Page Comparison

JCR API is a well known API among content repository vendors. Content Repository API for Java (JCR) is a specification for a Java platform API for accessing content repositories in an uniform manner and it defines an abstract model and a Java API for data storage and related services commonly used by content-oriented applications. WSO2 Governance Registry JCR API is built on top of the repository side of Governance Registry.

A JCR repository is composed of one or more persistent workspaces, each consisting of a directed acyclic graph of items where the edges represent the parent-child relation. Here a JCR Item is either a Node or a Property.

So in other words a workspace is a tree of Nodes and Properties. The nodes of a workspace form the structure of the stored data while the actual content is stored in the values of the properties.

In JCR, you can store many types of data such as String, javax.jcr.Value, Boolean, Long, Double, Integer, InputStream, etc. into node properties.

Following is the basic architecture diagram which shows how the JCR layer is connected with WSO2 Governance Registry.

Image Added

Usages of JCR API

This page provides some samples which illustrate how to use WSO2 Governance Registry through JCR layer. Before directly going in to samples of using the JCR API, let's first take a look at how to make the connection with a remote Registry instance and access the JCR Registry Repository.

...

The following steps will illustrate how to set up and run your client.

Pre-requirements

1. Before getting the sample to work, you have to run ant from GREG_HOME/bin. This copies all of the necessary libraries to their respective locations

2. Start the WSO2 Governance Registry by running the respective script (wso2server.sh or wso2server.bat) from GREG_HOME/bin.

Steps for running this sample

1. Execute the ant command (ant run) from the sample directory.

...

...

Sample 1 - Basic JCR operations, adding and removing nodes

This sample shows how to add a node and remove any item (a node or a property) by using the session instance (acquired after repository login as shown above).

try {
Node rootNode = session.getRootNode().addNode("testroot"); // We can define a root

Node node1 = rootNode.addNode("node1"); // Directly add a node inside testroot

Node node2 = rootNode.addNode("node2", "mix:simpleVersionable") // Add a node by specifying its node type

// Removing an item from the current session. So if you want to remove a property, you can provide the absolute path of the property

session.removeItem(node1.getPath());

} catch(RepositoryException e) {
 // Handle the exception
}

...

Sample 2 - How to register a node type in JCR

This sample shows how we can register a node type in JCR. Each node in a workspace tree has a node type that defines the child nodes and properties it may (or must) have. There are two categories of node types, primary and mixin. Every node has a primary node type assigned to it upon creation (Node.addNode in the JCR API).

...

try {
// Here you can acquire a node type manager from the workspace

NodeTypeManager ntm = session.getWorkspace().getNodeTypeManager();

// Create a node type template fro which you can define your attributes for that particular node type
NodeTypeTemplate ntTemplate = ntm.createNodeTypeTemplate();
// Setting the node type name
ntTemplate.setName("nt:myFavourites");
// Registering the node type
ntm.registerNodeType(ntTemplate, true);

} catch(RepositoryException e) {
 // Handle the exception
}

...

Sample 3 - Adding various types of properties to nodes and getting those nodes

Here, in this sample, we can see how to save our various types of resources inside JCR properties.

...

try {
// For a given node, we can set a property. In this case, a simple string property
Node homeFolder = session.getRootNode().addNode("homeFolder","nt:folder");
homeFolder.setProperty("stringProp1","value1");

// Also, we can set properties other than Strings. Following shows how to set a Calendar property

       Calendar cal = Calendar.getInstance();
       cal.setTimeInMillis(System.currentTimeMillis());
       Property prop2 =  session.getRootNode().getNode("homeFolder").setProperty("calendarProp", cal);

// You can call a "get" on a node to access these properties

Calendar calen1 = ((Node) session.getItem("/homeFolder")).getProperty("calendarProp").getDate();

} catch(RepositoryException e) {
 // Handle the exception
}

...

Sample 4 - Using ValueFactory to add several values to a property at once

This sample shows how to use ValueFactory when you have to store a set of values which may bound to a particular context. In such a case, you can set all those values under unique property name. Also, JCR provides the facility to iterate all the values directly at once.

try {
ValueFactory vf = session.getValueFactory();
 Value[] values = new Value[3];

       for (int i = 0; i < values.length; i++)  {   // Creates an array of Value instances
           values[i] = vf.createValue("Value" + i);
       }

session.getRootNode().getNode("homeFolder").setProperty("propValues", values);

// Also, you can simply do a "get" directly to iterate all these property values at once

PropertyIterator propItr = ((Node) session.getItem(homeFolder.getPath())).getProperties();


} catch(RepositoryException e) {
 // Handle the exception
}

...

Sample 5 - Using JCR versioning concept

In JCR, versioning is only valid for the nodes with the type ix:simpleVersionable. Here, we still support simple visioning in JCR.

try {
       VersionManager versionMgr = session.getWorkspace().getVersionManager();

       Node vn1 = rootNode.addNode("node3", "mix:simpleVersionable").addNode("node4", "mix:simpleVersionable");


       vn1.setProperty("prop1", "value1");

       Version v1 = versionMgr.checkin(rootNode.getPath() + "/node3/node4");  // Get a version before changing the value of "prop1".


  vn1.setProperty("prop1", "value2");

// We can ask a node to restore it to a particular version
  vn1.restore(v1, true);

// Following are two other ways of restoring to a version based on your occasion

// 1. We can ask version manager to restore a particular node

  // versionMgr.restore(vn1.getPath(),v1,true);

// 2. We can also add a label to a version and restore it by the label name, which seems pretty handy as follows

//  VersionHistory vh = versionMgr.getVersionHistory(vn1.getPath());
   //  vh.addVersionLabel(v1.getName(), "myFirstChange", true);
   //  versionMgr.restoreByLabel(vn1.getPath(), "myFirstChange", true);


} catch(RepositoryException e) {
 // Handle the exception
}

...

Sample 6 - Using JCR QOM (Query Object Model) for querying repository content

This shows a simple way of querying repository content in JCR. Here, other than typical SQL kind of querying, JCR also provides a Query Object Model (QOM) to deal with repository content. This is a very simple, user friendly and less complex way of dealing with our repository as this is an object model. So everything related to querying is handled by a QueryManager which can be acquired through the workspace.

...