矛盾のあるバージョン履歴は、レプリケーション、バージョンの復元、パッケージのインストールを含む、多くの CQ 操作が正常に実行されない可能性があります。
バージョン履歴が破損されている場合、ログファイルの例外 org.apache.jackrabbit.core.state.NoSuchItemStateException を参照してください。また、パッケージ org.apache.jackrabbit.core.version からスタックトレースクラスの同じことを確認できます。
システムパラメーター「org.apache.jackrabbit.version.recovery:」を使用
パラメータを適用するには、次の操作を行います。
- 最新の CRX2.2 ホットフィックスをインストールします。サポートチケットを送信することで、最新のホットフィックスをリクエストできます。ホットフィックスインストール手順に従って、それをインストール後に、CQ を再起動する必要があります。
- CQ／CRX を停止します。
- jvm parameter を startup script に追加します。-Dorg.apache.jackrabbit.version.recovery=true
- CQ／CRX を起動します。
- java プロセスステータス（例、ps -ef | grep java）を確認して、新しいパラメーターが使用されていることを確認します。
この機能を有効にすると、レポジトリ内のすべてのバージョンノードが検索され、各バージョン履歴が存在するかどうか確認されます。
その事例ではない場合、回復手順では、バージョンストアへの破損参照が削除されます。特に mix:versionable mixin と jcr:versionHistory、jcr:baseVersion、jcr:predecessors および jcr:isCheckedOut のプロパティ。リクエストされた時に、レポジトリがノードのための新しいバージョングラフを作成することを可能にします。
存在しないノードがルートレベルにある場合、バージョンワークスペースの矛盾は修復できません。その場合は、新しいバージョンのデータセットから開始する必要があります。バージョンの前のデータを取得することだけで、バックアップを使用することができます。そのあと、バージョンが復元されるとパッケージを使用できます。
（起動時に自動的に再作成される）バージョンフォルダーを削除する必要がある場合、あなたが持っている1つの重要なコンテンツは、ワークフローモードです。そのあと、（上記の jvm parameter）を再起動した後、ワークフローモデルをそのバージョンに戻すパッケージをインストールできます。完了していないどのワーフフローでも、バージョン情報がワークフローインスタンスにリンクされていると、さらに処理できません。（ワークフローインスタンスノードに関連するプロパティを参照。）そのモデルバージョンが見つからない場合は、処理を継続できません（手動で修正する必要があります）。
以下の手順を完了する前に、すべてのワークフローが完了していることを確認してください。（実行中のインスタンスがある場合は、ワークフローインスタンスモデルバージョンを、新しいバージョンにリセットするためには、カスタムスクリプト使用し、特別なアクションが必要です）。
- インスタンスを停止します。
- version フォルダーと repository/repository/index フォルダーを削除します。
- （オプション）Tar workspace.xml Manager データの crx.default workspace.xml で、一貫性／チェック修正を追加します。
- Dorg.apache.jackrabbit.version.recovery=true を追加します。
- インスタンスを開始します（データサイズ、I/ O のパフォーマンスによって、数時間或いは数日間かかるので、まずはコピーでてすとします。
- インスタンスが準備完了したら、/etc/workflow/models からパッケージを作成します。
- （CRXDE または CRX Explorer を使用して）/etc/worflow/models を削除します。
- 作成したパッケージをインストールし、ワークフローモデルを再作成します。
注意：CRX2.2以降では、パラメーターは次の記事で不整合がないように説明しています。
Twitter™ および Facebook の投稿には、Creative Commons の規約内容は適用されません。