Applications use Cloudant Sync to store, index and query local JSON data on a device and to synchronise data between many devices. Synchronisation is under the control of the application, rather than being controlled by the underlying system. Conflicts are also easy to manage and resolve, either on the local device or in the remote database.
Cloudant Sync is an Apache CouchDB™ replication-protocol-compatible datastore for devices that don't want or need to run a full CouchDB instance. It's built by Cloudant, building on the work of many others, and is available under the Apache 2.0 licence.
The API is quite different from CouchDB's; we retain the MVCC data model but not the HTTP-centric API.
This library is for Android and Java SE; an iOS version is also available.
If you have questions, please join our mailing list and drop us a line.
Using the library in your project should be as simple as adding it as a dependency via maven or gradle.
There are currently three jar files for the datastore:
cloudant-sync-datastore-core
: the main datastore classes.cloudant-sync-datastore-android
: Android specific classes.cloudant-sync-datastore-javase
: Java SE specific classes.
Add the maven repo and a compile time dependency on the datastore jar:
repositories {
mavenLocal()
maven { url "http://cloudant.github.io/cloudant-sync-eap/repository/" }
mavenCentral()
}
dependencies {
// Other dependencies
compile group: 'com.cloudant', name: 'cloudant-sync-datastore-core', version:'0.10.0'
// include this if you're targeting Android
compile group: 'com.cloudant', name: 'cloudant-sync-datastore-android', version:'0.10.0'
// include this if you're targeting Java SE
compile group: 'com.cloudant', name: 'cloudant-sync-datastore-javase', version:'0.10.0'
}
You can see a fuller example in the sample application's build.gradle.
It's a similar story in maven, add the repo and the dependency:
<project>
...
<repositories>
...
<repository>
<id>cloudant-sync-eap</id>
<name>Cloudant Sync EAP</name>
<url>http://cloudant.github.io/cloudant-sync-eap/repository/</url>
</repository>
</repositories>
<dependencies>
...
<dependency>
<groupId>com.cloudant</groupId>
<artifactId>cloudant-sync-datastore-core</artifactId>
<version>0.10.0</version>
<scope>compile</scope>
</dependency>
<!-- include this if you're targeting Android -->
<dependency>
<groupId>com.cloudant</groupId>
<artifactId>cloudant-sync-datastore-android</artifactId>
<version>0.10.0</version>
<scope>compile</scope>
</dependency>
<!-- include this if you're targeting Java SE -->
<dependency>
<groupId>com.cloudant</groupId>
<artifactId>cloudant-sync-datastore-javase</artifactId>
<version>0.10.0</version>
<scope>compile</scope>
</dependency>
</dependencies>
</project>
Note: Older versions than 0.3.0 had a separate Mazha jar. This was rolled into the main jar for distribution simplicity. The dependency needs removing from gradle and maven build files.
There is a sample application and a quickstart guide.
Once the libraries are added to a project, the basics of adding and reading a document are:
import com.cloudant.sync.datastore.DatastoreManager;
import com.cloudant.sync.datastore.Datastore;
// Create a DatastoreManager using application internal storage path
File path = getApplicationContext().getDir("datastores");
DatastoreManager manager = new DatastoreManager(path.getAbsolutePath());
Datastore ds = manager.openDatastore("my_datastore");
// Create a document
DocumentBody body = new BasicDBBody(jsonData);
MutableDocumentRevision revision = new MutableDocumentRevision();
revision.body = body;
DocumentRevision saved = ds.createDocumentFromRevision(revision);
// Add an attachment -- binary data like a JPEG
UnsavedFileAttachment att1 = new UnsavedFileAttachment(new File("/path/to/image.jpg"),
"image/jpeg");
revision.attachments.put(att1.name, att1);
DocumentRevision updated = ds.createDocumentFromRevision(revision);
// Read a document
DocumentRevision aRevision = ds.getDocument(revision.getId());
Read more in the CRUD document.
You can also subscribe for notifications of changes in the database, which is described in the events documentation.
Replication is used to synchronise data between the local datastore and a remote database, either a CouchDB instance or a Cloudant database. Many datastores can replicate with the same remote database, meaning that cross-device syncronisation is acheived by setting up replications from each device the the remote database.
Replication is simple to get started in the common cases:
import com.cloudant.sync.replication.ReplicationFactory;
import com.cloudant.sync.replication.Replicator;
URI uri = new URI("https://apikey:apipasswd@username.cloudant.com/my_database");
Datastore ds = manager.openDatastore("my_datastore");
// Replicate from the local to remote database
Replicator replicator = ReplicatorFactory.oneway(ds, uri);
// Fire-and-forget (there are easy ways to monitor the state too)
replicator.start();
Read more in the replication docs.
Once you have thousands of documents in a database, it's important to have efficient ways of finding them. We've added an easy-to-use querying API. Once the appropriate indexes are set up, querying is as follows:
Map<String, Object> query = new HashMap<String, Object>();
query.put("name", "mike");
query.put("pet", "cat");
QueryResult result = indexManager.find(query);
for (DocumentRevision revision : result) {
// do something
}
An obvious repercussion of being able to replicate documents about the place is that sometimes you might edit them in more than one place at the same time. When the databases containing these concurrent edits replicate, there needs to be some way to bring these divergent documents back together. Cloudant's MVCC data-model is used to do this.
A document is really a tree of the document and its history. This is neat because it allows us to store multiple versions of a document. In the main, there's a single, linear tree -- just a single branch -- running from the creation of the document to the current revision. It's possible, however, to create further branches in the tree. At this point your document is conflicted and needs some surgery to resolve the conflicts and bring it back to full health.
Learn more about this essential process in the conflicts documentation.
See CONTRIBUTORS.
See CONTRIBUTING.
See LICENSE.