Initial configuration

Before building your chat app, you must initialize and configure the Chat SDK.

Start by signing into the Admin Portal or creating an account if you don't have one yet.

Then, create an app on the Admin Portal. You will need a PubNub app to get a keyset that consists of a Subscribe Key and a Publish Key. These keys will let you establish a connection between PubNub and the chat app you're going to create with the Chat SDK.

When you create a new app on the Admin Portal, the first set of demo keys is generated automatically, but a single app can have as many keysets as you like. We recommend that you create separate keysets for production and test environments.

Enable features on your keyset

Each keyset has its own configuration settings in the Admin Portal. To use some features in your chat app, you must enable appropriate settings on your app's keyset on the Admin Portal.

To use the Chat SDK, create or update users, track presence, and store messages in history, you must to enable App Context, Presence, and Message Persistence on your keyset.

Download the SDK

Download the SDK from any of the following sources:

Use Maven

To integrate PubNub into your project using Maven, add the following dependency in your pom.xml:

<dependency>
<groupId>com.pubnub</groupId>
<artifactId>pubnub-chat</artifactId>
<version>0.8.0</version>
</dependency>

Use Gradle

To integrate PubNub into your project using Gradle (including Android Studio), add the following dependency in your build.gradle file:

implementation ("com.pubnub:pubnub-chat:0.8.0")

Get the source code

https://github.com/pubnub/kmp-chat

Initialize PubNub

Once you have a PubNub account and an app created on the Admin Portal, you can start initializing PubNub Client API context and establish account-level credentials.

To initialize PubNub with the Chat SDK, use the init() method.

You must provide at least these two parameters: subscribeKey, or userId. Apart from the required parameters, you can also configure additional options when initializing the Chat SDK. These options will let you add configuration required to implement advanced chat features, like typing indicator, user offline/online presence, push notifications, or client-side limiting that prevents spamming.

The init() method takes the following parameters:

Chat.init(chatConfig: ChatConfiguration, pnConfiguration: PNConfiguration)

// Chat SDK-specific configuration
interface ChatConfiguration {
val logLevel: LogLevel
val typingTimeout: Duration
val storeUserActivityInterval: Duration
val storeUserActivityTimestamps: Boolean
val pushNotifications: PushNotificationsConfig {
val sendPushes: Boolean,
val deviceToken: String?,
val deviceGateway: PNPushType,
val apnsTopic: String?,
val apnsEnvironment: PNPushEnvironment
}
show all 29 lines

Input parameters

ParameterTypeRequiredDefaultFeatureDescription
logLevelLogLevelNoOFFError loggingSpecifies if any Chat SDK-related errors should be logged. It's disabled by default. Available options include: OFF, ERROR, WARN, INFO, DEBUG, and VERBOSE.
typingTimeoutDurationNo5.secondsTyping IndicatorSpecifies the default timeout after which the typing indicator automatically stops when no typing signals are received. The default value is set to 5 seconds. Minimal to 1 seconds.
storeUserActivityIntervalDurationNo60.secondsUser's last online activity, global presenceSpecifies how often the user global presence in the app should be updated. Requires storeUserActivityTimestamps to be set to true. The default value is set to 60 seconds, and that's the minimum possible value. If you try to set it to a lower value, you'll get the storeUserActivityInterval must be at least 60000ms error.
storeUserActivityTimestampsBooleanNofalseUser's last online activity, global presenceSpecifies if you want to track the user's global presence in your chat app. The user's activity is tracked through the lastActiveTimestamp parameter on the User object.
pushNotificationsPushNotificationsConfigNon/aPush NotificationsList of parameters you must set if you want to enable sending/receiving mobile push notifications for phone devices, either through Apple Push Notification service (APNS) or Firebase Cloud Messaging (FCM).
 → sendPushesBooleanNofalseas aboveThe main option for enabling sending notifications. It must be set to true if you want a particular client (whether a mobile device, web browser, or server) to send push notifications to mobile devices.

These push notifications are messages with a provider-specific payload that the Chat SDK automatically attaches to every message. Chat SDK includes a default payload setup for deviceGateway in every message sent to the registered channels.

This is the only required option to enable if you want to send push notifications to Android devices. For iOS devices, you also have to configure apnsTopic.
 → deviceTokenStringNon/aas aboveOption for receiving notifications on iOS and Android devices.

A device token refers to the unique identifier assigned to a specific mobile device by a platform's push notification service. It targets and delivers push notifications to the intended app on that specific device. Suppose you don't set this option and try to run channel registration-related methods. In that case, you'll get the Device Token has to be defined in Chat pushNotifications config error.

Refer to the official Apple and Google docs to learn how to obtain a device token for the APNs and FCM services.
 → deviceGatewayPNPushTypeNoFCMas aboveOption for receiving push notifications on Android (fcm or gcm) or iOS (apns or apns2) devices. These are the available types:

