Word ファイルの読み込み、操作、保存に docx4j を使用しています。すべてが完璧に機能しますが、実装方法がわからないことが 1 つあります。私が欲しいのは、バージョン管理のようなものです。つまり、ドキュメントを保存すると、このドキュメントの以前のバージョンを復元できるようになります (たとえば、デルタのみを保存することによって)。ファイルの以前のバージョンに戻ることができる SVN や Git のようなものであると説明できるかもしれません。問題は、それを実現する可能性がわからないことです。ですから、どなたか助けていただければ幸いです。特にdocxファイルではなく、一般的なファイルでこれを行うことができるパッケージまたは何かを誰かが少なくとも知っていれば問題ありません。ご協力いただきありがとうございます！
編集：私の質問が不正確で申し訳ありません。これは私の最初の投稿でした。将来的には改善します ;)
JGitは Git の Java 実装であり、ほとんど依存関係なく動作します。同様のライブラリが SVN と CVS に存在します。質の高いソリューションが存在することを考えると、バージョン管理システムを自作することはほぼ間違いなくひどいアイデアです。
ドキュメントのバージョン管理のために純粋な Java 実装が必要な場合は、おそらく次のものが適しています: Jackrabbit
同様の質問は以前にもありました。この質問に対する最初の回答 (正しいものとしてマークされています) は、Jackrabbit にも当てはまります: Using a version control system as a data backend
これを自分で実装するのは難しいので、お勧めしません。
私はあなたの環境についてあまり知りませんが、既製のバージョン管理リポジトリを使用できれば、多くの悲しみを救うことができます. Git または SVN を直接使用してみることができます。これは、ユース ケースにとって最も簡単なソリューションである可能性があります。
ただし、MS Office ファイルについて話しているので、何らかの形式のエンタープライズ ドキュメント管理ツールを実装している可能性があります。この場合、JCR 仕様は、バージョン管理やその他のメタデータ機能を使用して、リポジトリ内のファイルへのアクセスを提供するように設計されています。これが仕様です。
Apache Jackrabbitプロジェクトは、 Alfrescoの開発者バージョンと同様に、この仕様のオープン ソース実装を提供します。
適切なソリューションの選択は、ユーザーがこれらのファイルで何をしようとしているか、展開環境がどのように見えるか (Windows で Git をホストしようとしないでください、k?)、および現在のコードベースがどの程度カスタム化されているか (標準サーブレット) に大きく依存します。コンテナ? Java EE? ホームロール?)。
幸運を！
最も簡単な方法は、ツールdiffとを使用することpatchです。それらは CVS のコアとして使用されました。アプリケーションがプレインストールされていない Windows でアプリケーションを実行したいと考えているとします。このツールの Windows バージョンを使用するのが簡単/快適かどうかはわかりませんが、同様の機能を自分で作成することはいつでもできます。ここでは、ファイル間の違いを見つけてパッチを適用するための非常に優れたチュートリアルを見つけることができます: http://tuts.pinehead.tv/2012/09/18/introduction-using-diff-and-patch/似たようなものを自分で書く。