Software Deployment

I use LANDesk to deploy all of my software updates and we were running into the problem of the jqs.exe process running also.

I ended up creating a little batch file using taskkill that runs before I try to install the main java package. I use it to kill jqs.exe and IE if they are running and from there the install is silent and unseen by the users of the computer.

I did the same thing thru SMS. I created a small batch file to run to stop the jqs.exe before installing Java 6 Update 12. This works fine on XP. It failed on Vista. The problem is with Java 6 Update 10 or Update 11. When I try to uninstall Java 6 Update 11, Vista prompts the user to view a message. When the user views the message, it is prompt from the Java program about an invalid SSL cert. The user can select yes or no and the program uninstall successfuly. When I also try to push Java 6 Update 12 to Vista, I get the same prompt. UAC is turned on and is required.

Has anyone found a way to silently (no user interaction) install Java 6 Update 12 on vista???????

Hi folks,
to get rid of the the notorious "JQS" service, its best not to install it.
When the hell, learn this stupid programmers, that their stuff isn't the only thing which gets installed on a machine... :-(
It's pretty easy to do it. Just turn their own stuff against them!
It's a one liner in the "InstallExecuteSequence" table. Change this line like this (condition and sequence):
UninstallJQS NOT Installed 3184
This uninstalls the service right after it has been installed.

To make it bullet proof, IMHO it seems best, to schedule a log off, before you update the Java engine on a client.
Especially, if one has rolled out 1.6.10/11 versions of JRE without JQS service turned off.

Regards, Nick

nheim,
I followed your suggstion and it worked. However, what I am concerned about now is when you install Java, the first welsomce screen states "As part of the installation process, some non-personal information is sent to Sun to help us improve our performance. For more detail, including how to disable this transfer, see http://java.com/data". What I want to do is disable this completely. It is causing Vista to prompt our users. the prompt "This page requires a secure conneciton which includes server authentication. The certificate issuer for this site is untrusted or unknown. Do you wish to proceed? Help is appreciated.

when you install Java, the first welsomce screen states "As part of the installation process, some non-personal information is sent to Sun to help us improve our performance.<snip> I'm sure someone will point out exactly waht you need to do to disable this but, looking at the time of your post and the time here now, you're 7-odd hours behind the game. It may be even longer before someone posts a response.

So, what should you do in this situation? Well, it's simple: you record the changes that answering that dialog makes to the system and then add the change(s) to your package, be that your own MSI or, in this case, a transform (MST) to be applied to the vendor's MSI.

You have a wealth of options available to you in order to find out what those changes are. You could use a lightweight snapshotting tool (I use Ziff-Davis's In Control) or you could use a process/file/registry monitor (like...[yawn]...ProcMon) to monitor the changes in real time.

Lastly, once you've found out what change(s) occured, simple etiquette obliges you to post your findings in AppDeploy's 'Package KB'.

The "exe" is install is an wrapper that will extract the MSI which in case is also a wrapper for uncompressing 4 (if I recall correct) zip files.
Try getting the MSI instead.

Angel is correct, Java 6 Update 12 is an MSI (which can be transformed), with 1 cab file.

Just to add to the other comments the extracted .cab file and the .msi should be located in “c:\documents and settings\<userID>\application data\sun\java\jre1.6.0_12\” rather then the usual "C:\Documents and Settings\<userID>\Local Settings\Temp"

Additionally, there have been posts here about killing the JQS.EXE process to avoid a reboot. A search for 'JQS.EXE' ought to turn up the thread. It was very recent.

Silent install of Runtime 6, Update 12 doesn't seem to work in SMS 2003 due to this jqs.exe. problem. Doesn't seem to be anyway of turning it off by generating a transform in orca.

Apparently this java quickstarter feature was introduced in update 10. Why do Sun seem to make things difficult for IT admins? [:@]

Anyway, another solution appears to turning the 'Java Quick Starter' service off via Group Policy before attempting SMS deployment. Will report back if it works hopefully.

Colin.

Doesn't seem to be anyway of turning it off by generating a transform in orca.Of course there is! Custom Actions can live in transforms so one could create either a process-killing CA or one to stop the service or, indeed, add to the ServiceControl table to stop it.

ORIGINAL: VBScab

Doesn't seem to be anyway of turning it off by generating a transform in orca.Of course there is! Custom Actions can live in transforms so one could create either a process-killing CA or one to stop the service or, indeed, add to the ServiceControl table to stop it.



Sorry, you may be trying to be helpful but this means nothing whatsoever. I've looked at the CustomTables section of the .msi in Orca but It doensn't give any clues as to how to kill a process. are you supposed to use a TASKKILL or NET STOP command in there? [&:]

Colin,

If you wish to stop the service use the ServiceControl table: http://msdn.microsoft.com/en-us/library/aa371634(VS.85).aspx

If you wish to use a CA, try this script to start from: http://computerperformance.co.uk/vbscript/wmi_process_stop.htm

Both can be achieved in a transform.

I wouldn't recommend you use GP to achieve this, it makes the solution messy and hard to support.

Regards,
Rob.

OK, so now that we know your level of expertise, we can better gauge a response.

I'd suggest starting with the ServiceControl table, rather than trying Custom Actions. Search MSDN for details of the ServiceControl table, if you want to persist with Orca. Which brings me to my next point...

I'd further suggest, given that level of expertise, that you obtain some package-authoring software. Only the very brave/confident/experienced would progress this much further using just Orca.

Sorry Ian, I hijacked your thread [:@]

I have found a much simpler solution to this in the short term. I created a program in SMS 2003 which has the sole purpose of stopping jqs.exe with the command [font="courier new"]net stop "java quick starter". Then I got SMS to run this program/command before attempting the full installation of update 12.

Works a treat but we really shouldn't have to 'jump through hoops' like this. Does anyone know why a usual command line silent installation works ok when jqs.exe is running but an SMS 2003 installation doesn't?

I guess it's something to do with being executed in the system context when deployed through SMS but i've not seen the problem so don't know. I guess the vendor doesn't offer any support?!

Well done on finding a solution.. I would say it's more complicated than doing it in the package but if it works for you then great.

I'm quite happy with crappy vendor installation routines.. Keeps me employed ;-). This isn't the first package to behave differently when deployed via SMS and I'm sure it won't be the last!

Cheers,
Rob.