部署Access 2007运行时/开发人员扩展/基本MSI安装程序问题 [英] Deploying Access 2007 Runtime / developer extensions / basic MSI installer questions

问题描述

我目前正在查看访问开发人员扩展，以便为2007运行时应用程序创建MSI

安装程序包。几个观察和

问题。


1）看起来我们没有能力将打包文件设置为始终

覆盖，或永不覆盖，除非我遗漏了什么。这可能是一个问题，因为我总是希望程序覆盖

重新安装，但绝不是后端数据库。我还有一些文件

我想要永远覆盖。我错过了一些简单的事吗？我试图右键点击附加文件中的文件
盒子，但没有这样的

选项。


2）功能信息有什么用？理想情况下，我想为具有空白后端数据库的完整版安装

安装选项，或者在安装期间选择

仅安装新程序文件，没有后端

数据库。我想我需要安装3个：1）Full（程序和

数据库），2）仅程序，3）仅限专用服务器（后端数据库

仅限文件）


3）添加额外注册表项的能力似乎指向

的解决方案将程序路径添加为受信任位置，因此用户没有获得

宏禁用警告。但是，如果您选择程序文件，某些

的原因是:(所有用户 - 只读Vista）。这是否意味着您可以

不再将程序安装到c：\ Program Files for vista？ （因为我要从Access 97运行时来了

，我承认这里有点过时了，我承认）


4）这可能是biggie：为你的安装包添加一些.dll

（我有一封电子邮件.dll用于电子邮件加载项工具），我有一个注册

..dll（这个注册.dll会将密钥写入win注册表，我希望这不是
希望Vista中没有问题）。但我没有看到附加文件

将自行注册的说明。他们是否在win

注册表中自动注册？


现在就是这样，并提前感谢，


Andy

I''m currently looking at the access developer extensions for creating an MSI
installer package for a 2007 runtime app. Couple of observations and
questions.

1) Doesn''t look like we have the ability to set a packaged file to always
overwrite, or never overwrite, unless I''m missing something. This could be a
sticking point, as I would always want the program to overwrite on
re-installing, but NEVER the back end database. I have a few more files
where I would want to Always overwrite. Am I missing something simple? I
tried right-clicking on a file in the "additional files" box, but no such
options.

2) What good is the "Feature information"? Ideally, I''d like to have an
install option for Full version with blank back-end databases, or an option
during install to only install a new program file, and no back-end
databases. I guess I would need to have 3 installs: 1) Full (program and
database), 2) Program Only, 3) Dedicated Server only (back-end database
files only)

3) The ability to add extra registry keys seems to point to a solution of
adding the program path as a trusted location, so the user doesn''t get the
macro disabled warnings. However, if you choose "Program Files", for some
reason it says: ("All Users - Read Only for Vista"). Does that mean you can
no longer install programs to c:\Program Files for vista? (Since I''m coming
from Access 97 runtimes, I''m a bit out of date here, I admit)

4) This may be the biggie: For adding a few .dll''s to your install package
(I have an e-mail .dll for an e-mail add-in util), and I have a registration
..dll (this registration .dll will write the key to the win registry, which I
hope isn''t a problem in Vista). But I don''t see a note that additional files
will be self-registered. Do they get registered automatically in the win
registry?

That''s about it for now, and thank in advance,

Andy

推荐答案

2007年9月8日星期六02:41:00 GMT，Tony Toews [MVP]"

< tt **** @ telusplanet.netwrote：


你是部分正确的。有两种DLL：经典DLL

不需要（也不能）注册。它们只需要在

路径中并且将自动由Windows加载。

需要使用regsvr32.exe注册ActiveX DLL

我希望大多数安装程序生成器足够聪明，以便b / b识别这个，并在安装时注册dll。

OCXes非常接近ActiveX DLL并确实需要

注册。


-Tom。

< clip>

On Sat, 08 Sep 2007 02:41:00 GMT, "Tony Toews [MVP]"
<tt****@telusplanet.netwrote:

You are partially right. There are two kinds of DLLs: classic DLLs
don''t need to (and can''t) be registered. They just need to be in the
path and will automatically be loaded by Windows.
ActiveX DLLs need to be registered, using regsvr32.exe
I would expect that most setup program generators are smart enough to
recognize this, and register the dll while installing it.
OCXes are very close to ActiveX DLLs and do indeed require
registration.

-Tom.
<clip>

>

>

>> 4）这可能是最重要的：为你的安装包添加一些.dll
（我有一个e） -mail .dll用于电子邮件加载项工具），我有一个注册
.dll（这个注册.dll会把密钥写入win注册表，我希望不是''在Vista中的问题）。但我没有看到附加文件将自行注册的说明。他们是否在win
注册表中自动注册？

>>4) This may be the biggie: For adding a few .dll''s to your install package
(I have an e-mail .dll for an e-mail add-in util), and I have a registration
.dll (this registration .dll will write the key to the win registry, which I
hope isn''t a problem in Vista). But I don''t see a note that additional files
will be self-registered. Do they get registered automatically in the win
registry?

不太确定你自己注册的意思。 DLL不需要注册我不会想。你只需要引用它们。 OCX确实需要注册。但是我肯定在这里错了。

Tony

