1) I would test 64 bit machines before you do this. I don't know that it wouldn't work, but I can see possibilities where this might be a bad idea.
2) In my install folder, I maintain at least a version back. I always put a date stamp on the folder name of the date I installed a particular software. In the GPO, I remove the software installation, forcing it to remove everything from the user's computer. By leaving the folder there, the installer has access to source installation files if it is necessary for uninstallation. 3) I haven't had good lunch with the new version of Java uninstalling the previous version of java. Truthfully, I've given up on maintaining it for a while, and I need to get caught up. However, in the meantime, I have a hodge-podge of different versions out there, since I've manually updated when I've had cause to do so, or I've been at a users machine. This is a lower priority item for me, that probably needs to be moved up my list. On Fri, Jan 28, 2011 at 11:45 AM, Jim Dandy <jda...@asmail.ucdavis.edu>wrote: > I’m going to start pushing Java via Group Policy and have a few questions > with regard to best practices. > > > > 1) Some of my machines are 32-bit and some are 64. My thought is to > create a “Java policy” that pushes both the 32 and 64-bit versions. 64-bit > machines would get both and 32-bit machine would only get the 32. Is it OK > to have a GP that attempts to push a 64-bit software to 32-bit machines or > is that going to cause problems? It seems to work OK on my test machines > but perhaps I’m missing something? > > > > 2) When a new version of Java comes out should I remove the old > policy and create a new policy to push the new version or should I apply the > new version as an update to the older version (using the update tab on the > GP)? > > > > 3) Since the new version will uninstall the old version should I > select “Uninstall this application when it falls out of the scope of > management” or should I just let the new Java installation remove the older > version? > > > > Thanks for your help. > > > > Curt Finley > > > > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ > ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ > > --- > To manage subscriptions click here: > http://lyris.sunbelt-software.com/read/my_forums/ > or send an email to listmana...@lyris.sunbeltsoftware.com > with the body: unsubscribe ntsysadmin > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe ntsysadmin
