Processing JSON data from Domino Access Services with Jackson


In order to separate the data model from the business logic you could use Domino Access Services as your default data provider and process the JSON client- or server-side.

In this blog I demonstrate how you can use the Jackson library to process the incoming JSON and bind it to a repeat control.

About Jackson

Jackson is a multi-purpose Java library for processing JSON data format. Jackson aims to be the best possible combination of fast, correct, lightweight, and ergonomic for developers.

Find out more about the library here.

Sample – Fakenames application

In this example we will use the infamous fakenames application from codestore (grab it while it still out there). I have altered the data in my example a bit more so it contains company and job title information.

If you happen to have a script who can fill in the database with more sensible data please drop a line here.

People view

We will use the people view as our data-source  and access it via Domino Access Service. The  URI for the view is something as followed (depending on your installation):



We will use and XPage to display the data from the view. The xpage contains a repeater and a couple of fields e.g.:

<?xml version=”1.0″ encoding=”UTF-8″?>

<xp:repeat id=”rptPersons” rows=”10″ var=”persons”
<xp:panel id=”personsPanel”>
<xp:text escape=”true” id=”computedField1″
<xp:text escape=”true” id=”computedField2″
<xp:text escape=”true” id=”computedField3″

<xp:pager layout=”Previous Group Next”
partialRefresh=”true” id=”pager1″ for=”rptPersons”>

Note I call in the repeater control a method getPersons in the class DASRest and provide an URL of the data-source.

I add the count parameter to get more initial results than set in the server configuration.

I also have added a pager control to navigate through the returned collection.

DASRest class

The DASRest class looks as followed:

package com.quintessens.FakeNames;

import com.sun.jersey.api.client.Client;
import com.sun.jersey.api.client.WebResource;
import com.sun.jersey.api.client.config.ClientConfig;
import com.sun.jersey.api.client.config.DefaultClientConfig;

import com.quintessens.FakeNames.Person;

public class DASRest {

public static Person[] getPersons(String url) {
Person[] persons = null;
try {
ClientConfig config = new DefaultClientConfig();
Client client = Client.create(config);
WebResource service = client.resource(url);
String json = service.accept(MediaType.APPLICATION_JSON).get(String.class);
ObjectMapper mapper = new ObjectMapper();
persons = mapper.readValue(json, Person[].class);
} catch (Exception e) {
return persons;


This class uses the Jersey library to setup a client to contact the Domino Access Service.

Developing RESTful Web services that seamlessly support exposing your data in a variety of representation media types and abstract away the low-level details of the client-server communication is not an easy task without a good toolkit. In order to simplify development of RESTful Web services and their clients in Java, a standard and portable JAX-RS API has been designed.

The received JSON is then converted into a Java object. I find this a good site to learn more about mapping JSON and Java.

Person class

The class also uses a Person class. In this class we specify which fields we want to map and how they should look like:

package com.quintessens.FakeNames;

import javax.xml.bind.annotation.XmlRootElement;

import org.codehaus.jackson.annotate.JsonIgnoreProperties;
import org.codehaus.jackson.annotate.JsonProperty;

@JsonIgnoreProperties(ignoreUnknown = true)
public class Person {
private String name;//$17
private String companyName;
private String jobtitle;

public String getName() {
return name;
public void setName(String name) { = name;
public String getCompanyname() {
return companyName;
public void setCompanyname(String companyname) {
this.companyName = companyname;
public String getJobtitle() {
return jobtitle;
public void setJobtitle(String jobtitle) {
this.jobtitle = jobtitle;

As you can see @JsonProperty(“$17”) makes the code a bit more user-friendly. In this case it maps the programmatic column name with a variable name.

The result

The following image shows the result of the code above:


As you see the markup is still basic but you can easily beautify it with Bootstrap or preferred CSS framework of choice.

The purpose of this blog was to demonstrate separating the data model and the business logic. You could have received the same result just using a repeat control and server-side javascript. But since the JSON & Java combination is more hype in the Domino world I guess it is interesting to take a look at the possibilities.

Wrap up

Some thoughts I have after this experiment:

  • What about the other documents?

In my example I make a call to DAS and include the count = 100 parameter. The number 100 is the limit that is set on my server. I have not figured out yet how to load a next set of documents and include it to the existing collection (please drop a note in case you have an answer to this).

  • What about performance?

Is Domino Access Services faster than e.g. defining my own data provider e.g. via a viewnavigator? I don’t know. In case you have suggestions on the preferred or fastest way to provide the data then let me know.

  • What about the language?

Java is not my native language in the Domino world. But the example above is understandable for a lot of us I would think. But who died out of a bit of curiosity?

Thanks for reading. Happy coding!

7 thoughts on “Processing JSON data from Domino Access Services with Jackson

  1. Petter Kjeilen 2015-May-9 / 12:06 am

    Thanks for sharing Patrick! Interesting stuff. Is it possible to download a demo db with the code somewhere ?

    • Patrick Kwinten 2015-May-9 / 10:16 pm

      Hi Petter, how are you doing? I will send you a dropbox link on Monday. But first celebrate weekend with a drink =)

      • Petter Kjeilen 2015-May-11 / 2:07 pm

        Thanks Patrick ! Looking forward to it 🙂

  2. keniowdc 2016-February-16 / 10:04 am

    I found your article today. I create a java project using jersey and jackson to consume REST from DAS. How you deal with the @href and other “@entries” when access the view? Without the annotation @JsonIgnoreProperties(ignoreUnknown = true) the json call throw erros
    com.fasterxml.jackson.databind.exc.UnrecognizedPropertyException: Unrecognized field “@href” (class Projects), not marked as ignorable

  3. Panu Haaramo 2018-December-2 / 6:21 pm

    Would be interesting to know exactly what JARs you included. I’ve tried with many different 2.x Jersey Client versions but they refuse to work in Domino 10. Exception varies depending on version but mostly I’m getting ExceptionInInitializerError.

Leave a Reply

Fill in your details below or click an icon to log in: Logo

You are commenting using your account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )

Connecting to %s