問題タブ [installshield-2012]

既存の InstallScript プロジェクトを拡張していて、.NET 4.0 を対象とするアセンブリでメソッドを呼び出す必要があります。

プロジェクトは、同じアセンブリ内の別のクラスのメソッドを既に呼び出しています。

既存の .NET メソッド呼び出しで見たものをミラーリングすると、これまでのところ次のようになります。

構築したセットアップで実行すると、次SomeFunction()の出力が表示されます...

DotNetCoCreateObject("SomeAssembly.dll", "SomeAssembly.SomeClass", "") を呼び出しています...

oSomeClass.SomeMethod() を呼び出しています...

...、しかし、セットアップは明らかなエラーなしですぐに終了します。何がうまくいかないのかがわからないため、トラブルシューティングが面倒です。考えられる原因を検索しましたが、これまでのところ何も見つかりませんでした。

oSomeClass.SomeMethod()明らかなエラーなしでセットアップがすぐに終了するのはなぜですか?

編集：

@MichaelUrman のコメントによると、機能する既存のクラス ( ) と機能しないOrigClass新しいクラス ( ) の違いについて詳細を尋ねると、次のようになります。SomeClass

• どちらのクラスもpublic sealed.
• どちらのクラスにも暗黙のデフォルト コンストラクターがあり、明示的なコンストラクターはありません。
• 両方の方法 (OrigMethodおよびSomeMethod) はpublicです。
• クラスもメソッドもComVisible属性でマークされていません。しかし、それらのアセンブリ ( SomeAssembly) に[assembly: ComVisible(true)]はAssemblyInfo.cs.

Existing.rul( と正常に統合されるSomeAssembly.OrigClass.OrigMethod) とNew.rul( と正常に統合されない)の違いはSomeAssembly.SomeClass.SomeMethod次のとおりです (パッチ ファイルを使用)。

OrigFunctionと- -をSomeFunction使用して、とが有効な参照に設定されていることをそれぞれ確認します。InstallScript ランゲージ リファレンスのDotNetCoCreateObject ドキュメントには、「[the] 関数は、オブジェクトを作成できない場合に例外をスローする」と説明されています。trycatchendcatchoOrigClassoSomeClass

前提条件を備えた Installshield Basic MSI プロジェクトがあります。ユーザーが setup.exe ファイルを実行しようとすると、前提条件ダイアログが表示され、ユーザーは前提条件を期待どおりに正常にインストールできます。

アプリケーションが正常にインストールされた後、ユーザーは前提条件の 1 つを削除します。

その後、ユーザーは setup.exe をダブルクリックしてインストールを変更しようとします。インストールは、変更を続行する前に、期待どおりの前提条件ダイアログを表示します。

ただし、ユーザーが [プログラムの追加と削除] から (変更オプションを使用して) インストールを変更しようとすると、インストールは前提条件ダイアログを表示しません。

私の質問は次のとおりです。前提条件がありません。

installshield を使用して、既存の exe ファイルのアップグレードを行っています。更新プログラムをインストールするときに、使用中のファイル ダイアログで、システムを再起動する他のオプションではなく、アプリケーションを自動的に閉じて再起動するオプションを選択します。しかし、インストールの完了後にシステムを再起動するように指示する追加のウィンドウが表示されます。このウィンドウを無効にするには? 助けてください ：）

現在、InstallShield 2012 Spring Edition を使用しています。

数か月前にリリースされたバージョン (1.0.1 など) の製品があります。

ここで、そのホット フィックス (1.0.1.1 など) を作成し、最後のリリース以降に変更された特定のファイルをメディアに含めたいと考えています。

新しいリリースを作成し、それを「差分メディア」としてマークし、「オブジェクト差分」で「変更された場合に含める」オプションを選択しました。次に、リリース ウィザードを実行し、新しいファイルを保持する特定の機能を選択しました。

問題は、このリリースに含めたくない変更された他のファイルがあることですが、InstallShield はそれらを前回のリリース以降に変更されたファイルとして認識し、メディアに追加します。

特定のファイルを選択して更新リリースに含めることはできますか?

メジャー アップグレード中に、InstallerClasses を使用している InstallShield プロジェクトに問題があります。セットアップが古いバージョンの InstallerClass を呼び出しているか、単にエラー 1001 をスローしています。

DTF テクノロジを使用することにしましたが、生成された *.CA.dll ファイルを "DLL Filekey" プロパティにリンクできません。プロジェクトを「一次出力」としてリンクしています。

DTF カスタム アクション プロジェクトを使用して、それを基本の MSI Installshield 2012 プロジェクトにリンクする方法を教えてください。自動ビルドを作成しているため、CA ファイルを直接参照することは避けたいと考えています。

どうもありがとう、

マレク

InstallShield 2012 を使用して installscript MSI プロジェクトを作成し、製品のパッチ インストーラーを作成しています。ISCMBuild.exe を使用して、製品のビルド プロセスを自動化し、パッチを作成することを計画しています。

新しいパッチを作成するときに、アップグレード ビューの下に以前のすべてのセットアップのリストを追加して、以前のパッチ レベルからのアップグレード シナリオをサポートしたいと考えています。

新しいパッチを作成するたびに、以前のパッチ セットアップ ファイルの詳細をアップグレード セクションに追加する必要があります。ここで、コマンド ラインからアップグレード ビューにこのエントリを追加する方法があるかどうかを知りたいです。