問題タブ [installshield-2012]

私は、当社のために維持しているInstallShield 2012BasicMSIプロジェクトを持っています。私は訓練を受けたInstallShield開発者ではありませんが（トーテムポールで[当時]最低でした）、バージョン間ですべてがスムーズに実行されるように、数か月にわたって十分に習得しました。

最近、お客様の1人が、最新リリースですでに修正されている古いバージョンの製品のバグを修正すると主張しました。フルインストーラーがアップデーターを兼ねているため、通常はパッチを作成しませんが、この場合は、準拠して、現在のバージョンでブランチを作成し、更新パッチを送信しました。そのパッチには1つのファイルしか含まれておらず、置き換えたファイルと同じバージョンでした。すべてが順調でした。

今日、そのお客様は最新バージョンへのアップグレードを希望しています。事実上、ブランチをメインラインにマージしています。ブランチには追加のコンポーネントやクライアント固有のコードがないため、通常のインストーラーを提供するだけで、すべてを上書きできると思いました。そうではない...

分岐インストールを複製してファイルを更新しようとすると、インストーラーは正常に実行され、分岐dll以外のすべてが置き換えられます。「omus」、「amus」、強制上書きなどをいじくり回しても何も変わりません。事前にファイルを削除しても何も起こりません。私が何を試しても、分岐したdllは残り、ログは次のようになります（有罪を保護するために名前が変更され、バージョンとGUIDはそのまま残されます）：

正しく更新されるDLL：

更新されない分岐DLL：

これは私の深さから少し外れています。分岐したDLLにパッチを適用しようとしていることがわかりますが、パッチを適用できず、何らかの理由でファイルを一時ディレクトリにスローします（「スマートパッチ」の正確な意味についての詳細は見つかりませんでした）。間違ったバージョンに適用されたパッチでこれが発生するのを見てきましたが、これはパッチではありません！これは、REINSTALLMODE = v（oa）musおよびREINSTALL=ALLで実行される通常のインストーラーです。古いバージョンが表示され、新しいバージョンが埋め込まれていることを確認して、古いバージョンを吹き飛ばす必要があります。

（気まぐれに、クライアントに提供したアップデーターを使用する代わりに、DLLを手動で更新しようとしました。すべてが正しく更新されたため、ファイル自体が詰まることはありません）

私の当面の目標は、このクライアントを同期に戻すことです。できれば、アンインストールせずに、専用のアップデーターを作成するのではなく、1つの統合インストーラーを使用します。それが不可能な場合、ファイルはすでに野生になっているので、私は特別な場合に腹を立てることができます。私の将来の目標は、これを私が想定したように自然に機能させることです。ファイルは古いバージョンであり、ファイルは置き換えられます。他に何も問題はありません。

私は関連するすべてを提供したと思いますが、そうでない場合は、より多くの情報を提供できます。私は今日の大部分をこれを見て過ごしましたが、このシナリオに似た資料を見つけることができません。

InstallShield 2012 を使用してインストーラーを作成しており、SYSINFO のメジャー値とマイナー値を使用して OS をチェックしています。

上記の解決策を知っている人はいますか？

InstallShield 12 を使用してインストーラーを作成していますが、ユーザーにオプションを提供したいと考えています。たとえば、ユーザーがアンインストールするか、以前のバージョンを保持して新しいバージョンをインストールできるかをチェックボックスで指定します。

上記をどのように達成できるか考えている人はいますか?

ダイアログにチェック ボックスを追加し、プロパティを追加しました。ユーザーがそれを選択した場合は、以前のバージョンをアンインストールします。それ以外の場合は、以前のバージョンをアンインストールせずに新しいバージョンを使用します。

データベースを使用してデータを保存および取得するアプリケーションを VS2012 で作成しました。このアプリケーションのセットアップ ファイルを作成したいと考えています。現在、InstallShield LE 2012 を使用しています。

それを使用してアプリケーションをデプロイしようとしましたが、別のコンピューターにインストールすると、データベースが原因で例外がスローされます。

基本的なMSIプロジェクトを使用してsetup.exeを準備しています。これは私のクライアントマシンの多くで非常にうまく動作しており、少数のPCで深刻な問題を引き起こしています。ここで、setup.exeの一部としてロギングを追加したいと思います。

