問題タブ [jackrabbit]

クライアントに GWT を使用し、永続性に JCR (Jackrabbit) を使用する Web アプリケーションを開発しています。Maven GWT プラグイン (mvn gwt:run) は、クライアントとサーバー間の通信が追跡されるいくつかの UI を起動します。この UI には、サーバーを再起動するオプションも用意されています。

サーバーの再起動イベントを傍受し、サーバーが実際に再起動する前に、repository.shutdown() などのアクションを実行したいと思います。

ハンドラーを登録し、そのようなサーバー イベントのアクションを定義する方法はありますか?

Jackrabbitを使用していて、UUIDを持つ既存のノードを照会しようとしています。私のコードを以下に示します。問題は、referenceNodeのUUIDが「 '90be246a-a17c-445e-a5ad-81b064de0bee'」の形式であり、Jackrabbit（Lucene）で使用されているXPATHエンジンでハイフンの処理に問題があるようです。

query2を実行すると、すべてが正常になり、referenceNodeが出力されます。Eclipse内で（UUIDを使用して）query1を実行すると、何も返されません。ただし、Jackrabbit Viewer内でquery1を実行すると、クエリは正常に実行されます。

queryStringのハイフンをエスケープする必要があるようですが、ダブルバックスラッシュを追加しようとすると、同じ結果が得られます。UUIDに対してクエリを実行する適切な方法は何ですか？

「rose.gif」を roseNode に挿入する次のコードがあります。しかし、リポジトリからファイルを取得するにはどうすればよいですか?

共有 NFS マウントを使用して 2 ノード構成の repository.xml を正しく取得しようとすると、多くの問題が発生します。PersistenceManager と Journal の両方に DB 永続化マネージャーを使用する必要がありますか?

Apache Jackrabbit Wiki がわかりにくく、このエラーを回避できませんでした。

20:47:34.804 [pool-1-thread-3] 警告 oajcore.util.RepositoryLock - 既存のロック ファイル /export/attachments/.lock が検出されました。リポジトリが正しくシャットダウンされませんでした。

サンプルの repository.xml がある場合は、共有してください。ありがとう。

JCR 1.0 を使用していますが、JCR 接続を閉じた後に再度開くときに問題が発生します。

ここに私の2つのヘルパーメソッドがあります:

addProperty() と getProperty() という 2 つのメソッドがあり、どちらも JCR リポジトリへの接続が必要です。add メソッドと get メソッドの両方の先頭に openConnection() メソッドと closeConnection() メソッドを配置しましたが、2 番目に実行されるメソッドは、既に閉じられている接続を再度開くことができないようです。

これは私が得る例外です:

同じ接続を再開するにはどうすればよいですか? ロックによって他のアプリケーションがリポジトリを使用できなくなるため、常に接続を開いたままにしたくありません。

Jackrabbit と Hibernate Search の両方を使用する Java Web ベースのアプリに取り組んでいます。私が直面していた問題は、Jackrabbit が Lucene 2 に大きく依存しているのに対し、Search が機能するには Lucene 3 が必要であるということでした。これを機能させるために、「あまり良くない策略」を少し実行しました (つまり、クラスの競合なしに WEB-INF/lib ディレクトリに Lucene 2 と 3 の両方の JAR を配置する方法を見つけなければなりませんでした)。

すべて正常に動作しますが、Lucene 2 を完全に削除したいのですが、Jackrabbit がこれを妨げています。先日、次のリンクを見つけました。Jackrabbit の担当者が「サンドボックス」ブランチで Lucene 3 と互換性を持つようにアップグレードしたことがわかりました。

私の質問は、このサンドボックス バージョンを使用した人はいますか? 私はまだそれを試す機会がなかったので、Lucene 3 で実際に動作することを誰かが確認できるかどうか疑問に思っていました。もしそうなら、最後の安定した Jackrabbit リリースからこのサンドボックス / スナップショットにアップグレードするときに問題に直面しましたか? これは、今すぐアップグレードするか、別の安定版がリリースされるまで待つかを決定する際に大いに役立ちます。

Jackrabbit2.2アプリケーションに次のXpathクエリがあります。

実行時に次の例外が発生します

javax.jcr.query.InvalidQueryException: Lexical error at line 1, column 73. Encountered: "@" (64), after : "" for statement: for $v in //crms:publications/*/*[@crms:publication-security='28862' OR @crms:publication-security='23459' OR @crms:publication-security='23489'] return $v

