Greetings one and all.

I have compiled a package for release via Active Directory. We have managed to deliver it via AD at two of our four sites. Unfortunately the the other will not accept the package. The error message we receive is:

The size of this object exceeds the maximum size set by the administrator.

Microsoft's Knowledge Base Article for the error.


My package (rebuilding - I'm at the first of 9 steps at the moment) currently has 623 files and 16805 registry keys. This is before I have applied 9 patches to the application. Ideally what I would like to do is wrap the application and patches into one install file to create a "basepoint" that we can apply further patches to in the future. I don't think this is going to be possible due to the above limitation so may have to create either upgrades or separate MSIs that are called from the base installation.

I understand that this is to do with the number of objects in the package (MSI), but this is where I am getting confused. I have been told that you can have a maximum number of 800 (ish) objects in your package. Can anyone explain what an "object" is?

Any help that you guys can provide with this issue will be very much appreciated.

Many thanks

Collin
0 Comments   [ + ] Show Comments

Comments

Please log in to comment

Rating comments in this legacy AppDeploy message board thread won't reorder them,
so that the conversation will remain readable.

Answers

0
I presume that by objects they mean components.. Did you validate your MSI?

As far as I know the maximum number of components a package can have according to platform is:

Windows 2000, XP NT = 1600
Windows 95, 98, ME = 800

Although I've never run into this problem myself. I'm sure someone will correct me if I'm wrong [;)]

Regards,
Rob.
Answered 07/04/2005 by: MSIPackager
Third Degree Black Belt

Please log in to comment
0
Hi Rob, thanks for the reply. No, the package wasn't validated.

From what I can tell, the old package only has approximately 505 (manually counted) components. The "validation" is showing some errors in the tables (which I don't know how to sort!), while the new package is showing some component errors like:


Contains 6 executable files. Microsoft's component guidelines allow only one executable, such as an .EXE, .DLL, .OCX, etc., per component.


I will investigate these and find out how to sort them. Validation isn't something I've done before so that's gonna take some work too... [:(]
Answered 07/04/2005 by: CollinF
Senior Yellow Belt

Please log in to comment
0
I won't lie to you, fixing validation errors isn't easy if you've not done it before - you need to have a fairly good understanding of MSI down to table level. There is no better way to learn than by having a go though... Fix ICE errors first, don't worry too much about warnings to start with.

Couple of links which may help:

http://msdn.microsoft.com/library/default.asp?url=/library/en-us/msi/setup/database_tables.asp
http://www.packagecleaner.com/validation/

Good luck,
Rob.
Answered 07/04/2005 by: MSIPackager
Third Degree Black Belt

Please log in to comment
0
Thanks Rob!

When I first ran the validation and saved the results it told me there were 3641 errors! Eek!

Then I realised that you had said WARNINGS only and re-ran the validation. 297 this time, so not quite so many to go through!

Thanks for the links, I am sure that they'll come in most useful!

Collin
Answered 07/04/2005 by: CollinF
Senior Yellow Belt

Please log in to comment
0
I just read your initial post again, given that you've already managed to deploy the pacakge at 2 sites the issues may be nothing to do with the validation errors in the MSI.

Maybe you should talk to your AD guys (or even MS) before you spent too much time on the validation thing..?

Sorry - I don't want to send you off on a wild goose chase!

Regards,
Rob.
Answered 07/04/2005 by: MSIPackager
Third Degree Black Belt

Please log in to comment
Answer this question or Comment on this question for clarity