burn

    1熱度

    1回答

    Bundle.wxl: <Bundle Name="$(var.SetupName)" Version="$(var.ProductVersion)" Manufacturer="$(var.CompanyName)" UpgradeCode="$(var.UpgradeCode)"> <Variable bal:Overridable="yes"

    0熱度

    1回答

    我有一個包含多個ExePackage和MsiPackage元素的Bundle。這是一個perMachine包(所有的Msi和Exe包都是perMachine或ForcePerMachine) 我用C#編寫了一個自定義的BA; 安裝能正常工作,修改,卸載和包正確註冊爲每個日誌: [06F8:0F3C][2015-10-07T11:12:32]i372: Session end, registrati

    2熱度

    1回答

    我試圖在我的刻錄引導程序中安裝.net 4.5.2作爲先決條件。它會成功安裝並請求重新啓動計算機,但仍會繼續執行,但它會停留在空白的.Net升級頁面上。 沒有按鍵,而且也沒有選擇,只能關閉安裝程序。 我bootstrapperCore.config是 <startup useLegacyV2RuntimeActivationPolicy="true"> <supportedRuntime

    1熱度

    2回答

    WiX刻錄引導程序根據體系結構在HKLM\Software\Microsoft\Windows\CurrentVersion\Uninstall\SOMEGUID或HKLM\Software\Wow6432Node\Microsoft\Windows\CurrentVersion\Uninstall\SOMEGUID中安裝密鑰。我注意到,SOMEGUID每當我創建一個新版本時都會更改。我對SOME

    0熱度

    1回答

    是否有任何規定將msi文件(在'Msipackage'元素中指定)複製到自定義位置(例如:c:\ myfolder),wix刻錄bootstrapper? 感謝, 注:Kunal

    0熱度

    1回答

    在我的ExecuteProgress回調中,如果用戶取消安裝,它將等待用戶通過消息框確認調用(使用AutoResetEvent),並在確認它將e.Result設置爲Result.Cancel,要求Burn引擎取消安裝。 之後ExecutePackageComplete回調被調用,這是正確的。但是,之後ExecutePackageBegin回調被再次調用相同的MSI包,我請求刻錄引擎停止安裝。然後E

    11熱度

    3回答

    我在wix燒錄引導程序中捆綁了一個msi軟件包。我可以從目標機器上的軟件包中提取此msi嗎?

    2熱度

    1回答

    在閱讀WiX Extended Bootstrapper Application的源代碼時,我想知道是否要用Win-Forms替換此主題操作(基於xml)或基於MFC的用戶界面,我必須修改/重寫所有這些,或者我可以簡單地使用某些庫的引用,就像Managed Bootstrapper,我們使用BootstrapperCore.dll的情況一樣。 wixstdba主要集成了基於XML的主題,其是在不同

    3熱度

    3回答

    我一直與Wix自定義引導程序爭取好幾天試圖讓升級正常工作。 BA升級代碼保持不變,而MSI文件具有新的產品代碼。我只在ARP中顯示BA,而不是MSI。我已經知道它能夠正確升級所有的MSI文件,但是當它到達最後並打開舊軟件包以卸載它時,它會打開並執行,但是ARP中的條目仍然保留,現在我擁有了二。 下面是完整的代碼(減去一些GUI特定的代碼): public class MainViewModel :

    1熱度

    1回答

    我感嘆缺乏Wix刻錄引導程序引擎的文檔。我希望我可以回答一些具體問題。 我知道Burn引擎需要.Net 4.0。它似乎有它自己的迷你引導程序,它將安裝.Net 4.0,如果它不存在。 (1).Net 4.5應該是.Net 4.0的原地替代品。迷你引導程序是否可以識別此問題,如果發現4.5存在,則不安裝4.0? (2)我的應用程序和我的自定義引導程序需要.Net 4.5。我可以告訴mini-boot