Docs Menu
Docs Home
/ /
Atlas Device SDKs
/ /

Add Device Sync to an App - Kotlin SDK

On this page

  • Device Sync
  • Data Model
  • Subscriptions
  • User Permissions
  • Prerequisites
  • About the Examples on this Page
  • Enable Device Sync in App Services
  • Add Sync to Your Client App
  • Install the Sync Distribution of the Kotlin SDK
  • Connect to the App Services backend
  • Authenticate a User
  • Define the Sync Configuration
  • Open the Synced Realm
  • Use the Realm
  • Next Steps

This page contains information about Device Sync, its basic concepts, and how to add Sync to a client app with the Realm Kotlin SDK. Once you have added Sync to your app, you can access a synced realm from the client.

Already familiar with Device Sync? Skip ahead to the Enable Device Sync in App Services section to get started.

Device Sync synchronizes data between client devices and Atlas. Data is persisted on a device, even when offline. When the device has a network connection, Device Sync uploads and downloads data in the background and manages conflict resolution.

The data that syncs between your client app and Atlas is determined by a user's permissions to access eligible data. Eligible data is the intersection of:

  • Data model: your data type information

  • Subscription queries: the conditions that define what data to store

  • Permissions: the role-based permissions required to interact with data that meets the specified conditions

For a detailed explanation of Device Sync, refer to Get Started with Atlas Device Sync in the Atlas App Services documentation.

The Device Sync data model defines the object types that you can sync. It contains a client-side and server-side schema:

  • Realm schema: the object model in your client app that defines your data in Kotlin.

  • App Services schema: the schema in Atlas App Services that defines your data in BSON.

Both schemas must be consistent with each other to sync data.

You can define the Device Sync data model in a client app first or in Atlas first:

  • To define your data model through your client app, you first define an object model directly in your client app code. Then, you can use Development Mode to generate a matching App Services schema automatically. Development Mode is a configuration setting that allows Device Sync to infer and update schemas based on client-side data models when you sync data from the client. The Enable Device Sync in App Services section describes how to enable Device Sync with Development Mode in your client app.

  • If you already have data in Atlas and would prefer to define your data model through Atlas first, refer to Sync Data in Atlas with a Client Application in the App Services documentation.

Note

Data Model Mapping in App Services

To learn more about how data maps between the client and Atlas, refer to Model Data with Device Sync - Kotlin SDK.

A subscription is a client-side query to objects in your data model. App Services only syncs objects that match the query. You can define multiple queries in your client app. You must define at least one query for each object type in your data model.

App Services ensures that your client-side queries are consistent with your App Services schema through queryable fields. These are the fields from your data model that can be used in a subscription query. You cannot define a subscription using a field that isn't in your queryable fields.

When Development Mode is enabled, App Services automatically adds the fields that appear in your client queries as queryable fields. You can also manually add and remove queryable fields through the App Services UI. For more information, refer to Queryable Fields in the App Services documentation.

App Services uses role-based permissions to control the data that users can read and write:

  • When a user has read permissions, Device Sync downloads data matching the subscription query to the client.

  • When a user has write permissions, Atlas permits writes to the synced data and uploads locally-written data to the backend.

You can define and manage roles in the App Services UI. When you enable Sync, you select a default role, which you can modify later. For more information, refer to Role-based Permissions in the App Services documentation.

You can add Device Sync to an app in several ways, depending on the state of your app and your data. This guide describes how to add Sync to an existing client app using Development Mode. This guide assumes that your app uses the Realm Kotlin SDK and that you have already defined a data model in your client code.

Because Device Sync connects your client app to the App Services backend through an Atlas App Services App, you need to following before you can get started:

  1. An Atlas App Services App with authentication enabled. To learn how, refer to Create an App Services App in the App Services documentation.

  2. Confirm that your app can connect to the App Services backend. To learn how, refer to Connect to Atlas App Services - Kotlin SDK.

The examples on this page refer to an example Kotlin Todo app with an already-defined data model that includes a List object containing a list of Item objects:

Example ToDo app data model
class List : RealmObject {
@PrimaryKey
var _id: ObjectId = ObjectId()
var name: String = ""
var ownerId: String = ""
var items: RealmList<Item> = realmListOf()
}
class Item : RealmObject {
@PrimaryKey
var _id: ObjectId = ObjectId()
var name: String = ""
var complete: Boolean = false
}

You must first enable Device Sync in your Atlas App Services App before you can add Sync to your client app.

To enable Device Sync in your App, complete the steps outlined in Configure and Enable Atlas Device Sync procedure in the App Services documentation.

During this process, you can choose whether to enable Development Mode and you can select a default role for your app users. For more information on the available settings, refer to Sync Settings in the App Services documentation.

Tip