Not quite sure what you mean by self registering. DLLs don''t need registering I
don''t think. You just need to reference them. OCXs do need registering. However I
sure could be wrong here.

Tony

我分析了扩展逆向工程创建的msi。

这就是我能说的：


ARC < an ** @ andyc.comschrieb im Newsbeitrag

新闻：nd ***************** @ nlpi061.nbdc.sbc.com ...

Hi,

I analyzed the msi created by the extensions reverse engineering it.
That''s what I can say:

"ARC" <an**@andyc.comschrieb im Newsbeitrag
news:nd*****************@nlpi061.nbdc.sbc.com...

我目前正在查看用于为2007运行时应用程序创建MSI

安装程序包的访问开发人员扩展。几个观察和

问题。


1）看起来我们没有能力将打包文件设置为始终

覆盖，或永不覆盖，除非我遗漏了什么。这可能是一个问题，因为我总是希望程序覆盖

重新安装，但绝不是后端数据库。我还有一些文件

我想要永远覆盖。我错过了一些简单的事吗？我试着右键点击附加文件中的文件

盒子，但没有这样的选择。

I''m currently looking at the access developer extensions for creating an MSI
installer package for a 2007 runtime app. Couple of observations and
questions.

1) Doesn''t look like we have the ability to set a packaged file to always
overwrite, or never overwrite, unless I''m missing something. This could be a
sticking point, as I would always want the program to overwrite on
re-installing, but NEVER the back end database. I have a few more files where
I would want to Always overwrite. Am I missing something simple? I tried
right-clicking on a file in the "additional files" box, but no such options.

IMO没有可能对现有版本进行文件检查。 AKAIK任何

现有文件都将被覆盖。

IMO there''s no possibility to do file checking for existing versions. AKAIK any
existing file will be overwritten.

2）功能信息有什么用处？理想情况下，我想为具有空白后端数据库的完整版安装

安装选项，或者在安装期间选择

仅安装新程序文件，没有后端数据库。

我想我需要安装3个：1）完整（程序和数据库），2）

仅程序，3）仅限专用服务器（仅限后端数据库文件）

2) What good is the "Feature information"? Ideally, I''d like to have an
install option for Full version with blank back-end databases, or an option
during install to only install a new program file, and no back-end databases.
I guess I would need to have 3 installs: 1) Full (program and database), 2)
Program Only, 3) Dedicated Server only (back-end database files only)

无法指定多个msi功能。同样，没有任何设施可以指定用户定义的条件。

It''s not possible to specify more than one msi feature. Likewise no facility to
specify userdefined conditions.

3）添加额外注册表项的能力似乎指向
将程序路径添加为受信任位置，因此用户无法获得

宏禁用警告。但是，如果您选择程序文件，某些

的原因是:(所有用户 - 只读Vista）。这是否意味着你不能再将
安装程序安装到c：\ Program Files for vista？ （因为我来自

访问97运行时，我在这里有点过时，我承认）

3) The ability to add extra registry keys seems to point to a solution of
adding the program path as a trusted location, so the user doesn''t get the
macro disabled warnings. However, if you choose "Program Files", for some
reason it says: ("All Users - Read Only for Vista"). Does that mean you can no
longer install programs to c:\Program Files for vista? (Since I''m coming from
Access 97 runtimes, I''m a bit out of date here, I admit)

In一般情况下，这里不需要为您信任的位置添加注册密钥。

扩展名会自动为你为root

安装文件夹分配的地方添加这个密钥。

除此之外我还没有测试过Vista系统。我对它下面的

扩展行为没有经验。

In general there''s no need here to add a reg key for your trusted location. The
extensions automatically adds this key for the place you assign for the root
install folder.
Beyond this I haven''t tested under Vista. I have no experience with the
extensions behaviour under it.

4）这可能是最重要的：添加一些.dll'你的安装包（我的b $ b有一封电子邮件.dll用于电子邮件加载项工具包），我有一个注册.dll

（这个注册.dll会把关键字写入win注册表，我希望这可能是
在Vista中没有问题）。但我没有看到附加文件将自行注册的说明。他们是否在win注册表中自动注册？

4) This may be the biggie: For adding a few .dll''s to your install package (I
have an e-mail .dll for an e-mail add-in util), and I have a registration .dll
(this registration .dll will write the key to the win registry, which I hope
isn''t a problem in Vista). But I don''t see a note that additional files will
be self-registered. Do they get registered automatically in the win registry?

编号肯定没有为activex组件设置selfregister标志。

你必须在安装后运行批处理文件或其他东西注册

您的组件。


总的来说，我只能将扩展视为非常简单数据库的解决方案。

他们没有取代使用专业的安装系统。


Ciao，Sascha

No. Definitely no selfregister flag is set for activex components.
You would have to run a batch file or something else after setup to register
your components.

Overall I can only see the extensions as a solution for very simple databases.
They do not supersede the use of a professional installation system.

Ciao, Sascha

谢谢，Sascha！

我几乎想到我必须使用Sagekey的Acc2007脚本，但是在放下

Thanks, Sascha!

I pretty much figured I would have to go with Sagekey''s Acc2007 script, but
prior to putting down the

之前需要

这篇关于部署Access 2007运行时/开发人员扩展/基本MSI安装程序问题的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！