问题标签 [installshield-2010]

我需要添加一个脚本来更改我的 install shield 2010 build 中两个文件的名称。有没有办法做到这一点？

我正在评估 InstallShield 2010，并尝试在用户运行时将一些命令行参数设置为 SQL Server 2008 先决条件。似乎先决条件完全在 .prq 文件（xml 样式）中定义。

Wise for Windows 使用 WiseScript 调用先决条件安装。InstallAware 似乎有类似的东西，有自己的脚本。InstallShield 是否存在类似的东西？

我被要求用 Installshield 2010 Professional 制作一个简单的安装程序。要安装的文件的组合大小约为 2 兆，但生成的安装程序约为 5 兆。我想知道是否有办法调整 installshield 项目，这样我就可以有一个更小的安装程序。

谢谢！

任何人都知道为什么在 InstallShield 2010 中从 InstallScript MSI 项目中删除对话框如此困难？我该如何做到这一点，例如删除要求安装目标路径的对话框。

先感谢您。

我有一个基本的 MSI 项目。我需要在安装时删除另一个已集成到我们主应用程序中的 MSI 产品。我尝试使用升级场景并将其视为重大升级。但是，这不起作用，因为我相信升级代码不匹配。

接下来，我还做了一个自定义操作，在 CostFinalize 之后运行 msiexec.exe（我认为这在 Installshield 帮助中有所说明。）直到我安装在没有我想要删除的安装程序的系统上之前，这一直有效。如果没有安装其他过时的产品，我的安装程序将会失败。我试图对系统搜索设置的自定义操作设置条件，但系统搜索似乎在功能上受到限制。我不能只检查一个注册键并设置一个布尔属性。

有任何想法吗？

我正在尝试从我的构建过程中自动化 InstallShield，并且我需要从我的版本的产品配置标志属性中设置类型 51 自定义操作的属性值。这样做的语法是什么（方括号中的东西？）？

从这里...

...到这里：

我的 installshield 项目使用自定义先决条件来安装 .Net Framework 4.0 客户端配置文件和 Microsoft Sync Framework 2.0 客户端包。

我想让客户直接从 Internet 上下载 .Net Framework 和 Sync Framework，这样我们的安装程序就很小。但我看不到解决办法。

如果您能提供一些建议或示例，将不胜感激。

干杯

在 Windows 7 32 位家庭高级桌面计算机上安装 SQL Server 2000（评估版）时，

系统给出以下错误并且安装不成功：

InstallShield Engine has stop working 一个问题导致程序停止正常工作。如果有可用的解决方案，Windows 将关闭该程序并通知您。

我有一个在 InstallShield 2010 中从头开始编写的 InstallScript 项目。它包含三个本机 InstallShield 对象和四个包装 MSM 文件的 InstallShield Merge Module Holder Objects。

当我最初测试该项目时，它在干净的环境中安装良好，但是当我尝试升级到较新版本时，四个合并模块持有者对象中的每一个都产生了“错误 1706。找不到产品 XXXX 的有效来源”消息.

我在网上做了一些挖掘，发现这是一个 Windows Installer 错误，它的发生是因为即使在原始安装介质消失后，MSI 文件也必须存在于机器上。确保这一点的推荐方法是在 Merge Module Holder Object 属性对话框中勾选“本地缓存 msi 包”复选框。

我为所有四个合并模块勾选了该框并重新测试，但这并没有解决问题。然后我查看了这些合并模块实际放置在硬盘上的位置。属性对话框说<DISK1TARGET>，它在运行时解析为C:\Program Files\InstallShield Installation Information\{Product GUID}。查看测试机器，似乎所有四个合并模块都在写入同一个位置，从而覆盖彼此的 MSI 文件。

为了解决这个问题，我编辑了每个合并模块以将其自身缓存到一个唯一的路径<DISK1TARGET>\{Name}。我再次编译和测试，我可以看到每个合并模块现在确实将自己保存到一个唯一的子文件夹中。但是，当我升级时，所有四个错误 1706 消息仍然出现。

有没有人有任何想法？我确定我遗漏了一些明显的东西，但它似乎没有在任何地方记录。:-)

更新：

根据 InstallShield 论坛上的大量帖子，InstallShield 似乎在每次构建 InstallScript 项目时都会为每个嵌入式 MSI 生成一个全新的产品 G​​UID。在更新过程中，InstallShield 引擎会用较新的版本覆盖缓存在目标计算机上的每个 MSI 文件，但在执行它们时，Windows Installer 会说“嘿，这是一个新产品，旧产品的 MSI 在哪里，所以我可以卸载它吗？”，因此出现错误。

是否可以告诉 InstallShield 在每次构建时不要为每个嵌入式 MSI 重新生成产品 GUID？当然，这种行为是对将合并模块嵌入到 InstallScript 项目中的整个想法的嘲弄？:-(

我有一个使用 asp.net 3.5 开发的非常庞大的 Web 应用程序，我需要准备一个安装程序包，用于在 IIS 6 和 7 上部署应用程序。我对 Wix 和 Installsheild 2010（专业版）进行了大量研究在做出决定之前需要一些建议。我注意到 installsheild 在许可证方面是相当昂贵的，但对我来说，我有足够的预算，所以这不会成为问题。安装程序应该能够执行以下过程。

• 部署已发布的 Web 资源（aspx 等）。

• 创建虚拟目录。

• 在 sql server 上创建数据库并运行一些初始化脚本。

• 修改 XML 文件和 web.config 文件。

• 设置允许写入虚拟目录中文件的权限。

我发现这两种技术都能够完成上述场景，但我想获得个人经验和建议。