InfoQ

News

Catching up with the Java Content Repository

Posted by Rob Thornton on Oct 12, 2006 09:56 AM

Community
Java
Topics
Portal/CMS
Tags
Java Content Repository ,
Apache Jackrabbit

The Java Content Repository (JCR) API provides a standard way to access content repositories. Content repositories is a superset of a traditional data repository that adds features such as author based versioning, full text searching, and allows storing of structured and unstructured data. The introduction to this piece describes content respositories in more detail. Version 1.0 (JSR-170) of the JCR spec was released in June of 2005. Since then there have been several implementations, including Apache Jackrabbit, CRX, Magnolia, and the eXoplatform. An early draft of version 2.0 (JSR-283) of the spec was recently released. Points of interest about the new version include:

  • Extensions for managing a content repository, including access control, workspace and node administration, and content retention)
  • Improved interoperability through new standardized node types
  • New extensions for content modeling

OnJava has released a new article by Sunil Patil detailing the installation, configuration, and usage of a Version 1.0 implementation. It is written for developers, as opposed to many of the JCR articles out there which are intended to sell the idea of a content repository, rather than how to use it. There is a similar tutorial on IBM's developerWorks site that was recently updated and covers many of the same topics. Sunil's tutorial offers an introduction to:

what a content repository is and what is needed for standardizing the content repository API. After that I'll introduce you to JSR-170 by discussing the repository model defined by JSR-170. Next I will talk about what Apache Jackrabbit is, how to build it, and configure it for use. Once Apache Jackrabbit is set up, I will develop a sample application for demonstrating the basic features of JSR-170 API.

As JCR's become more common, tools to abstract some of the details of working with them are improving. A recent article on TheServerSide discusses a beancoder as a new way to organize and find your data within a JCR. The beancoder makes it easy to persist and retrieve JavaBeans from the repository, adding a level of object mapping that was not available before. Similarly, the Graffito project, currently incubating at Apache, provides a framework upon which to build content based applications. It provides, among many other features, a uniform model to interact with which can sit on top of relational database schemas, WEBDAV servers, or JCR repositories, allowing a uniform way to interact with these content stores. InfoQ runs on a combination of Jackrabbit and Graffito, and has contributed code to the Graffito project. The JCR expert group expects us to be programming to repositories in the future, instead of databases. If that is to happen, tools like these are a necessary step.

great to finally see some documentation by Floyd Marinescu Posted Oct 12, 2006 10:47 AM
Re: great to finally see some documentation by Lars Borup Jensen Posted Oct 17, 2006 4:39 AM
Relation to RDF/XML ? by Arnaud Bailly Posted Oct 13, 2006 3:24 AM
  1. Back to top

    great to finally see some documentation

    Oct 12, 2006 10:47 AM by Floyd Marinescu

    Building InfoQ was quite a challenge as there was basically no documenation anywhere on the internet. It's good to see more documentation on this important infrastructural component. Using JCR has been an instrumental architectural choice for us which has netted many benefits. Floyd

  2. Back to top

    Relation to RDF/XML ?

    Oct 13, 2006 3:24 AM by Arnaud Bailly

    Skimming through the (very clear) article, I am wondering whether and how content repositories are similar to RDF databases or more generally graph DB, which is definitely not a novel idea. Is it really useful to develop a new API for such things ?

  3. Back to top

    Re: great to finally see some documentation

    Oct 17, 2006 4:39 AM by Lars Borup Jensen

    Hi Floyd, I didn't know InfoQ was build upon a JCR compatible repository. Do you mind sharing which implementation you are using and perhaps elaborate on the many benefits? regards, Lars Borup

Educational Content

Bindings, Platforms, and Innovation

This presentation focuses on the Internet and separating myth from fact, history from the future, and the mundane from the imaginative. Bob Frankston presents a vision of what could and should be.

Orchestrating Long Running Activities with JBoss / JBPM

This article explores the use of JBoss and jBPM to implement design solutions that effectively address the issue of orchestrating long running activities.

Neo4j - The Benefits of Graph Databases

This presentation covers the use of graph databases as an optimal solution for data that is difficult to fit in static tables, rapidly evolving data or data that has a lot of optional attributes.

Realistic about Risk: Software development with Real Options

This session introduces Real Options and shows how it can help in running your project. Real Options is a decision-making process that can be used to manage risk.

Communication Flexibility Using Bindings

This article discusses the use of bindings on services and references (including the instance of non-configured bindings) as the means to implement SCA communications in a Web and SOA environment.

Writing DSLs in Groovy

After a short introduction to DSLs, Scott Davis plays with the keyboard showing how to approach the creation of a DSL by typing working snippets of Groovy code that get executed.

Scaling Agile with C/ALM (Collaborative Application Lifecycle Management)

IBM Rational and InfoQ present, Scaling Agile with C/ALM, an eBook showing organizations how to become “finely tuned software delivery machines” by enabling team integration and scaling.

Concurrent Programming with Microsoft F#

Amanda Laucher presents a real life enterprise application written in F#. She shows actual code snippets, explaining design decisions and suggesting how to use some of the F# constructs.