2017-07-05 13 views
1

WiXツールセット(3.10)を使用して64bマシンで開発された32b MSIインストーラがあります。 異なるWindows(7、8.1、10)で32bと64bプラットフォームでテストされており、問題なく動作します。WiX/MSI:MS Intune使用時にヒートツールで収穫されたファイルを展開できませんでした

Microsoft IntuneでMSIをインストールしようとすると、問題が発生します。 新規インストールを実行中に、MSIファイルを挿入するように求められます(選択した後、インストールはスムーズに行われますが、これは大量展開の目的ではありません)。

ヒートツールを使用して収穫されたMSIファイルを削除すると、この問題は発生していないことがわかりました。 コマンド(Visual Studioのを介して渡される):

"$(WIX)\bin\heat.exe" dir "C:\SOURCE_PATH" -ke -scom -frag -srd -ag 
    -var var.Resources -cg ResourcesGroupId -dr INSTALLDIR_RES 
    -out "$(ProjectDir)Source\Fragments\HarvestedResources.wxs" 

このコンポーネントグループは、他のすべてのコンポーネントを含む主機能に追加されます。

<DirectoryRef Id='INSTALLDIR_RES'> 
    <Component Id='cmp_ResDiR' Guid='{SOME_GUID}'> 
    <CreateFolder /> 
    <RemoveFolder Id='INSTALLDIR_RES' On='uninstall' /> 
    </Component> 
</DirectoryRef> 

INSTALLDIR_RESがINSTALLDIR下に位置する兄弟パスは:として

先のディレクトリが作成されます。 終了コード1(成功)でComponentRegistryが実行されていることを示すログが表示されます。

インストールスコープは、マシンごとの昇格インストールが有効です。 AdminPropertiesをSecureCustomPropertiesオルカ経由で確認)下

secure="yes" admin="yes" 

と可視:インストール時に使用されるすべてのプロパティは、次のようにマークされています。私はCustomActionを使ってこのリソースを配備していません。

どうすればIntuneが私のMSIに影響しますか?私は何が欠けていますか?

答えて

1

この問題は、MS Intuneと部分的に関連しており、絶対にheat.exeとハーベストファイルには関係しませんでした。 それは二つの問題があったことが判明:

    MSIのMS Intuneのを使用して展開された
  1. が、ユーザーにオリジナルのMSIを設けず

    。インストール中、MSIはtempディレクトリにコピーされ、アプリケーションのインストール後に削除されます。
  2. 一部のマシンでは、最初の実行中にMSIが自己修復手順を開始していましたが、この修復作業では、元のMSIへのアクセスが役立ちます。元のMSIはハードディスク上で利用できなかったため、ユーザーは最初の投稿に記載されているようにMSIを手動で選択するよう求められました。 great description of self-healing issues in MSI by Stein Åsmulのおかげで、私は根本的な原因(ユーザー固有のパスでregEntryで実行可能なメインのショートカットをアドバタイズ)を検出して修正できました。

概要:MS Intuneは、収穫されたファイルの展開には影響しません。heat.exe

関連する問題