2017-08-04 92 views
0

プログラムでWord文書を編集しようとしています。しかし、私はデバッグし、最初のWord.Applicationを作成しようとすると、私はNetOffice取得80080005サーバー実行に失敗しました

Retrieving the COM class factory for component with CLSID {000209FF-0000-0000-C000-000000000046} failed due to the following error: 80080005 Server execution failed (Exception from HRESULT: 0x80080005 (CO_E_SERVER_EXEC_FAILURE)).

を取得し、私はWord.Interopはもはやサポートされていないことがわかり、私はNetOfficeを使用し始めたが、何も変わっていないので、おそらく私は」基本的な機能を変更しない。

多くのDCOM構成を試して、Visual Studioインスタンスを管理者として実行していますが、何も変わりません。現在の認証レベルは「なし」です。「このユーザー」と指定し、すべてのセキュリティ権限を持つアカウントを使用しています。以前はインタラクティブユーザーと起動ユーザーを試してみました。以前はデバッガに問題があったことは一度もありません。サーバーにデプロイされたばかりなので、これは私には分かりません。

私はWindows 8.1(64ビット)およびOffice 2013(32ビット)を使用しています。私はどんな考えにも感謝します。そして、NetOfficeはこの問題にまったく関係しますか?ありがとうございました。

+0

イベントビューアを調べると、さらに詳しい情報が得られると思われます。 – Malick

+0

ウィンドウのシステムログで、イベントID 10010が表示されていますが、サーバーが必要なタイムアウト時間内にDCOMに登録されませんでした。それはあなたに何かアイデアを与えますか?私はグーグルではありますが、これまで何も効果がありませんでした。私はイベントビューアのマスターではありません。そこにはどこか別の場所がありますか? – erosebe

+0

一般的なエラーメッセージのようです。デバッグモードでのみ表示される場合は、Word.Applicationの最初の呼び出しの後にデバッグブレークを配置して、デバッグモードがクライアントの最大待機時間(タイムアウト)に関して遅すぎるかどうかを確認できます。私は他のアイデアをごめんなさい。 – Malick

答えて

1

You may receive an "Error code 80080005 -- server execution failed." error message when you start many COM+ applicationsを参照してください。

とにかく、マイクロソフトでは、Office、Windows、およびWindows Server 2003などの無人の非対話型クライアントアプリケーションまたはコンポーネント(ASP、ASP.NET、DCOM、およびNTサービスを含む)からのMicrosoft Officeアプリケーションの自動化を推奨していません。この環境でOfficeを実行すると、不安定な動作やデッドロックが発生することがあります。

サーバー側のコンテキストで実行されるソリューションを構築する場合は、無人で実行するために安全にされたコンポーネントを使用するようにしてください。または、コードの少なくとも一部がクライアント側で実行できるようにする代替手段を見つけようとする必要があります。サーバー側のソリューションからOfficeアプリケーションを使用する場合、アプリケーションには正常に実行するために必要な機能が不足しています。さらに、全体的なソリューションの安定性でリスクを冒すことになります。詳細については、​​の記事をご覧ください。

オープンXMLドキュメントのみを処理する場合は、Open XML SDKを使用することを検討してください。詳しくは、Welcome to the Open XML SDK 2.5 for Officeを参照してください。または、サーバー側の実行用に設計されたサードパーティのコンポーネントコンポーネントを使用してみてください。

P.S. NetOfficeは、COM Automationテクノロジに基づいているため、このような問題を回避するのに役立ちません。

関連する問題