问题标签 [wix3.5]

这是 msi 日志显示的内容：

该池确实存在，但其 .NET 版本未更改。我究竟做错了什么？

SetNetVersionCmd 是：

通常，当您在 Windows 上安装 MSI 软件包时，它是使用当前登录的用户帐户安装的。但我想将它安装到特定的用户帐户。现在，我想使用系统帐户安装我的 MSI 包。

可能吗？怎么做？

我编写了一个应用程序，它使用 Wix 3.5 安装程序引导 SQL Express 2008，然后在第一次运行应用程序时尝试创建数据库。因此，SQL Express 的安装完全无人值守。当安装应用程序的帐户是机器上的管理员时，这一切都可以正常工作。

但是，不出所料，以非管理员身份安装时会出现问题。当我们尝试运行 CREATE DATABASE sql 时，它会发出声音 -

sql express 2008 在数据库“master”中创建数据库权限被拒绝

显然标准用户帐户没有正确的权限。因此，我们需要以某种方式授予标准用户正确的权限。我曾考虑捆绑一个单独的可执行文件，该可执行文件被迫以管理员身份（通过 UAC）运行，它将创建数据库并将新数据库的权限分配给用户帐户 - 这不是一个非常优雅的解决方案。

这似乎是您在部署应用程序时想要做的一件显而易见的事情，但似乎缺乏关于该主题的信息。寻找建议 - 谢谢。

我希望 MSBuild 构建 WIX 3.5 项目，其中包含来自另一个项目的输出文件夹的静态文件和二进制文件。虽然使用静态文件，但一切正常：我只是将 File 元素的 Source 属性设置为“..\AnotherProject\Static\StaticFile.ext”，但我无法引用二进制文件，因为它们不在“..\AnotherProject”中\bin\Release\" 文件夹，它们位于我不知道如何引用的 MSBuild 输出文件夹中。这样做的唯一方法是在 .wixproj 文件中为 Release 构建配置设置一些变量，然后使用它，但这似乎是错误的。我想念什么？

我正在尝试自定义标准的 WiX 进度对话框（我想让它显示 ActionData）。我已经按照Neil 的自定义对话框指南进行操作，但问题是，仍然显示原始 ProgressDlg 而不是我的。

我想我知道为什么：如果您查看ProgressDlg 的源代码，您会看到以下代码块：

因此，它不像大多数对话框那样由另一个对话框发布，而是作为InstallUISequence的一部分直接触发。那么我该如何覆盖它呢？

我正在尝试在 WiX 中使用我的第一个自定义操作，我得到：

错误 2896：执行操作 CustomActionTest 失败。

我正在使用 Visual Studio 2010、WiX 3.5、64 位 Windows 7 Ultimate、.NET Framework 4。

以下是我认为相关的部分：

从动作：

以及来自自定义操作的配置文件：

最后，我在我的 WiX 项目中对自定义操作使用了项目引用。我不确定我做错了什么。

我知道这是一个常见问题，但我在论坛中可以找到的所有内容似乎都与 64 位框架不兼容有关（在我的情况下这不是问题）。

我有一组使用 Votive 开发的简单 WIX 3.5 安装程序，我可以在 VS2010 中愉快地编译，但是当我尝试在 TeamCity（即 TeamCity -> Nant -> MSBuild -> WIX）上通过 NAnt（和 MSBuild）编译它们时，我得到了以下错误：

有任何想法吗？

我在 Visual Studio 2010 中使用 WiX 3.5.1930，目标是 .NET Framework 3.5。（就其自定义操作模板而言，最近每周构建的 WiX 似乎非常糟糕，至少目前如此。1930 是最近的构建，它似乎使可构建的 C# CA 具有工作参考。）

我有两个用 C# 编写的自定义操作程序集。其中一个工作正常。另一个失败并出现以下错误：

我已经比较了 .csproj 文件和 .wixproj 文件，并且尽我所能判断差异是否合适（例如包含的 .cs 文件列表）。我已将非工作 .wxs 更改为调用工作自定义操作而不是非工作自定义操作，并且它的工作方式与预期一样。

我还能看到什么来让这个工作？

编辑：为了完整起见，1154 指的是无效的 DLL - net helpmsg 将其（英文）翻译为“运行此应用程序所需的库文件之一已损坏”。

第二次编辑：对 dll 运行 peverify（在安装程序运行时从 \windows\installer 中获取了一个副本），它说 dll 中的一切都很好。DLL 仅具有“返回成功”的自定义操作方法，因此没有太多需要验证的内容，但它确实确认 DLL 没有损坏。

第三次编辑：损坏的自定义操作中的代码如下：

没什么。.wxs的相关部分如下：

I have WIX installers for two windows services. Both are installed using the same credentials, but one works while the other fails with the error "Service "PCP Event Processor-3.9.9.0-wix' (MyServiceExeName) could not be installed. Verify that you have sufficient privileges to install system services.". I use a common wxi file for both projects with the credentials to use, so it's not an account name or domain name typo AFAICS. The only substantial differences between the two services being installed are:

• The failing project has a .licx file for the 3rd party component.
• the failing project is a WinExe project. The successful install is an Exe (Console style app)

As far as I can see, there is no real difference (obviously GUIDs are different) between the wxs files for the two installers. The failing component has WIX installer code like this:

I'm using Wix 3.5 with Votive in VS 2010, and both projects are .NET 3.5 SP1 apps. I'm using Windows 7, with UAC turned off.

Any ideas?

将我的安装程序版本升级到 WiX 3.5 后，msi 大小从 100Mb 下降到只有 4Mb！起初我认为某些文件已从 MSI 中排除，因此我使用 -v（详细）和 -notidy（保留临时文件）选项运行了 light.exe 3.0 和 3.5，检查了 cab 文件，实际上在 3.5 的情况下cab 文件为 3.8Mb，而 3.0 产生 98Mb。看着驾驶室，所有的文件似乎都在。尝试提取两个驾驶室 - 输出看起来相同。最后，还是不相信自己的眼睛，我安装了 4Mb MSI 并且成功了！什么可以解释如此巨大的差异？我目前的理论——也许新的 WiX 使用新的 CAB 压缩逻辑来检测重复文件并创建引用而不是多次添加文件？MSI链接时间也显着下降......