jackrabbit-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From conflue...@apache.org
Subject [CONF] Apache Jackrabbit > First Hops
Date Tue, 08 Mar 2011 11:34:00 GMT
Space: Apache Jackrabbit (https://cwiki.apache.org/confluence/display/JCR)
Page: First Hops (https://cwiki.apache.org/confluence/display/JCR/First+Hops)

Change Comment:
---------------------------------------------------------------------
Patch by Alex Parvulescu

Edited by Jukka Zitting:
---------------------------------------------------------------------
Welcome to your first hops into the world of Jackrabbit! This introduction gives you a hands-on
experience with Jackrabbit and the JCR API. Once you have finished hopping through this document,
you should be all set to continue on your own with the official JCR specification and the
documentation on this site. 

h2. Hop 0: Getting started 

The easiest way to get started with Jackrabbit is to [download|Downloads] the runnable [Standalone
Server] jar. In addition to running it, you can also put it in your classpath to quickly access
all the classes and interfaces you need below. Alternatively, if you use the [Apache Maven|http://maven.apache.org/]
build system (which we recommend), you can set up your first hops project with the following
dependenecies. 

{code:xml} 
<dependencies> 
<!-- The JCR API --> 
<dependency> 
<groupId>javax.jcr</groupId> 
<artifactId>jcr</artifactId> 
<version>2.0</version> 
</dependency> 

<!-- Jackrabbit content repository --> 
<dependency> 
<groupId>org.apache.jackrabbit</groupId> 
<artifactId>jackrabbit-core</artifactId> 
<version>2.2.4</version> 
</dependency> 

<!-- Use Log4J for logging --> 
<dependency> 
<groupId>org.slf4j</groupId> 
<artifactId>slf4j-log4j12</artifactId> 
<version>1.5.11</version> 
</dependency> 
</dependencies> 
{code} 

{note} 
You probably have an error in your classpath settings if you get a {{ClassNotFoundException}}
message when trying to compile or run the examples below. 
{note} 

h2. Hop 1: Logging in to Jackrabbit 

So let's get started. As a warm-up we'll create a Jackrabbit content repository and start
a login session for accessing it. The full example application that does this is shown below,
with line-by-line explanations following shortly after. 

{code:title=FirstHop.java} 
import javax.jcr.Repository; 
import javax.jcr.Session; 
import org.apache.jackrabbit.core.TransientRepository; 

/** 
* First hop example. Logs in to a content repository and prints a 
* status message. 
*/ 
public class FirstHop { 

/** 
* The main entry point of the example application. 
* 
* @param args command line arguments (ignored) 
* @throws Exception if an error occurs 
*/ 
public static void main(String[] args) throws Exception { 
Repository repository = new TransientRepository(); 
Session session = repository.login(); 
try { 
String user = session.getUserID(); 
String name = repository.getDescriptor(Repository.REP_NAME_DESC); 
System.out.println( 
"Logged in as " + user + " to a " + name + " repository."); 
} finally { 
session.logout(); 
} 
} 

} 
{code} 

You can also download the source file as FirstHop.java. If you have your classpath set up,
you can compile the application with javac FirstHop.java and run it with java FirstHop to
get the following output. 

{code} 
Logged in as anonymous to a Jackrabbit repository. 
{code} 

In addition to producing the above status line the application copies a default repository
configuration file to repository.xml and creates an initial Jackrabbit content repository
in the repository subdirectory. You can use the system properties {{org.apache.jackrabbit.repository.conf}}
and {{org.apache.jackrabbit.repository.home}} to set alternative configuration file and repository
directory locations. 

Read on for a detailed breakdown of the FirstHop application: 

{code} 
import javax.jcr.Repository; 
import javax.jcr.Session; 
{code} 

The JCR API interfaces are located in the javax.jcr package found in the jcr-1.0.jar library.
The promise of the JCR API is that if you only use these interfaces in your content application,
it should remain mostly independent of the underlying content repository implementation. 

The [Repository|http://www.day.com/maven/javax.jcr/javadocs/jcr-2.0/javax/jcr/Repository.html?is-external=true]
interface represents a given content repository instance and the [Session|http://www.day.com/maven/javax.jcr/javadocs/jcr-2.0/javax/jcr/Session.html?is-external=true]
interface represents a single login session for accessing the repository. A session is needed
to access any content within a repository. 

Note that a Session instance is not guaranteed to be thread-safe so you should start multiple
sessions if you need to access repository content simultaneously from different threads. This
is especially important for things like web applications. 

{code} 
import org.apache.jackrabbit.core.TransientRepository; 
{code} 

The best practice for deploying Jackrabbit is to use JNDI or some other configuration mechanism
in a container environment to keep the application code free of direct Jackrabbit dependencies,
but since we are creating a simple standalone application we can take a shortcut by using
the [TransientRepository|http://jackrabbit.apache.org/api/2.2/org/apache/jackrabbit/core/TransientRepository.html]
class from Jackrabbit core. 

{code} 
public class FirstHop 
public static void main(String[] args) throws Exception 
{code} 

The FirstHop example is a simple standalone application that fits nicely in the main() method
and lets the JVM take care of the possible exceptions. More substantial content applications
could also be written as web application or EJB components with different setup and error
handling patterns. 

{code} 
Repository repository = new TransientRepository(); 
{code} 

The TransientRepository class implements the JCR Repository interface, so you can simply assign
a TransientRepository instance to a Repository variable. The default constructor contains
a utility feature that will take care of the initial configuration and repository construction
when the first session is started. Thus there is no need for manual configuration for now
unless you want direct control over the repository setup. 

The TransientRepository implementation will automatically initialize the content repository
when the first session is started and shut it down when the last session is closed. Thus there
is no need for explicit repository shutdown as long as all sessions are properly closed. Note
that a Jackrabbit repository directory contains a lock file that prevents it from being accessed
simultaneously by multiple processes. You will see repository startup exceptions caused by
the lock file if you fail to properly close all sessions or otherwise shut down the repository
before leaving the process that accesses a repository. Normally you can just manually remove
the lock file in such cases but such cases always present a chance of repository corruption
especially if you use a non-transactional persistence manager. 

{code} 
Session session = repository.login(); 
{code} 

The default Repository.login() method starts a repository session using the default workspace
and no user credentials. Jackrabbit tries to use the Java Authentication and Authorization
Service (JAAS) configuration in such cases, but defaults to the anonymous user if a JAAS Subject
is not found. 

Since we use the TransientRepository class as the Repository implementation, this step will
also cause the repository to be initialized. 

{code} 
try { ... } finally { session.logout(); } 
{code} 

It is a good practice to properly release all acquired resources, and the JCR sessions are
no exception. The try-finally idiom is a good way to ensure that a resource really gets released,
as the release method gets called even if the intervening code throws an exception or otherwise
jumps outside the scope (for example using a return, break, or continue statement). 

The Session.logout() method in the finally branch closes the session and since this is the
only session we have started, the TransientRepository is automatically shut down. 

{code} 
String user = session.getUserID(); 
{code} 

The username or identifier of the user associated with a session is available using the Session.getUserID()
method. Jackrabbit returns "anonymous" by default. 

{code} 
String name = repository.getDescriptor(Repository.REP_NAME_DESC); 
{code} 

Each content repository implementation publishes a number of string descriptors that describe
the various implementation properties, like the implementation level and the supported optional
JCR features. See the [Repository|http://www.day.com/maven/javax.jcr/javadocs/jcr-2.0/javax/jcr/Repository.html?is-external=true]
interface for a list of the standard repository descriptors. The REP_NAME_DESC descriptor
contains the name of the repository implementation, in this case "Jackrabbit". 

h2. Hop 2: Working with content 

The main function of a content repository is allow applications to store and retrieve content.
The content in a JCR content repository consists of structured or unstructured data modeled
as a hierarchy of nodes with properties that contain the actual data. 

The following example application first stores some content to the initially empty content
repository, then retrieves the stored content and outputs it, and finally removes the stored
content. 

{code:title=SecondHop.java} 
import javax.jcr.Repository; 
import javax.jcr.Session; 
import javax.jcr.SimpleCredentials; 
import javax.jcr.Node; 
import org.apache.jackrabbit.core.TransientRepository; 

/** 
* Second hop example. Stores, retrieves, and removes example content. 
*/ 
public class SecondHop { 

/** 
* The main entry point of the example application. 
* 
* @param args command line arguments (ignored) 
* @throws Exception if an error occurs 
*/ 
public static void main(String[] args) throws Exception { 
Repository repository = new TransientRepository(); 
Session session = repository.login( 
new SimpleCredentials("username", "password".toCharArray())); 
try { 
Node root = session.getRootNode(); 

// Store content 
Node hello = root.addNode("hello"); 
Node world = hello.addNode("world"); 
world.setProperty("message", "Hello, World!"); 
session.save(); 

// Retrieve content 
Node node = root.getNode("hello/world"); 
System.out.println(node.getPath()); 
System.out.println(node.getProperty("message").getString()); 

// Remove content 
root.getNode("hello").remove(); 
session.save(); 
} finally { 
session.logout(); 
} 
} 

} 
{code} 

Like in the first hop, this example source is also available as SecondHop.java. You can also
compile and run this class just like you did in the first hop example. Running this example
should produce the following output: 

{code} 
/hello/world 
Hello, World! 
{code} 

The basic structure of this example application is the same as in the First Hop example, so
let's just walk through the differences: 

{code} 
import javax.jcr.SimpleCredentials; 
import javax.jcr.Node; 
{code} 

These are two new classes we need for this example. The [SimpleCredentials|http://www.day.com/maven/javax.jcr/javadocs/jcr-2.0/javax/jcr/SimpleCredentials.html?is-external=true]
class is a simple implementation of the [Credentials|http://www.day.com/maven/javax.jcr/javadocs/jcr-2.0/javax/jcr/Credentials.html?is-external=true]
interface used for passing explicit user credentials to the Repository.login(Credentials)
method. 

The [Node|http://www.day.com/maven/javax.jcr/javadocs/jcr-2.0/javax/jcr/Node.html?is-external=true]
interface is used to manage the content nodes in a repository. There is a related interface
called [Property|http://www.day.com/maven/javax.jcr/javadocs/jcr-2.0/javax/jcr/Property.html?is-external=true]
for managing content properties, but in this example we use the Property interface only indirectly.


{code} 
new SimpleCredentials("username", "password".toCharArray()) 
{code} 

As discussed in the First Hop example, the default Repository.login() method returns an anonymous
read-only session in the Jackrabbit default configuration. To be able to store and remove
content we need to create a session with write access, and to do that we need to pass some
credentials to the 

{code} 
Repository.login(Credentials credentials) method. 
{code} 

The default Jackrabbit login mechanism accepts any username and password as valid credentials
and returns a session with full write access. Thus we only need to construct and use a SimpleCredentials
instance with some dummy username and password, in this case "username" and "password". 

The SimpleCredentials constructor follows the JAAS convention of representing the username
as a normal String, but the password as a character array, so we need to use the String.toCharArray()
method to satisfy the constructor. 

{code} 
Node root = session.getRootNode(); 
{code} 

Each JCR session is associated with a workspace that contains a single node tree. A simple
way to access the root node is to call the Session.getRootNode() method. Having a reference
to the root node allows us to easily store and retrieve content in the current workspace.


{code} 
Node hello = root.addNode("hello"); 
Node world = hello.addNode("world"); 
{code} 

New content nodes can be added using the Node.addNode(String relPath) method. The method takes
the name (or relative path) of the node to be added and creates the named node in the transient
storage associated with the current session. Until the transient storage is persisted, the
added node is only visible within the current session and not within any other session that
is concurrently accessing the content repository. 

This code snippet creates two new nodes, called "hello" and "world", with "hello" being a
child of the root node and "world" a child of the "hello" node. 

{code} 
world.setProperty("message", "Hello, World!"); 
{code} 

To add some content to the structure created using the "hello" and "world" nodes, we use the
Node.setProperty(String name, String value) method to add a string property called "message"
to the "world" node. The value of the property is the string "Hello, World!". 

Like the added nodes, also the property is first created in the transient storage associated
with the current session. If the named property already exists, then this method will change
the value of that property. 

{code} 
session.save(); 
{code} 

Even though the rest of our example would work just fine using only the transient storage
of the single session, we'd like to persist the changes we've made so far. This way other
sessions could also access the example content we just created. If you like, you could even
split the example application into three pieces for respectively storing, retrieving, and
removing the example content. Such a split would not work unless we persisted the changes
we make. 

The Session.save() method persists all pending changes in the transient storage. The changes
are written to the persistent repository storage and they become visible to all sessions accessing
the same workspace. Without this call all changes will be lost forever when the session is
closed. 

{code} 
Node node = root.getNode("hello/world"); 
{code} 

Since we are still using the same session, we could use the existing hello and world node
references to access the stored content, but let's pretend that we've started another session
and want to retrieve the content that was previously stored. 

The Node.getNode(String relPath) method returns a reference to the node at the given path
relative to this node. The path syntax follows common file system conventions: a forward slash
separates node names, a single dot represents the current node, and a double dot the parent
node. Thus the path "hello/world" identifies the "world" child node of the "hello" child node
of the current node - in this case the root node. The end result is that the method returns
a node instance that represents the same content node as the world instance created a few
lines earlier. 

{code} 
System.out.println(node.getPath()); 
{code} 

Each content node and property is uniquely identified by its absolute path within the workspace.
The absolute path starts with a forward slash and contains all the names of the ancestor nodes
in order before the name of the current node or property. 

The path of a node or property can be retrieved using the Item.getPath() method. The [Item|http://www.day.com/maven/javax.jcr/javadocs/jcr-2.0/javax/jcr/Item.html?is-external=true]
inteface is a superinterface of Node and Property, and contains all the functionality shared
by nodes and properties. 

The node variable references the "world" node, so this statement will output the line "/hello/world".


{code} 
System.out.println(node.getProperty("message").getString()); 
{code} 

Properties can be accessed using the Node.getProperty(String relPath) method that returns
an instance of the [Property|http://www.day.com/maven/javax.jcr/javadocs/jcr-2.0/javax/jcr/Property.html?is-external=true]
interface that represents the property at the given path relative to the current node. In
this case the "message" property is the one we created a few lines earlier. 

A JCR property can contain either a single or multiple values of a given type. There are property
types for storing strings, numbers, dates, binary streams, node references, etc. We just want
the single string value, so we use the Property.getString() method. The result of this statement
is the line "Hello, World!" being outputted. 

{code} 
root.getNode("hello").remove(); 
{code} 

Nodes and properties can be removed using the Item.remove() method. The method removes the
entire content subtree, so we only need to remove the topmost "hello" node to get rid of all
the content we added before. 

Removals are first stored in the session-local transient storage, just like added and changed
content. Like before, the transient changes need to be explicitly saved for the content to
be removed from the persistent storage. 

h2. Hop 3: Importing content 

TODO: Update to match the style of previous hops. 

To add content a bit more efficiently, you may want to try JCR's import facilities, such as
Session.importXML. The following XML document by Elliotte Rusty Harold provides an interesting
example that demonstrates a repository's namespace capabilities: 

{code:title=test.xml} 
<xhtml:html xmlns:xhtml="http://www.w3.org/1999/xhtml" 
xmlns:mathml="http://www.w3.org/1998/Math/MathML"> 
<xhtml:head><xhtml:title>Three Namespaces</xhtml:title></xhtml:head>

<xhtml:body> 
<xhtml:h1 align="center">An Ellipse and a Rectangle</xhtml:h1> 
<svg:svg xmlns:svg="http://www.w3.org/2000/svg" 
width="12cm" height="10cm"> 
<svg:ellipse rx="110" ry="130" /> 
<svg:rect x="4cm" y="1cm" width="3cm" height="6cm" /> 
</svg:svg> 
<xhtml:p>The equation for ellipses</xhtml:p> 
<mathml:math> 
<mathml:apply> 
<mathml:eq/> 
<mathml:cn> 1 </mathml:cn> 
<mathml:apply> 
<mathml:plus/> 
<mathml:apply> 
<mathml:divide/> 
<mathml:apply> 
<mathml:power/> 
<mathml:ci> x </mathml:ci> 
<mathml:cn> 2 </mathml:cn> 
</mathml:apply> 
<mathml:apply> 
<mathml:power/> 
<mathml:ci> a </mathml:ci> 
<mathml:cn> 2 </mathml:cn> 
</mathml:apply> 
</mathml:apply> 
<mathml:apply> 
<mathml:divide/> 
<mathml:apply> 
<mathml:power/> 
<mathml:ci> y </mathml:ci> 
<mathml:cn> 2 </mathml:cn> 
</mathml:apply> 
<mathml:apply> 
<mathml:power/> 
<mathml:ci> b </mathml:ci> 
<mathml:cn> 2 </mathml:cn> 
</mathml:apply> 
</mathml:apply> 
</mathml:apply> 
</mathml:apply> 
</mathml:math> 
<xhtml:hr/> 
<xhtml:p>Last Modified January 10, 2002</xhtml:p> 
</xhtml:body> 
</xhtml:html> 
{code} 

The third example application shown below will import the XML file called test.xml from the
current directory into a new content repository node called importxml. Once the XML content
is imported, the application recursively dumps the contents of the entire workspace using
the simple dump() method. 

{code:title=ThirdHop.java} 
import javax.jcr.*; 
import org.apache.jackrabbit.core.TransientRepository; 
import java.io.FileInputStream; 

/** 
* Third Jackrabbit example application. Imports an example XML file 
* and outputs the contents of the entire workspace. 
*/ 
public class ThirdHop { 

/**
* The main entry point of the example application.
*
* @param args command line arguments (ignored)
* @throws Exception if an error occurs
*/
public static void main(String[] args) throws Exception { 
Repository repository = new TransientRepository(); 
Session session = repository.login( 
new SimpleCredentials("username", "password".toCharArray())); 
try { 
Node root = session.getRootNode(); 

// Import the XML file unless already imported 
if (!root.hasNode("importxml")) { 
System.out.print("Importing xml... "); 

// Create an unstructured node under which to import the XML 
Node node = root.addNode("importxml", "nt:unstructured"); 

// Import the file "test.xml" under the created node 
FileInputStream xml = new FileInputStream("test.xml");
session.importXML( 
node.getPath(), xml, ImportUUIDBehavior.IMPORT_UUID_CREATE_NEW); 
xml.close();
session.save(); 
System.out.println("done."); 
} 

//output the repository content
dump(root); 
} finally { 
session.logout(); 
} 
} 

/** Recursively outputs the contents of the given node. */ 
private static void dump(Node node) throws RepositoryException { 
// First output the node path 
System.out.println(node.getPath()); 
// Skip the virtual (and large!) jcr:system subtree 
if (node.getName().equals("jcr:system")) { 
return; 
} 

// Then output the properties 
PropertyIterator properties = node.getProperties(); 
while (properties.hasNext()) { 
Property property = properties.nextProperty(); 
if (property.getDefinition().isMultiple()) { 
// A multi-valued property, print all values 
Value[] values = property.getValues(); 
for (int i = 0; i < values.length; i++) { 
System.out.println( 
property.getPath() + " = " + values[i].getString()); 
} 
} else { 
// A single-valued property 
System.out.println( 
property.getPath() + " = " + property.getString()); 
} 
} 

// Finally output all the child nodes recursively 
NodeIterator nodes = node.getNodes(); 
while (nodes.hasNext()) { 
dump(nodes.nextNode()); 
} 
} 

} 
{code} 

Running the ThirdHop class should produce output like the following: 

{code} 
Importing XML... done. 
/ 
/jcr:primaryType=rep:root 
/jcr:system 
/importxml 
/importxml/jcr:primaryType=nt:unstructured 
/importxml/xhtml:html 
/importxml/xhtml:html/jcr:primaryType=nt:unstructured 
/importxml/xhtml:html/xhtml:head 
/importxml/xhtml:html/xhtml:head/jcr:primaryType=nt:unstructured 
/importxml/xhtml:html/xhtml:head/xhtml:title 
/importxml/xhtml:html/xhtml:head/xhtml:title/jcr:primaryType=nt:unstructured 
/importxml/xhtml:html/xhtml:head/xhtml:title/jcr:xmltext 
/importxml/xhtml:html/xhtml:head/xhtml:title/jcr:xmltext/jcr:primaryType=nt:unstructured 
/importxml/xhtml:html/xhtml:head/xhtml:title/jcr:xmltext/jcr:xmlcharacters=Three Namespaces

/importxml/xhtml:html/xhtml:body 
/importxml/xhtml:html/xhtml:body/jcr:primaryType=nt:unstructured 
/importxml/xhtml:html/xhtml:body/xhtml:h1 
/importxml/xhtml:html/xhtml:body/xhtml:h1/jcr:primaryType=nt:unstructured 
/importxml/xhtml:html/xhtml:body/xhtml:h1/align=center 
/importxml/xhtml:html/xhtml:body/xhtml:h1/jcr:xmltext 
/importxml/xhtml:html/xhtml:body/xhtml:h1/jcr:xmltext/jcr:primaryType=nt:unstructured 
/importxml/xhtml:html/xhtml:body/xhtml:h1/jcr:xmltext/jcr:xmlcharacters=An Ellipse and a Rectangle

/importxml/xhtml:html/xhtml:body/svg:svg 
/importxml/xhtml:html/xhtml:body/svg:svg/jcr:primaryType=nt:unstructured 
/importxml/xhtml:html/xhtml:body/svg:svg/width=12cm 
/importxml/xhtml:html/xhtml:body/svg:svg/height=10cm 
. 
. 
. 
{code} 

This hop has a lot of similarities with the Second Hop example: we create a new session with
write access by loggin in, next we insert data into the repository, this time by importing
an xml file and finally we output the entire repository content.

By now you should be familiar with loggin into a repository (Repository.login), creating a
new node (Node.addNode) under the repository root (Session.getRootNode) and saving the session
so that our changes are persisted (Session.save).

Let us look at the new methods used in this example, how to import xml content:

{code} 
session.importXML(node.getPath(), xml, ImportUUIDBehavior.IMPORT_UUID_CREATE_NEW);
{code} 

This deserializes an XML document and adds the resulting item subgraph as a child of the node
at the provided path.

The flag [ImportUUIDBehavior|http://www.day.com/maven/javax.jcr/javadocs/jcr-2.0/javax/jcr/ImportUUIDBehavior.html?is-external=true]
governs how the identifiers of incoming nodes are handled. There are four options: 
* ImportUUIDBehavior.IMPORT_UUID_CREATE_NEW: Incoming nodes are added in the same way that
new node is added with Node.addNode. That is, they are either assigned newly created identifiers
upon addition or upon save. In either case, identifier collisions will not occur. 

* ImportUUIDBehavior.IMPORT_UUID_COLLISION_REMOVE_EXISTING: If an incoming node has the same
identifier as a node already existing in the workspace then the already existing node (and
its subgraph) is removed from wherever it may be in the workspace before the incoming node
is added. Note that this can result in nodes "disappearing" from locations in the workspace
that are remote from the location to which the incoming subgraph is being written. Both the
removal and the new addition will be dispatched on save.

* ImportUUIDBehavior.IMPORT_UUID_COLLISION_REPLACE_EXISTING: If an incoming node has the same
identifier as a node already existing in the workspace, then the already-existing node is
replaced by the incoming node in the same position as the existing node. Note that this may
result in the incoming subgraph being disaggregated and "spread around" to different locations
in the workspace. In the most extreme case this behavior may result in no node at all being
added as child of parentAbsPath. This will occur if the topmost element of the incoming XML
has the same identifier as an existing node elsewhere in the workspace. The change will be
dispatched on save.

* ImportUUIDBehavior.IMPORT_UUID_COLLISION_THROW: If an incoming node has the same identifier
as a node already existing in the workspace then an ItemExistsException is thrown.


Another interesting method is 

{code} 
void dump(Node node)
{code} 

This can be used as an example of how to do a recursive traversal of all the repository, and
check the properties of each node. 

Notice how we have to pay special attention to the multi-value properties, beacuse that impacts
the way we use them:

{code} 
property.getDefinition().isMultiple()
{code} 

if this yelds true, then we are dealing with an array of values:

{code} 
Value[] values = property.getValues();
{code} 

or else, we can use the provided api shortcuts, to get the desired value:

{code} 
property.getString()
{code} 

which is equivalent to 

{code} 
property.getValue().getString()
{code} 

A very good entry point for utilities related code examples is [JcrUtils|http://jackrabbit.apache.org/api/2.2/org/apache/jackrabbit/commons/JcrUtils.html].


Change your notification preferences: https://cwiki.apache.org/confluence/users/viewnotifications.action
   

Mime
View raw message