如何保持一个配置文件时，在威克斯V3.8重大升级？(How to keep a config fil

2019-09-01 00:28发布

站内文章 / 前沿技术
47 0 0

我想保持一个配置文件时，MSI安装程序做了重大升级。 对于配置文件，我安装时做出改变。 代码如下： 

<Component Id="MODIFYCONFIG" Guid="6A1D7762-B707-4084-A01F-6F936CC159CE" Win64="yes">
    <File Id="Application.config" Name="Application.config" Vital="yes" KeyPath="yes" Source="Resource\Application.config"></File>
    <util:XmlFile Id="SetValueIP" Action="setValue" Permanent="yes" File="[#Application.config]"
         ElementPath="/configuration/applicationSettings/Application.Properties.Settings/setting[\[]@name='IpAddress'[\]]/value"  Value="[IPADDRESS]" Sequence="1"/>
    <util:XmlFile Id="SetValuePort" Action="setValue" Permanent="yes" File="[#Application.config]"
         ElementPath="/configuration/applicationSettings/Application.Properties.Settings/setting[\[]@name='IpPort'[\]]/value"  Value="[PORT]" Sequence="2"/>
    <Condition>Not Installed</Condition>
  </Component>
  <Component Id="KEEPCONFIG" Guid="F7F173AA-C2FD-4017-BFBC-B81852A671E7" Win64="yes">
    <RemoveFile Id="ApplicationConfig" Name="Application.config" On="uninstall"/>
    <Condition>(REMOVE=ALL) AND (NOT UPGRADINGPRODUCTCODE)</Condition>
  </Component>

但是，当一个重大升级时不保留的文件。 我怎样才能保存修改后的文件？

Answer 1:

这解决了这个问题对我来说...配置文件被保存轻微/重大升级，并在卸载完全删除。

参考： http://blogs.msdn.com/b/astebner/archive/2008/10/19/9006538.aspx

编辑：从链接页面汇总信息...

  1. 每个配置文件必须有它自己的组件，其配置文件被标记为组件的的keyPath。 版本的文件替换逻辑将Windows安装使用。
  2. 在“InstallFiles”行动后添加“RemoveExistingProducts”行动。 所有组件的新版本删除旧的MSI之前安装。 若在该序列的完成，这些部件将有自己的引用计数增加为2，但配置文件不会被取代，除非他们都保持不变（因为版本的文件替换逻辑）。 当旧的MSI被删除，引用计数将递减回1，但文件不会被删除，因为引用计数不为0。


Answer 2:

升级时，您有3种选择：

  1. 充分利用配置文件组件永久性的。 这不会取消安装它，你将能够升级，但删除它会是非常困难的。
  2. 使用记住的特性模式来存储在注册表中的IP和端口的配置设置。
  3. 作为安装，配置文件写入到一个临时文件名，然后使用的CopyFile命令来创建目标文件的一部分。 在升级检查使用FileSearch该文件，如果存在的话，那么请不要复制。 这里唯一的问题是，如果配置文件已经改变，你不会得到更新的部分。

最好的选择是因为其具有最小的问题，记得我属性。



Answer 3:

我花了一段时间，但这里是我如何解决它自己。 这可能caveman_dick的第三个选项的变化。

1）添加新的行动统一到UISequence备份当前的配置文件。 您可以使用自定义操作和ComponentSearch实际查找文件的魔力做到这一点。

2）在后面ExecuteSequence还原该文件。 

<Binary Id="CustomActions.CA.dll" SourceFile="..\CustomActions\bin\$(var.Configuration)\CustomActions.CA.dll" />
<CustomAction Id="BackupConfigFile"
         Return="check"
         BinaryKey="CustomActions.CA.dll"
         DllEntry="BackupFile" />

<CustomAction Id="RestoreConfigFile"
     Return="check"
     Execute="deferred"
     Impersonate="no"
     BinaryKey="CustomActions.CA.dll"
     DllEntry="RestoreFile" />

<CustomAction Id="PropertyDelegator" 
              Property="RestoreConfigFile" 
              Value="MYTARGET=[MYTARGET];FILENAME_TO_BACKUP=[FILENAME_TO_BACKUP]" />

<Property Id="FILENAME_TO_BACKUP" Value="test.exe.config" />

<Property Id="PREVIOUS_PATH">
  <ComponentSearch Id="evSearch" Guid="{010447A6-3330-41BB-8A7A-70D08ADB35E4}" />
</Property>

这里是快速CustomAction.cs我写道： 

[CustomAction]
public static ActionResult BackupFile(Session session)
{
    try
    {
        // check out if the previous installation has our file included
        // and if it does,
        // then make copy of it.
        var previousInstallationPath = session["PREVIOUS_PATH"];
        var fileToBackup = session["FILENAME_TO_BACKUP"];

        if (!string.IsNullOrEmpty(previousInstallationPath) && !string.IsNullOrEmpty(fileToBackup))
        {
            var absolutePath = Path.Combine(previousInstallationPath, fileToBackup);
            if (File.Exists(absolutePath))
            {
                var destinationPath = Path.Combine(Path.GetTempPath(),
                    string.Concat(fileToBackup, _MODIFIER));

                File.Copy(absolutePath, destinationPath);
            }
        }
    }
    catch (Exception e)
    {
        session.Log("Couldn't backup previous file: {0}", e);
    }
    return ActionResult.Success;
}

[CustomAction]
public static ActionResult RestoreFile(Session session)
{
    try
    {
        // check if our CustomAction made backup of file,
        // and if it indeed exists in temp path, then
        // we basically copy it back.
        var currentInstallationPath = session.CustomActionData["MYTARGET"];
        var fileToRestore = session.CustomActionData["FILENAME_TO_BACKUP"];
        var fileOriginalContentPath = Path.Combine(Path.GetTempPath(),
            string.Concat(fileToRestore, _MODIFIER));

        if (File.Exists(fileOriginalContentPath))
        {
            var destinationFile = Path.Combine(currentInstallationPath, fileToRestore);
            if (File.Exists(destinationFile))
                File.Delete(destinationFile);

            File.Move(fileOriginalContentPath, destinationFile);
        }
    }
    catch (Exception e)
    {
        session.Log("Couldn't restore previous file: {0}", e);
    }
    return ActionResult.Success;
}

到实际上定义序列： 

<InstallUISequence>
  <Custom Action="BackupConfigFile" After="AppSearch"></Custom>
</InstallUISequence>

<InstallExecuteSequence>
  <Custom Action="PropertyDelegator" Before="RestoreConfigFile" />
  <Custom Action="RestoreConfigFile" After="InstallFiles"></Custom>
</InstallExecuteSequence>

没有彻底的测试，但似乎现在做的工作。 警告：Temp文件夹可能会发生变化？

或者有这一个，我从网上查到，但没有测试它。 

            <!-- Support Upgrading the Product -->

            <Upgrade Id="{B0FB80ED-249E-4946-87A2-08A5BCA36E7E}">

                  <UpgradeVersion Minimum="$(var.Version)"
OnlyDetect="yes" Property="NEWERVERSIONDETECTED" />

                  <UpgradeVersion Minimum="0.0.0"
Maximum="$(var.Version)" IncludeMinimum="yes" 

                                          IncludeMaximum="no"
Property="OLDERVERSIONBEINGUPGRADED" />

            </Upgrade>

            <Property Id="OLDERVERSIONBEINGUPGRADED" Secure="yes" />



            <!-- Action to save and Restore the Config-File on reinstall
-->

            <!-- We're using CAQuietExec to prevent DOS-Boxes from
popping up -->

            <CustomAction Id="SetQtCmdLineCopy" Property="QtExecCmdLine"
Value="&quot;[SystemFolder]cmd.exe&quot; /c copy
&quot;[INSTALLDIR]MyApp.exe.config&quot;
&quot;[INSTALLDIR]config.bak&quot;" />

            <CustomAction Id="QtCmdCopy" BinaryKey="WixCA"
DllEntry="CAQuietExec" Execute="immediate" />

            <CustomAction Id="SetQtCmdLineRestore"
Property="QtCmdRestore" Value="&quot;[SystemFolder]cmd.exe&quot; /c move
/Y &quot;[INSTALLDIR]config.bak&quot;
&quot;[INSTALLDIR]MyApp.exe.config&quot;" />

            <CustomAction Id="QtCmdRestore" Execute="commit"
BinaryKey="WixCA" DllEntry="CAQuietExec" />



            <!-- These actions will run only for a major upgrade -->

            <InstallExecuteSequence>

                  <Custom Action="SetQtCmdLineCopy"
After="InstallInitialize"> NOT (OLDERVERSIONBEINGUPGRADED = "")</Custom>

                  <Custom Action="QtCmdCopy"
After="SetQtCmdLineCopy">NOT (OLDERVERSIONBEINGUPGRADED = "")</Custom>

                  <Custom Action="SetQtCmdLineRestore"
Before="InstallFinalize">NOT (OLDERVERSIONBEINGUPGRADED = "")</Custom>

                  <Custom Action="QtCmdRestore"
After="SetQtCmdLineRestore">NOT (OLDERVERSIONBEINGUPGRADED =
"")</Custom>

            </InstallExecuteSequence>


Answer 4:

还有另一种选择，但它可能并不适用于您的方案-这一切都取决于谁是最初运行您的安装...

如果您的应用程序被下载在网上例如，那么我们平时去caveman_dick的记忆特性模式。

但是，我们有一对夫妇总是由我们自己安装人员安装的产品套件谁访问一个客户的网站。 在这种情况下，根本不包括在安装程序的配置文件了！

简而言之- 如果安装不知道一个文件，那么就不会卸载它！

在这种情况下，你有你的安装队伍，创建和配置配置文件，或者您的应用程序创建它，当它不存在，并要求这些值的用户的选择。

如前所述，这将不会是在某些情况下一个选项，但它为我们的正常工作。



Answer 5:

添加Schedule="afterInstallExecuteAgain"在MajorUpgrade 

<MajorUpgrade DowngradeErrorMessage="A newer version of [ProductName] is already installed." Schedule="afterInstallExecuteAgain" />

它为我工作



文章来源: How to keep a config file when major upgrade in wix v3.8?
标签： wix upgrade preserve
举报

收藏的人(0)

Ta的文章 更多文章
登录 后发表评论
0条评论
还没有人评论过~