問題タブ [jcr]

ドキュメントに DataStore インターフェイスがデータを不変に格納すると記載されている場合、Jackrabbit JCR 実装でランダムにアクセスされたファイル (書き込みと読み取りの両方) を格納することは可能ですか?

私は Jackrabbit を使用していますが、次の質問があり
ます。親ノード P と子ノード C があります。P と C はどちらもバージョン管理可能です。コードのある時点で、P の以前のバージョン V からデータを取得する必要があるため、getVersionHistory().getVersion(V).getNode("jcr:frozennode") 必要なバージョンを取得するために。ただし、このバージョンでは、ノード P の子はノード C ではなく、C のバージョン履歴への参照であるため、P のバージョンが V であった間の C の正確な状態はわかりません。取得した PI のバージョンに対応する C のバージョンを特定します (「対応する」とは、同時にアクティブだったことを意味します)。P と C はどちらもバージョン管理可能であり、独立してチェックアウト/チェックインできるため、P のバージョンに対応する C の単一のバージョンが存在しない可能性があることを理解しています。したがって、C のサブセットを取得することを期待します。 P がバージョン V であった間に C が通過したバージョンを含むバージョン履歴。Christina さん
、ありがとう

Apache Jackrabbit (または JCR API) は、データ ストアをデータ管理システムから分離するのに役立ちます。これは、すべてのデータ ストア プロバイダーが独自のデータ ストア用に JCR API を実装する必要があることを意味します。問題は、MySQL に JCR が実装されているかどうかです。MySQL で JCR API を使用できますか? コンテンツを保存する場所を真に抽象化したいので、明日リレーショナル DB を使用したくない場合は、ファイル システムと簡単に交換できます。

JCR 1では、次のことができます。

ただし、http：//www.day.com/maven/jsr170/javadocs/jcr-2.0/javax/jcr/Node.html#setProperty%28java.lang.String,%20java.ioで詳しく説明されているように、これはJCR2では非推奨です。 InputStream％29

これは、使用する必要があることを示してnode.setProperty(String, Binary)いますが、inputStreamをバイナリに変換する方法がわかりません。誰かが私にこのためのドキュメントやサンプルコードを教えてもらえますか？

バージョン管理されたデータを保存するために Apache Jackrabbit を使用しています。バージョン管理の基本については、Jackrabbit wiki にリストされているテンプレートに従っていますが、期待どおりに機能しないことが 1 つあります。

wiki からコードを実行した後、別のバージョンのノードを保存して、そのバージョン文字列を取得してみます。

1.1にしたい場合、このコードの出力は1.0.0です。私の目標は、ノードの最後のバージョンと最後のバージョンのみを削除し、次のバージョンを削除したバージョンと同じ名前にすることです。ノードが追加されているときにのみこれを行うことに関心があります。ノードをチェックインし、(バージョン番号を取得するために) 例外がスローされずに名前を読み取ることができれば、バージョンを削除できなくても問題ありません。インターネットを見回しても、これを達成する方法が見つかりません。

JCRおよびCMIS APIを提供するリポジトリに接続する必要がある新しいプロジェクトを開始しています。

プロジェクトは Java であり、両方の API が必要なすべての操作を提供します。
どの API を選びましたか? その理由は? JCRかCMISか？

JCR を使用している wcm でファイルを整理する適切な方法は何ですか。合計ファイル数が 100,000 以上のファイルで、合計ファイル サイズが約 50 ～ 70GB であるとします。ファイルの種類ごとにファイルを整理する方が良いですか (サブディレクトリを作成して、ファイルをカテゴリごとにさらにグループ化します)。

利点は何ですか。クエリ API、メンテナンス、または何かを使用しているときに違いはありますか。

Jackrabbit 2.1 にはバージョン管理されたノードがあります。これらのノードの 1 つの削除の「元に戻す」をサポートしたいと考えています。「それを見つける」というのはトリッキーな部分のようです。

ノードが削除されたら、jackrabbit または jcr API を使用してノードを復元できるようにするには、どのようにそのノードを見つけますか?

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?