• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: locations of DST information
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: locations of DST information


  • Subject: Re: locations of DST information
  • From: Lachlan Deck <email@hidden>
  • Date: Mon, 28 Jan 2008 17:10:56 +1100

On 28/01/2008, at 4:32 PM, Art Isbell wrote:

On Jan 27, 2008, at 6:45 PM, Lachlan Deck wrote:

As an added bonus being able to update the current zoneinfo as mentioned here would be nice:
http://docs.info.apple.com/article.html?artnum=305219

The WO 5.4 versions of the jars listed in the above KBase article contain zoneinfo.zip files that may not contain the very latest time zone info. So I would think that the procedure outlined in this KBase article could be used to update the time zone info.


Granted the java system itself needs its zoneinfo updating also, as SimpleDateFormatter also gets it wrong on that box, but I'm not sure how the two relate (i.e., if one takes precedence). Any ideas?

I believe that the zoneinfo.zip files in the various WO jars are used by JavaFoundation's NSTimeZone class whereas JVM timezone files are used by the Java TimeZone class. So there's no relationship between the two in that neither takes precedence; i.e., they're independent and would both need to be updated if both NSTimeZone and TimeZone are referenced in your code.

Sorry, I wasn't clear (as I knew that bit). What I meant was that I assumed that, as I'm seeing the correct behaviour on my development machine with WO5.3, that I would have thought that by embedding all system frameworks for 5.3 in the app that the behaviour would continue to be correct on deployment.


If I can at least get the NS* working as expected I can handle that until the java system itself is corrected.

I'd make copies of the original WO jars, follow the time zone info update procedure outlined in the KBase article, and give it a whirl. The worst that could happen would be that you'd have to restore the original jar versions.

Yeah, that's not under my control... (but certainly can be fixed), I was just hoping to not have to rely on the timing of that happening, pun intended :-)


with regards,
--

Lachlan Deck
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden


References: 
 >Re: locations of DST information (From: Lachlan Deck <email@hidden>)
 >Re: locations of DST information (From: Art Isbell <email@hidden>)

  • Prev by Date: help with eogenerator
  • Next by Date: Re: locations of DST information
  • Previous by thread: Re: locations of DST information
  • Next by thread: Re: locations of DST information
  • Index(es):
    • Date
    • Thread