サーバー上のWordの自動化

Question

Webアプリケーションで差し込み印刷が行われ、 というWord文書が生成されるという要件があります。もちろん、これはWordの自動化 を使用することは非常に簡単ですが、Microsoft http://support.microsoft.com/kb/257757によって推奨されていません。

「Microsoftは（ASP、 ASP.NET、DCOM、およびNTサービスを含む任意の無人、 非対話型クライアントアプリケーションまたはコンポーネントから、現在はお勧めしませんし、サポートしていない、Microsoft Officeアプリケーションの オートメーションOfficeがこの環境で実行されるとき、不安定な の動作および/またはデッドロックが発生する可能性があります。

この場合、一般的に人々は何をしていますか？その言葉を受け入れるだけで がハングアップするか、サードパーティーの解決策になることがあります。

Answer 1

基本的には、3つの選択肢があります。

1. は、サーバー上で実行し、それらの結果を受け入れます。私は経験から間違っていることを知っていますが、あなたがやっている仕事はいかにリアルタイムかつ優先度が高いかによって、あなたが一緒に暮らすことができるかもしれません。基本的にこれを行う必要がある場合は、できるだけ小さなWordの統合を行うようにしてください。それが単なる差し込み印刷の場合は、99.9％の時間で何の問題もなく離れてしまうでしょう。
2. サードパーティのソリューションを使用します。しかし、経験から、非常に単純な文書を除いて、これらは決して非常に適切に仕事をしません。たとえば、サーバー上のWord文書からPDFを生成するものについて語っている場合、Wordでの表示と同じように見えることはありません。
3. 直接Wordを呼び出す代わりに、.NET Open XMLlibrariesを使用して、ドキュメントを自分で操作します。私はVB6でWord/Excel 2007文書を操作するものを書いたこともあります。それらはすべて非常によく文書化されたXML形式です。あなたはにを持っていますが、それは速くて良いです。しかし、手差しのようなものは手動で行う必要があると思うので、適切ではないかもしれません。このソリューションは、Word API関数を置き換えるのではなく、ドキュメントを操作する方が一般的に優れています。個人的な経験から

（しかし、私は最初にやった、それが私たちの顧客が受け入れることのために十分に働いていた、私は2番目の周り​​台無しと満足しなかった、と私は大きな成功を収め三やりました公正な仕事のビット）。

要するに、コスト（時間など）と信頼性に応じてあらゆる種類の人がいます。高速（信頼性の低い）ソリューションではオプション1または2を推奨します。 1。

Answer 2

私は、自動化を使用してPowerpointアプリケーションを構築しました。基本的には、複数のファイルを開いてスライドをテンプレートに移動したスライドライブラリのウェブサイトでした。

私が遭遇した最初の問題はセキュリティであったため、管理者として実行するようにアプリケーションを設定しましたが、これは推奨されていません。セキュリティ設定を柔軟にカスタマイズする必要があります。

私は決して追跡されていないアプリケーションプールのクラッシュを経験しましたが、私はリモートデスクトップにログインしているユーザーを常時接続していなければならないと考えています。

ボトムラインは、自動化が動作するようになっていますが、そのハッキーです。あなたが柔軟性を持っていれば、自動化が最善の策です。それ以外の場合は私は2つの考えがあります。

1. はオープ​​ンXMLを使用すると、信頼できるユーザーアカウントでWCF流通サービスを実行するにOpen XML SDK
2. ルックを探ります。あなたのウェブページを呼び出すか、リクエストを処理するためにジョブをキューに入れてください。