Problem deploying CS3 premium
We developped the CS3 package by using the documentation on the adobe site. When we are starting the batch file, it is working correctly.
However, if we are deploying it on our field computers, we are not getting reliable result.
1. Sometimes it might work.
2. Sometime it is just failing.
3. If we uninstal CS2 to install CS3 then we get a fail.
4. If we reinstall the computer then deploy CS3 then usually it is working.
We worked a lot on these problem and found nothing in the logs. We even opened a case to Adobe and when they saw we were using a batch file we got " it is unsupported" lol.
I would need reading CS3 story and understand your experiences, problems, solutions. What should I take care of?
However, if we are deploying it on our field computers, we are not getting reliable result.
1. Sometimes it might work.
2. Sometime it is just failing.
3. If we uninstal CS2 to install CS3 then we get a fail.
4. If we reinstall the computer then deploy CS3 then usually it is working.
We worked a lot on these problem and found nothing in the logs. We even opened a case to Adobe and when they saw we were using a batch file we got " it is unsupported" lol.
I would need reading CS3 story and understand your experiences, problems, solutions. What should I take care of?
0 Comments
[ + ] Show comments
Answers (3)
Please log in to answer
Posted by:
reds4eva
15 years ago
Adobe CS3 is flunky. I re-packaged CS3 into a more "real world" MSI. The Adobe installer is poo.
A couple of things to look out for are the cache.db file and AUM. The cache.db holds the registration info, but it lives in %progfiles%\common\Adobe, so if you include it in your package, it could overwrite other Adobe product registration info.
A file called application.xml.override can be used to supress EULA and updates.
A couple of things to look out for are the cache.db file and AUM. The cache.db holds the registration info, but it lives in %progfiles%\common\Adobe, so if you include it in your package, it could overwrite other Adobe product registration info.
A file called application.xml.override can be used to supress EULA and updates.
Posted by:
brianb0177
15 years ago
Could possibly be that during the install the user has IE or office open, or their screen resolution.
Posted by:
reds4eva
15 years ago
Good point. It also requires at least 500mb of ram for the install to run, it checks.
Rating comments in this legacy AppDeploy message board thread won't reorder them,so that the conversation will remain readable.