インストールの成功または失敗のいずれかが必要です。ログファイルを生成して、舞台裏で何が起こったかを正確に把握したいと思います。ここには、VBScriptingもほとんど含まれていません。

コマンドラインパラメータがありました。

しかし、setup.exeファイル自体をクリックして生成したいと思います。また、ファイル名はハーコードされるべきではありません。

手がかりがあれば大いに役立つかもしれません。installshieldプロジェクト->ビルド->設定メニューで試してみました。しかし、ブレークスルーを得ることができませんでした。

前もって感謝します。

よろしく、パヴァン

install Shield spring 2012を使用して、Windows アプリケーションのインストール exe ファイルを作成しています。このために、前提条件をすべて追加しましたが、インストール中にカスタム機能を選択すると、前提条件を実行する必要があり、すべてうまくいっています.私に良い。

一時フォルダーを開かずにインストール シールドをインストールする方法を教えてください。

Visual Studio 2012 の InstallShield 2012LE 内からセットアップ パッケージに署名しようとしています。Symantec (VeriSign) の MS Authenticode Cert を持っています。私が見ている2つの問題があります。

まず、Sign Output Files -> Setup.exe と Windows インストーラー パッケージ (または単に Windows インストーラー パッケージ) を選択すると、Visual Studio がクラッシュします。イベント ログに 2 つのエラーが表示される

エラーが発生しているモジュール名: WINTRUST.dll、バージョン: 6.2.9200.16420、タイム スタンプ: 0x505a9691 例外コード: 0xc0000005

また、「ソフトウェア識別タグを使用する」を「はい」に設定すると、インストーラー パッケージをビルドしようとすると、次のエラーが発生します。

以前にこれらの問題に遭遇し、回避策を知っている人はいますか? ソフトウェア識別タグをオフにして Setup.exe のみに署名すると問題なく動作しますが、上記のオプションも必要です。証明書は、すべての DLL と EXE にも問題なく署名します。

InstallShield 2012 Spring プロジェクトを作成しています。いくつかの jpg を System32 サブフォルダーにコピーする必要があります。
Application Data/Files and Folders で、それを [WindowsFolder]/System32/akrmf に配置し、インストール時に、Windows 7
の SysWOW64/akrmf にコピーします。インストール プロジェクトには、exe または dll は含まれず、テキスト ファイルとイメージのみが含まれます。
[SystemFolder] を使ってみて、SysWOW64 にもコピーしました。

System32/akrmf フォルダーに強制的にインストールする方法はありますか?

ありがとう

ソリューションに InstallShield Spring 2012 プロジェクトがあります。ソリューションの Windows サービス プロジェクトからのプロジェクト出力をそれに追加しました。この Windows サービス プロジェクトは、ソリューションにもあるライブラリ プロジェクトを参照しています。この同じライブラリ プロジェクトは、同じソリューション内にある ASP.Net MVC Web プロジェクトによって参照されます。

これで、生成された setup.exe からインストールを実行すると、問題なく正常に実行されます。予想される宛先フォルダーにインストールされ、Windows サービスの exe と libary プロジェクトの dll が表示されます。

例外: ライブラリ プロジェクトの日時スタンプは最新のビルドではありません。約 1 か月前のビルドです。この古いバージョンの dll がどこから取得されているかを突き止めようとして、私は髪を引っ張りました。最終的に、Temporary ASP.Net files フォルダーにあることがわかりました。すぐにこのフォルダーの内容を削除し、セットアップ プロジェクトを再度ビルドしました。

今回はうまくいきました。しかし、確かに、ライブラリ プロジェクトにさらに変更を加え、セットアップ exe を再構築した後でも、デプロイされた exe はまだ、Temporary ASP.Net files フォルダーから取得した最新のものではありません。

なぜこれを行うのでしょうか？どこかで設定を見逃していませんか？

installshield2012 professional を使用して msie を作成しています。プロジェクトのプライマリ出力の 1 つを msie に追加しています。そのコンポーネントはキー ファイルとしてマークされています。キー ファイルとしてマークしないと、プロジェクトのカスタム インストーラー ファイルが呼び出されません。これは私にとっては問題ですが、キーファイルとしてマークすると、アプリケーションをアンインストールした後もファイルがアンインストールされたままになります。キー ファイルを削除する方法はありますか??(永続プロパティと共有プロパティは NO に設定されています)