Adding ObjectBox to your Android Project

ObjectBox is available from the jcenter repository. To add ObjectBox to your Android project, open the root build.gradle file of your project (not the ones for your app or module) and add a global variable for the version and the ObjectBox Gradle plugin:

buildscript {
    ext.objectboxVersion = '2.3.3'
    respositories {
        jcenter()
    }
    dependencies {
        // Android Gradle Plugin 3.0.0 or later supported
        classpath 'com.android.tools.build:gradle:3.3.1'
        classpath "io.objectbox:objectbox-gradle-plugin:$objectboxVersion"
    }
}

Open the build.gradle file for your app or module and, after the com.android.application plugin, apply the io.objectbox plugin:

apply plugin: 'com.android.application'
apply plugin: 'io.objectbox' // apply last

Optional: Kotlin

For Android projects using Kotlin, make sure to add kotlin-kapt as well:

apply plugin: 'com.android.application'
apply plugin: 'kotlin-android' // if using Kotlin
apply plugin: 'kotlin-kapt' // if using Kotlin
apply plugin: 'io.objectbox' // apply last

When syncing the Gradle plugin now automatically adds the required ObjectBox libraries and code generation tasks.

Optional: Advanced Setup

The ObjectBox plugin uses reasonable defaults and detects most configurations automatically. However, if needed you can configure the model file path, the MyObjectBox package, enable debug mode and more using advanced setup options.

Entity Classes

Next, define your model by annotating at least one class with @Entity and @Id. A simple entity representing a user could look like this:

// User.java
@Entity
public class User {
    @Id public long id;
    public String name;
}

Entities must have one @Id property of type long . If you need to use other types, like a String ID, see the @Id annotation docs.

For a deeper explanation and a look at all other available annotations (e.g. for relations and indexes) check the Entity Annotations page.

Now build your project to generate required classes, for example using Build > Make Project in Android Studio.

Model file

Among other files ObjectBox generates a model file, by default to app/objectbox-models/default.json. This file will change every time you change your entities or we make some internal changes to ObjectBox.

Keep this file, commit the changes to version control!

This file keeps track of unique IDs assigned to your entities and properties. This ensures that an older version of your database can be smoothly upgraded if your entities or properties change. It also enables to keep data when renaming entities or properties or to resolve conflicts when two of your developers make changes at the same time.

Core Classes

The following core classes are the essential interface to ObjectBox:

MyObjectBox: Generated based on your entity classes, MyObjectBox supplies a builder to set up a BoxStore for your app.

​BoxStore: The entry point for using ObjectBox. BoxStore is your direct interface to the database and manages Boxes.

​Box: A box persists and queries for entities. For each entity, there is a Box (supplied by BoxStore).

Core Initialization

The BoxStore for your app is initialized using the builder returned by the generated MyObjectBox class, for example in a small helper class like this:

public class ObjectBox {
    private static BoxStore boxStore;
​
    public static void init(Context context) {
        boxStore = MyObjectBox.builder()
                .androidContext(context.getApplicationContext())
                .build();
    }
​
    public static BoxStore get() { return boxStore; }
}

The best time to initialize ObjectBox is when your app starts. We suggest to do it in the onCreate method of your Application class:

public class ExampleApp extends Application {
    @Override
    public void onCreate() {
        super.onCreate();
        ObjectBox.init(this);
    }
}

Now you can easily get a hold of BoxStore throughout your app (usually in fragments, activities) and access the specific Box that you need:

notesBox = ObjectBox.get().boxFor(User.class);

Here, User is an ObjectBox entity. And now that we have its Box, we can start storing and retrieving it from the database.

Basic Box operations

The Box class is likely the class you interact with most. As seen previously, you get Box instances via BoxStore.boxFor(). A Box instance gives you access to objects of a particular type. For example, if you have User and Order entities, you need two Box objects to interact with each:

Box<User> userBox = boxStore.boxFor(User.class);
Box<Order> orderBox = boxStore.boxFor(Order.class);

These are some of the operations offered by the Box class:

• put: Inserts a new or updates an existing object with the same ID. When inserting and put returns, an ID will be assigned to the just inserted object (this will be explained below). put also supports putting multiple objects, which is more efficient.

• get and getAll: Given an object’s ID reads it back from its box. To get all objects in the box use getAll .

• remove and removeAll: Remove a previously put object from its box (deletes it). remove also supports removing multiple objects, which is more efficient. removeAll removes (deletes) all objects in a box.

• count: Returns the number of objects stored in this box.

• query: Starts building a query to return objects from the box that match certain conditions. See queries for details.

For a complete list of methods available in the Box class, check its JavaDoc.

Object IDs

By default IDs for new objects are assigned by ObjectBox. When a new object is put, it will be assigned the next highest available ID:

User user = new User();
// user.id == 0
box.put(user);
// user.id != 0
long id = user.id;

For example, if there is an object with ID 1 and another with ID 100 in a box, the next new object that is put will be assigned ID 101.

If you try to assign a new ID yourself and put the object, ObjectBox will throw an error.

Reserved Object IDs

Object IDs can not be:

• 0 (zero) or null (if using java.lang.Long) As said above, when putting an object with ID zero it will be assigned an unused ID (not zero).

• 0xFFFFFFFFFFFFFFFF (-1 in Java) Reserved for internal use.

For an advanced explanation see the page on Object IDs.

Transactions

While ObjectBox offers powerful transactions, it is sufficient for many apps to consider just some basics guidelines about transactions:

• A put runs an implicit transaction.

• Prefer put bulk overloads for lists (like put(entities)) when possible.

• For a high number of DB interactions in loops, consider explicit transactions, such as using runInTx().

For more details check the separate transaction documentation.

Have an app with greenDAO? DaoCompat is for you!

DaoCompat is a compatibility layer that gives you a greenDAO like API for ObjectBox. It makes switching from greenDAO to ObjectBox simple. Have a look at the documentation and the example. Contact us if you have any questions!