問題タブ [office-pia]

現在、Microsoft.Office.Interop dll を使用する TeamCity でビルドしようとしています。これは、Office がインストールされているため、ローカルでビルドして正常に動作しますが、TeamCity でビルドしようとすると、参照がないため失敗します。

Office 2003 をインストールする必要があるというエラー メッセージが表示され、配布可能な PIA をインストールできません。Office をサーバーにインストールしたくありません。

これを回避する方法はありますか？

まず第一に、私の質問はまったく同じではありません

Office 2007 なしで Office 2007 PIA 展開は可能ですか?

私はまだPIAを使用するつもりはありません。IT エンジニアは、Office 2007 をアップグレードする前に、2007 PIA をすべてのコンピュータに展開することを理想としています。これが可能かどうか疑問に思っています

私の開発システムでは、Office 2007を実行しており、以前はOffice 2003をインストールしていたため、MicrosoftOffice11.0および12.0オブジェクトモデルを使用できます。実稼働環境はOffice2007にアップグレード中ですが、まだ実行されていません。OfficeXPを実稼働環境で実行しているため、（継承された）VB.Net（VS 2005）アプリをデバッグできる必要があります。 Office XP（10.0）（Excel）に対してOfficeInteropを使用します。

アプリの実行をコンパイルするために、Office XP PIA （http://www.microsoft.com/downloads/details.aspx?familyid=C41BD61E-3060-4F71-A6B4-01FEBA508E52）をダウンロード、インストール、および参照するだけでいいですか？？ 以前のビルドはOffice2007に対してテストされており、「古い」相互運用機能/PIAで機能するようです。

私は「古い」Interop.Excelなどを持っていますが、問題を引き起こしている唯一の参照はMicrosoft Office 10.0オブジェクトモデルです（Microsoft Office 12.0オブジェクトモデルと書かれていますが、IDEに感嘆符が付いています）。

また、http：//www.codeproject.com/KB/office/Compile2003VstoVista2007.aspx（2007を搭載したシステム上のOffice 2003の場合）を見つけました。これは、古いバージョンのOfficeをインストールしてから、テキストエディターでプロジェクトファイルをマッサージすることを提案しています。プロジェクトファイルでテキストエディタを使用してもかまいませんが、必要な場合を除いてOffice XPをインストールしたくありません（インストールする場合はアクセスできます）。そして、プロジェクトをそのまま（「古い」参照を使用して）ロードできるようにしたいと思います。

MS Word と統合された Windows フォーム アプリケーションを正常に完成させました。アプリケーションは、Word テンプレートのマージフィールドに書き込みます。MS Word 2007 を使用してテンプレートを作成しましたが、97-2003 '.dot' ファイルとして互換モードで保存しました。Office 2007 がインストールされているため、MS Word Object Library PIA のバージョン 12.0 を使用しています。私がこのアプリケーションを展開した場合、Office XP または 2003 を使用している別の人がそれを使用できるのでしょうか?互換性について質問します。

PIA DLL をアプリケーションの出力ディレクトリにコピーしました。

Office PIA を使用して、アプリケーションがデータを Excel ファイルにエクスポートできるようにする ac# アプリケーションがあります。これは、私の開発マシンや他のデスクトップ マシンでうまく機能します。

ターミナル サーバー (Office が利用可能) でアプリケーションを実行すると、SecurityException が発生し、アプリケーションがクラッシュします。デバッガーは、セキュリティのアクセス許可と Office アプリの配布について読むことを推奨しています。

このドキュメントを読むと、ほとんどの場合、Office スイートの機能を使用するのではなく、アドインを作成することに関係しているようです。

この機能を維持したり、少なくともクラッシュを防ぐことができるように、従うことができるチュートリアルはありますか? 展開の問題により、.NET システム ポリシーの変更はできるだけ避けたいと考えています。

C＃ではテーブルを操作できないが、VBAでは操作できるなどのことを聞いたことがあります。

C＃PIAでは実行できないVBAで実行できることを知っている人はいますか？

C# .Net アプリケーションから Excel を実行していますが、プロセスをシャットダウンするのに問題があります。C# プログラムから Excel プロセスを正しくシャットダウンするにはどうすればよいですか?

現在、SpreadsheetML ファイルを介して Excel を出力するプログラムがあります。ストリームを使用してこれらを構築します。これは、Excel にとって非常にスペース効率が悪いです。ファイルは、他の Excel バイナリ形式の 5 ～ 6 倍の大きさになる可能性があります。

.xls や .xlsx などのバイナリ Excel 形式で出力したいのですが、プログラムのインストールを Office に依存させたくありません。インストールしているユーザーもいれば、インストールしていないユーザーもいます。どうすればこれを優雅に処理できますか？依存関係としてアセンブリを持たないことは可能ですが、バイナリ出力を有効にしているユーザーに基づいてアセンブリを引き続き使用できますか?

編集：

いくつかの古い質問を見直して、Office PIA がシステム上にあるかどうかを確認し、利用可能な場合はそれらを使用する方法を尋ねるべきだったことに気付きましたが、そうでない場合は適切に処理し、SpreadsheetML を使用します。

asp.net アプリケーションでアセンブリ Microsoft.Office.Interop.Word を参照すると、次のエラーが発生します。

タイプ 'Microsoft.Office.Interop.Word.ApplicationClass' は両方に存在します

と

以前、エラーが発生しましたが、12.0.0.0 は Visual Studio の下の PIA ディレクトリにありましたが、別のパスを指していることを除いて、エラー メッセージは同じでした。それ以来、dll を GAC にコピーしましたが、同じエラーが発生しました。

私は.Netがこれを処理するはずだと思っていました。誰か助けてくれませんか？

ところで、私はVisual Studio .Net 2008を使用してこれを行っています

Office 2007 アドインと共に Office 2007 PIA を前提条件としてインストールする必要があります。私が使用しているブートストラップでは、前提条件がインストールされているかどうかを確認するレジストリ エントリを指定する必要があります。

通常、さまざまなパッケージは、パッケージがインストールされていることを示すために、いくつかのレジストリ パスにInstalled DWORD値を設定します。1

Office 2007 PIA でパッケージがインストールされていることを示すために使用されるレジストリ エントリはどれですか?