We recommend enabling Development Mode when you first enable Sync, and then disabling it before your app goes to production. For more information, refer to Development Mode in the App Services documentation.

For our example app, we enable Device Sync with Development Mode, and then add the default "User can read and write all data" default role. This means that, for an authorized user with a network connection, Device Sync downloads eligible data to the client and Atlas permits writes to the client and then syncs them the backend. To learn more about what happens when an authorized user does not have a network connection, refer to Compensating Writes.

After you've configured and enabled Sync in Atlas App Services, you can add Sync to your client app.

1

Update your dependencies to include the Sync distribution of the Realm Kotlin SDK.

2

Pass your App ID to an App client to initialize the App. To get your App ID from the App Services UI, refer to Find Your App ID in the App Services documentation.

For our example app, we pass our App ID to initialize an App with default configuration values:

// Replace `YOUR_APP_ID` with your Atlas App ID
val app = App.create(YOUR_APP_ID)

For more information on accessing and configuring the App client, refer to Initialize the App Client.

3

Authenticate a user in your client app using an authentication provider that you have enabled.

For our example app, we log in a user using anonymous authentication:

// Authenticate the Atlas App Services user
val myAuthenticatedUser = app.login(Credentials.anonymous())

For more information on authenticating users in your app, refer to Create and Authenticate Users - Kotlin SDK.

4

Device Sync requires a SyncConfiguration object to open a synced realm. Note that this is different than the RealmConfiguration object used to open a non-synced realm.

The SyncConfiguration object requires the following:

  • User: the authenticated user object.

  • Schema: all object types that you want to include in this realm.

  • Initial Subscription: the subscription query that specifies the data to sync when the synced realm is initially opened. You can update your subscriptions after the realm is opened. Refer to Manage Sync Subscriptions - Kotlin SDK for more information.

For additional configuration parameters, refer to Configure & Open a Synced Realm - Kotlin SDK.

For our example app, we define a configuration with:

  • a schema that includes our List and Item objects

  • an initial subscription that queries all List objects that the user owns and all incomplete Item objects

// Define the configuration for the synced realm
val config =
// Pass the authenticated user and the set of
// all objects types you want to be able to sync
SyncConfiguration.Builder(
user = myAuthenticatedUser,
schema = setOf(List::class, Item::class)
)
// Define an initial subscription with queries that include
// the user's lists with incomplete items
.initialSubscriptions{ realm ->
add(realm.query<List>("ownerId == $0", myAuthenticatedUser.id),
name = "user-lists"
)
add(realm.query<Item>("complete = false"),
name = "incomplete-items"
)
}
.build()

Important

Object Types in Your Schema

The Sync configuration schema must include all object types that you want to work with in your synced realm. If you try to reference or write an object of an object type that isn't in your schema, Realm returns a schema validation error.

5

Use the defined configuration to open the synced realm. When the realm is opened successfully, the initial subscription query determines which data to sync to the client. If Development Mode is enabled, App Services automatically adds any queryable fields based on the query defined in your schema.

For our example app, we pass our config object to realm.open() to open a synced realm, then wait for our subscriptions to sync with the backend:

// Open the synced realm with the defined configuration
val realm = Realm.open(config)
Log.v("Successfully opened synced realm: ${realm.configuration.name}")
// Wait for initial subscriptions to sync to Atlas
realm.subscriptions.waitForSynchronization()

Because we have Development Mode enabled, App Services automatically added the following as queryable fields based on our initial subscription:

  • _id (always included)

  • ownerId

  • complete

Now that you've open the configured synced realm, you can work with your data in the realm. While you work with local data, a background thread efficiently integrates, uploads, and downloads changesets.

The syntax to read, write, and watch for changes is identical to the syntax for non-synced realms. However, there are additional considerations when writing data to a synced realm. For more information, refer to Write Data to a Synced Realm - Kotlin SDK.

For our example app, we write a new List and Item object, then copy them to the synced realm:

// Write List and Item objects to the synced realm
// Objects that match the subscription query are synced to Atlas
realm.write {
val list = List().apply {
name = "My Todo List"
ownerId = myAuthenticatedUser.id
items.add(Item().apply {
name = "Check email"
complete = false
})
}
copyToRealm(list)
}
realm.syncSession.uploadAllLocalChanges(30.seconds)

The objects successfully write to the device, then sync to Atlas because:

  • Both objects are within the parameters of the subscription query (the List is owned by the user and the Item is incomplete).

  • The current user has permission to write data to the backend (the role allows authorized users to read and write all data).

If our write operation didn't match the query or the current user didn't have the requisite permissions, then Realm reverts the write with a non-fatal error operation called a compensating write.

Once your app is successfully syncing the desired data to Atlas, you can learn more about how to use Sync with the Kotlin SDK:

Back

Sync Device Data