しかし、ORなしで次のクエリを実行すると、正常に実行されます。

それはおそらく明白なことですが、私が間違っていることについてのガイダンスをいただければ幸いです

ありがとう

デビッド

過去 2 年間、Liferay を頻繁に使用してきましたが、大規模なドキュメント管理は必要ありませんでした。

現在、ユーザーがドキュメント (MS Office OLE2 ドキュメント、ODS ドキュメント、PDF など) をアップロードするポートレットがあり、利用可能なすべてのメタデータを保持する必要があります。

Liferay を使用せずにそれを行う方法はわかっています。おそらく、Apache Tika ( UpdateRichDocumentsおよびExtractingRequestHandler ) で Apache solr を使用するか、内部で Apache Tika を使用している Apache Jackrabbit (org.apache.jackrabbit.extractor.*) を使用します。

問題は、Liferay のトランクを見ると、いくつかの重要なクラスがあることです。

Hooks (JCRHook, FileSystemHook, CMISHook, s3Hook)DLLocalServiceImpl社内から直接雇用されている

もう 1 つの方法は、これを使用する DLAppLocalServiceImplことでDLRepositoryLocalServiceImplあり、ファイルはフックを介してリポジトリに保存されますが、そこで多くの追加作業が行われます。

1. Liferay には jackrabbit-text-extractors ライブラリがないため、PDF、DOC、ODS ドキュメントからメタデータを抽出したい場合、非常に苦労することになると思います... DL サービス レイヤーは追加のプロパティを受け入れないためです。

   1. DL サービスと JCR フックの使用を避け、Jackrabbit に直接アクセスする必要があると思います...しかし、互換性が失われ、リポジトリなどを移行する可能性があります。

誰かこれに協力してくれませんか？ありがとうございました

理論的な質問があります。さまざまな形式 (ODS、MS オフィス、pdf、html) のドキュメントが大量にあり、ドキュメント管理システムではなく、(さまざまな言語の) ドキュメントのメタデータとデータを保持するシステムである ECM システムを実装したいと考えています。ファイルシステムとデータベース（メタデータのみ）に統合された方法（xhtml）でデータ処理（インデックス作成、検索）を行います。

どのような技術を使用し、どのように進めますか? これらは私のオプションです：

Apache Tika のみを使用 - これらのドキュメントを解析し、メタデータとデータを xhtml 形式に抽出し、インデックス作成とフルテキストに Lucene または Solr を使用します (大きな欠点はデータベースの永続性です - メタデータは大きく異なります)

TikaパーサーでApache Solrのみを使用しています-私はそれを経験していません。Apache Nutch のようなデータベース統合をサポートしていますか?

次に、Apache UIMA プロジェクトがあります。内部で何が起こっているのかを知るのは非常に困難です。

すでに Apache Tika (alfresco、apache jackrabbit) を使用している CMS を使用していますが、それらの使用経験はあまりありません。とにかく、Apache Tika 自体が処理しない (doc 対 docx または異なるメタデータ タイプ) などの問題は、彼らが既に処理していると確信しています。

Apache Tika から xhtml 形式を取得した後、eXist db のようなネイティブ XML データベースを使用することもできますが、これらのドキュメントの構造がかなりフラットであるため、それが適切な選択であるかどうかはわかりません。XML データベースは、より階層的なドキュメントの持続性を目的としています。

Liferayでこれら2つのCMSを使用することについてのあなたの考えを知りたいです。私は、jackrabbitがむしろフレームワークであり、JCRの実装を参照していることを知っています。Liferayポートレットがあり、liferayドキュメントライブラリ以外のCMSリポジトリが必要な場合、より多くの機能が必要になるため、この状況にもっと興味があります。

私が懸念していること：

• さまざまなドキュメント形式からのメタデータ抽出のレベル（どちらもApache tikaパーサーを使用していることがわかります）

• コンテンツ変換のレベル-たとえば、完全に有効ではないPDF（OCR）の処理

• 開発者は機能をどれだけ簡単に拡張できますか（たとえば、ドキュメント処理でさまざまなアクションを実装する）

両方を試すには時間がかかります。どちらかを決めて、それを使い続ける必要があります。

ありがとうございました