2

Does a Java Content Repository (JCR, specified in JSR-283) implementation with the following features exist?

  • Single-threaded (does not create threads for background processing).
  • In-memory (does not rely on external storage such as a database system or a filesystem).
  • Possibly read-only (no need to support write operations — all content is provided programmatically upon startup).

It is understood that these constraints will create severe limitations for the system, so please don't go into that. To give some background, the purpose is to find a lightweight JCR implementation which can:

  • Be used for prototyping publishing systems built on top of JCR: simple blog engines, content management systems and so on. When a system grows, it can move to a more full-featured JCR implementation.
  • Run in restricted environments such as the Google App Engine, where for example thread creation is not allowed. If the content is relatively small and rarely updated, a read-only content repository can be acceptable.

Options considered so far, which do not seem to fill these requirements are:

  • Apache Jackrabbit: Apparently requires threads. Storage seems to be pluggable, so in-memory storage could be implemented.
  • Other alternatives?
4

2 に答える 2

2

Have you looked at ModeShape? ModeShape is lightweight and can easily be configured to use an in-memory repository and has an extensible connector framework (if you want to connect it to an external content system). It's also possible to disable searching and indexing and a number of other services. It does create a few threads for background processing, though it's open source, and could be modified to allow creating a stripped-down JCR engine (though not all JCR features would work).

于 2010-08-14T18:29:52.707 に答える
0

Prihaはスレッドを必要とせず、JCR1.0に準拠しています（正式に認定されていませんが、TCKに合格しています）が、すべてのオプションビットを実装しているわけではありません。

于 2010-08-15T15:04:16.350 に答える