Liferayでこれら2つのCMSを使用することについてのあなたの考えを知りたいです。私は、jackrabbitがむしろフレームワークであり、JCRの実装を参照していることを知っています。Liferayポートレットがあり、liferayドキュメントライブラリ以外のCMSリポジトリが必要な場合、より多くの機能が必要になるため、この状況にもっと興味があります。
私が懸念していること：
さまざまなドキュメント形式からのメタデータ抽出のレベル（どちらもApache tikaパーサーを使用していることがわかります）
コンテンツ変換のレベル-たとえば、完全に有効ではないPDF（OCR）の処理
開発者は機能をどれだけ簡単に拡張できますか（たとえば、ドキュメント処理でさまざまなアクションを実装する）
両方を試すには時間がかかります。どちらかを決めて、それを使い続ける必要があります。
ありがとうございました
Jackrabbitで深刻なことをしたことは一度もありませんでしたが、Alfrescoでかなり多くのプロジェクトを行いました。
確実で検証済みの統合を提供するために、AlfrescoとLiferayの間で継続的な共同作業が行われているため、Alfrescoは、少なくとも2つのアプリケーション間の統合作業を最小限に抑え、プロジェクトの開始点として適している可能性があります。
機能的な観点から、Alfrescoには以下が適用されます。
お気づきのように、Alfrescoはメタデータの抽出にTikaを利用しています。デフォルトでは、いくつかのドキュメントタイプがサポートされており、独自のカスタムメタデータエクストラクタを追加するのは非常に簡単で、十分に文書化されています。
Alfrescoは、プロジェクトSwift（次のバージョン）がリリースされるときに、変換にTikaを利用します。現在のように、pdfboxやOpenOfficeなどのツールはコンテンツ変換の背後にあり、平均的なケースで優れた信頼性を提供します。
リポジトリの拡張ポイントを提供することは、Alfrescoが非常に得意とすることです。特定のコンテンツタイプのイベントにコードをフックしたり、内部コンテンツの作成/更新/削除時にトリガーされるフォルダーにルールを構成したりできます。