This post describe how to integrate Jackrabbit OCM and Spring by extending the standard JCR node types. In addition, it includes the guideline of writing unit test again Spring services. An full example is provided to readers for downloading.
JSR-170 explicitly allows for numerous different deployment models, meaning that it is entirely up to the repository implementation to suggest certain models. Jackrabbit is built to support a variety of different deployment models, some of the possibilities on how to deploy Jackrabbit will be outlined here...
It is extremely common for applications to store various pieces of information, most of the time in relational databases. While they do a great job when working with regular data types, they are not very efficient when dealing with binary data, for example images or documents. File systems can be used as an alternative and while they offer better performance, there is neither a query language for searching information nor a notion of relationship or transaction.
Clustering Clustering support was added in Jackrabbit 1.2.1. This works as follows: content is shared through all cluster nodes. Every change made by one cluster node is reported in a journal, which can be either file based or written to some database. Prerequisites In order to cluster some repository nodes, the following prerequisites must be met: * The persistence managers must store their data in the same, globally accessible location * Every cluster node must be assigned a unique ID * A journal type must be chosen, either based on files or stored in a database
]]>
Patching the OracleFileSystem and OraclePersistenceManager for use with JNDI
The Java Content Repository specification (JSR-170) focuses on "content services," where these not only manage data, but offer author based versioning, full-text searches, fine grained access control, content categorization and content event monitoring. Programmers can use repositories in many ways just like a JDBC connection accesses a database: programmers obtain a connection to a repository, open a session, use the session to access a set of data, and then close the session. The JCR specification has multiple levels of compliance; the most simple level offers read-only access to a repository, XPath-like queries, and some other elements, while other levels of the specification offer a SQL-like query syntax, write capabilities, and more advanced features.
The second version of the JCR API has been released for public review as JSR-283 and, at the same time, the first version (JSR-170) has been doing well: Jackrabbit is now a top-level Apache project
]]>
]]>