topic Re: DST Java tzupdater in Operating System - HP-UX

DST Java tzupdater

John M. — Thu, 11 Jan 2007 16:20:24 GMT

Hello, in the readme file for tzupdater can some explain this statement:

"Any executing instances of the JDK/JRE to be operated upon must be stopped
prior to running the TZupdater tool against that installed JDK/JRE on-disk
image."

Is there a daemon to be stopped/started or something else (processes to kill).

Could someone elaborate on the implications of doing the above once its identified what to stop?
Thanks very much,
John

Re: DST Java tzupdater

Steven E. Protter — Thu, 11 Jan 2007 16:32:51 GMT

Shalom,

What I think the statement means is that processes using java must be stopped. Oracle for example uses java in each sqlplus session.

Thats a rather demanding requirement but thats how I'd interpret it.

SEP

Re: DST Java tzupdater

John M. — Fri, 12 Jan 2007 09:11:20 GMT

Thanks Steve for input. I reposted the question to generate some more discussion.

Re: DST Java tzupdater

Rick Garland — Fri, 12 Jan 2007 11:16:12 GMT

I would like to see more discussions. I have a post http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=1089014
that poses some more questions as well.

One example - I still do not find a tzupdater for java1.3. What gets downloaded says 1.4 and when I try to update java1.3 it only errors out.

Re: DST Java tzupdater

Christian Tremblay — Fri, 12 Jan 2007 11:34:10 GMT

The tzupdater tool works only on java versions higher than 1.4 :-(

Chris

Re: DST Java tzupdater

Craig Johnson_1 — Fri, 12 Jan 2007 14:51:04 GMT

My understanding is that Java 1.3.1.18 has the lastest TZ info. Upgrading your Java 1.3.x releases to that version might be the solution for applications that are 1.3 dependent. Anybody?

Re: DST Java tzupdater

Dennis Handly — Fri, 12 Jan 2007 23:25:47 GMT

>Craig: My understanding is that Java 1.3.1.18 has the lastest TZ info.

The java team sent me this before:
The US DST changes have been fixed in the following versions of the
HP-JRE/JDK:
1.3.1.18
1.4.2.11
1.5.0.03
See: http://www.hp.com/go/java

So it seems Craig is correct.