5

ドキュメントを処理するサーバー側アプリケーションの開発を検討しています。ソースドキュメントは主にMS-Word2003、2007、つまりMSバージョンのDocxです。サーバーアプリケーションをLinuxまたはWindowsの両方で実行できるようにする必要があります。LinuxでMS-Wordファイルを読み書きするのに最適なツールまたはライブラリを知りたい。互換性は最も重要な考慮事項です。テーブルを含むソースドキュメントのフォーマットを保持する必要があります。

私はここで一種の同様の投稿を見ましたが、それはpythonに固有のものでした。WindowsとLinuxで利用できる限り、どの言語やライブラリが使用されているかは関係ありません。Wordファイルを読み取るためにMS-Wordを必要とし
ないでください。
私はOpenOfficeを知っていますが、MS-Wordファイルとの高度な互換性を備えたソリューションを探しています。また、有望に見えるこのソリューションに出くわしました。aspose.com Aspose.Words for Javaまたは同様のサードパーティパッケージを使用した経験のある人はいますか？有望に見えますが、OEMサブスクリプションの場合は2,000ドル以上と高価です。とはいえ、宣伝どおりに配信されれば、それでも最善の解決策になる可能性があります。

おかげでいくつかの提案がありましたが、これまでのところ、法案（または予算）に合うものはありません。

4

3 に答える 3

5

b2xtranslatorを使用してバイナリ.docを.docxに変換することを検討しましたか。（Linuxでは、Monoで実行する必要があります）

次に、POIまたはdocx4jを使用してdocxを操作できます。ただし、.docとして保存する必要がある場合は解決策ではありません（そのビットにOOを使用しない限り）

于 2009-11-17T11:24:28.487 に答える
0

わかりました、私は答えにもう一度行きます;-)

unaconvの使用はどうですか

OpenOfficeが読み取ることができるすべてのドキュメントをOpenOfficeが書き込むことができるすべてのドキュメントに変換できます。これを使用して、MS-Wordドキュメントとの間で両方を変換できるはずです（オープンオフィスではうまく処理できないことがわかったほど複雑でない場合）。

唯一の注意点は、unoconvが対話するには、Linuxサーバー上でOpenOfficeのインスタンスを実行する必要があるということです。

于 2009-11-12T12:47:46.983 に答える
-1

Monoは最近、system.io.packaging .netクラスのサポートを取得しました。これにより、docxファイルをある程度操作できるようになります。リソースの追加/削除とテキストの繰り返しが必要な場合は、おそらくそれが正しいことです。

于 2009-12-02T17:01:41.400 に答える