  • APNS("apns") - Apple Push Notification service (legacy)
  • APNS2("apns2") - Apple Push Notification service (new)
  • FCM("gcm") - Firebase Cloud Messaging (new)
 → apnsTopicStringNon/aas aboveAn Apple specific-option for sending and receiving notifications.

This string is a bundle ID that you must define yourself for your iOS app so that Apple could enable push notifications for it in APNs. The string takes the following format: com.domainname.applicationname. Apple combines that ID with your Team ID (generated by Apple) and creates an App ID for your application.

To send pushes from an iOS device, you must also set sendPushes to true. To receive pushes on an iOS device, you must also set deviceGateway to apns2, define deviceToken, and apnsEnvironment. Suppose you don't configure apnsTopic, but set deviceGateway to apns2. In that case, you'll get the apnsTopic has to be defined when deviceGateway is set to apns2 error and Chat SDK won't attach the apns payload to messages.
 → apnsEnvironmentPNPushEnvironmentNoDEVELOPMENTas aboveOption for receiving notifications on iOS devices. When registering for push notifications, this option specifies whether to use the development (DEVELOPMENT) or production (PRODUCTION) APNs environment.
rateLimitFactorIntNo2Client-side rate limitingThe so-called "exponential backoff" which multiplicatively decreases the rate at which messages are published on channels.

It's bound to the rateLimitPerChannel parameter and is meant to prevent message spamming caused by excessive retries.

The default value of 2 means that if you set rateLimitPerChannel for direct channels to 1 second and try to send three messages on such a channel type within the span of one second, the second message will be published one second after the first one (just like the rateLimitPerChannel value states), but the third one will be published two seconds after the second one, meaning the publishing time is multiplied by 2.
rateLimitPerChannelMap<ChannelType, Duration>Non/aClient-side rate limitingClient-side limit that states the rate at which messages can be published on a given channel type. Its purpose is to prevent message spamming in your chat app.

This parameter takes an object with these three parameters: direct, group, and public. For example, if you decide that messages on all direct channels must be published no more often than every second, this is how you set it: ChatConfiguration(rateLimitPerChannel = RateLimitPerChannel(direct = 1.seconds)).
 → directDurationNo0 (no limit)as aboveRate set on all direct (1:1) channels at which messages can be published.
 → groupDurationNo0 (no limit)as aboveRate set on all group channels at which messages can be published.
 → publicDurationNo0 (no limit)as aboveRate set on all public channels at which messages can be published.
 → unknownDurationNo0 (no limit)as aboveRate set on all channels created using the Kotlin SDK instead of Kotlin Chat SDK.
customPayloadsCustomPayloadsNon/aSend and receive messagesProperty that lets you define your custom message payload to be sent and/or received by Chat SDK on one or all channels, whenever it differs from the default message.text Chat SDK payload.

It also lets you configure your own message actions whenever a message is edited or deleted.

For examples, check Custom payload.
 → getMessagePublishBodyFunction that takes two parameters:
  • TextMessageContent object
  • String representing a channel ID (if you don't provide a specific channel ID, custom payload applies by default to all PubNub channels)
Non/aas aboveFunction that lets Chat SDK send your custom payload structure. It defines the structure of your own message payload's body (of any type) that you're sending through PubNub.

Expand the Message-related types section for more details on the required TextMessageContent structure.

Define getMessageResponseBody whenever you use getMessagePublishBody.
 → getMessageResponseBodyFunction that takes a JsonElement.Non/aas aboveFunction that lets Chat SDK receive your custom payload structure. Use it to let Chat SDK translate your custom message payload into the default Chat SDK message format (defined in TextMessageContent).

Expand the Message-related types section for more details on the required TextMessageContent structure.

Define getMessagePublishBody whenever you use getMessageResponseBody.
 → editMessageActionNameStringNon/aas aboveA type of action you want to be added to your Message object whenever a published message is edited, like "changed" or "modified".

The default message action used by Chat SDK is "edited".

Expand the Message-related types section for more details.
 → deleteMessageActionNameStringNon/aas aboveA type of action you want to be added to your Message object whenever a published message is deleted, like "removed".

The default message action used by Chat SDK is "deleted".

Expand the Message-related types section for more details.
userIdStringYesn/an/aUnique User ID that becomes your app's current user. It's a string of up to 92 characters that identifies a single client (end user, device, or server) that connects to PubNub. Based on User ID, PubNub calculates pricing for your apps' usage. User ID should be persisted and remain unchanged. If you don't set userId, you won't be able to connect to PubNub.
subscribeKeyStringYesn/aReceive messagesSpecifies the key used to subscribe to a channel.
 → publishKeyStringNon/aSend messagesSpecifies the key used to publish messages on a channel.

Additional configuration options

Since the Chat SDK heavily relies on the latest Kotlin SDK for all the underlying methods, when initializing the Chat SDK client, you can also make use of all optional parameters that come with the Kotlin SDK.

For example, you may want to use Access Manager and initialize the Chat SDK with secretKey (in the server-side code) or token inside PNConfiguration that is passed to the Chat.init() method (in the client-side code). You can also decide how long the server will consider the client alive for presence (presenceTimeout) or how often the client will announce itself to the server (heartbeatInterval).

For the whole list of all such inherited optional parameters which you can define when initializing the Chat SDK instance, check the Kotlin SDK configuration document.

Output parameters

TypeDescription
PNFuture<Chat>Object returning a new PubNub chat instance.

Basic usage

Required setup

Use this basic example to initialize the client setting only the required parameters.

// initialize your Chat SDK client using your app keys from the Admin Portal and a unique user ID for your client that you'll come up with
val chatConfig = ChatConfiguration()
val pnConfiguration = PNConfiguration.builder(userId = UserId("myUserId"), subscribeKey = "mySubscribeKey").build()

Chat.init(chatConfig, pnConfiguration).async { result ->
result.onSuccess { chat: Chat ->
println("Chat successfully initialized")
}.onFailure { exception: PubNubException ->
println("Exception initialising chat: ${exception.message}")
}
}

Access Manger token provided

Use this basic example to initialize the client chat when Access Manager is enabled. Token should be generated by a chat or core SDK instance initialized with a secretKey.

// initialize your Chat SDK client using your app keys from the Admin Portal and a unique user ID for your client that you'll come up with
val chatConfig = ChatConfiguration()
val userIdValue = "clientAppUserId"
val clientChat: Chat

val token = serverChat.pubNub.grantToken(
ttl = 100,
channels = listOf(ChannelGrant.name(get = true, name = "anyChannelForNow")),
uuids = listOf(UUIDGrant.id(id = userIdValue, get = true, update = true))
).await().token

val pnConfiguration = PNConfiguration.builder(userId = UserId(userIdValue), subscribeKey = "mySubscribeKey").apply {
authToken = token
}.build()

show all 23 lines

When a token expires, or a new token is needed because of changes in permissions, you must generate a new token on the server side and set it on the client side.

clientChat.pubNub.setToken(newToken)

Typing indicator timeout

Initialize the PubNub Chat SDK and set the default typing indicator timeout value to three seconds.

val chatConfig = ChatConfiguration(typingTimeout = 3.seconds)
val pnConfiguration = PNConfiguration.builder(userId = UserId("myUserId"), subscribeKey = "mySubscribeKey").build()

Chat.init(chatConfig, pnConfiguration).async { result ->
result.onSuccess { chat: Chat ->
println("Chat successfully initialized")
}.onFailure { exception: PubNubException ->
println("Exception initialising chat: ${exception.message}")
}
}

Client-side rate limiting

Initialize the PubNub Chat SDK and set the hard limit for message publishing on public channels to three seconds. If there are more publish retries within this limit, each next retry limit should be multiplied by 3.

val chatConfig = ChatConfiguration(rateLimitFactor = 3, rateLimitPerChannel(public = 3.seconds))
val pnConfiguration = PNConfiguration.builder(userId = UserId("myUserId"), subscribeKey = "mySubscribeKey").build()

Chat.init(chatConfig, pnConfiguration).async { result ->
result.onSuccess { chat: Chat ->
println("Chat successfully initialized")
}.onFailure { exception: PubNubException ->
println("Exception initialising chat: ${exception.message}")
}
}

Custom payload

When initializing Chat SDK, you can pass your custom message payload structure using the customPayloads object and related properties. This will let Chat SDK correctly interpret your app's messages when sending and receiving them.

Define custom payload for all channels

Let's say your app doesn't follow the default message.text message body structure imposed by Chat SDK but instead uses the my.custom.payload.structure.text structure.

To successfully communicate with PubNub and send/receive messages through Chat SDK, pass your custom payload to all channels. Additionally, define your custom action names to be added to messages when they're edited or deleted.

ChatConfiguration(
customPayloads = CustomPayloads(
getMessagePublishBody = { content, _, _ ->
mapOf(
"custom" to mapOf(
"payload" to mapOf(
"text" to content.text
)
),
// optionally also save files and type: "files" to content.files
)
},
getMessageResponseBody = { json: JsonElement, _, _ ->
EventContent.TextMessageContent(
json.asJsonObject?.getAsJsonObject("custom")?.getAsJsonObject("payload")?.getAsJsonObject("text")?.asString ?: error("Message cannot be parsed"),
show all 20 lines
Define custom payload for one channel

Let's say your app doesn't follow the default message.text message body structure imposed by Chat SDK for support-channel but instead uses the my.custom.payload.structure.text structure to communicate with PubNub.

Pass your custom payload to support-channel to successfully communicate with PubNub and send/receive messages through Chat SDK. Additionally, define your custom action names to be added to messages when they're edited or deleted.

The code sets up a PubNub chat instance with specific handlers for processing message payloads differently based on the channel.

var chat: Chat
val customPayloads: CustomPayloads = CustomPayloads(
getMessagePublishBody = { content, channelId, defaultMessagePublishBody ->
// Define which channel should use custom payload
if (channelId == "support-channel") {
mapOf(
"custom" to mapOf(
"payload" to mapOf(
"text" to content.text
)
),
"files" to content.files
)
} else {
// The rest of the channels will use the default Chat SDK message body structure
show all 53 lines

Next steps

Now that you've initialized and configured the Chat SDK, you can start creating channels, adding users, and powering your app with all sorts of features.

Last updated on