• 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
locations of DST information
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

locations of DST information


  • Subject: locations of DST information
  • From: Ray Kiddy <email@hidden>
  • Date: Sat, 10 Mar 2007 19:20:05 -0800


I know everybody is probably getting tired of this discussion, but I discovered something.


I think we all know there are different copies of these jars in different places for different reasons. So, you have the time zone data from the system at /usr/share/zoneinfo.

You have the zoneinfo.zip file inside the /System/Library/Frameworks/ JavaFoundation.framework/Resources/Java/javafoundation.jar file. You have the copy of the zoneinfo.zip file inside the /System/Library/ Frameworks/JavaFoundation.framework/WebServerResources/Java/ JavaFoundation.jar file. This is pretty clear. These are in the main framework.

If you have a /System/Library/Java/Extensions/wojavaclient.jar file, it has a copy of the zoneinfo.zip in it as well.

It is possible to forget all the WebServer document root versions of these as well. I cannot remember if Apple ever put the JavaFoundation.framework into the /Library/WebServer/Documents// WebObjects/Frameworks directory. I think not. My system does not have it. I would not be shocked if other have a copy there, though. There is a copy of the wojavaclient.jar file under the WebServer document root.

There definitely is an un-jarred copy of the JavaFoundation classes there, also, so one must remember the file at /Library/WebServer/ Documents/WebObjects/Java/com/webobjects/foundation/TimeZoneInfo/ zoneinfo.zip.

If you have built applications that are "stand-alone", as is sometimes needed for J2EE deployment, one must remember to update each copy inside the Resources/Frameworks directory inside the WO application bundle.

For those deploying with J2EE, one must of course remember the jar file at /Library/WebObjects/lib/JavaFoundation.jar. Well, and one must remember that there are two copies of zoneinfo.zip inside that jar. One is at com/webobjects/foundation/TimeZoneInfo/zoneinfo.zip and the other is at WebServerResources/Java/com/webobjects/foundation/ TimeZoneInfo/zoneinfo.zip.

But here is where it gets really cute.

Un-jar the /Library/WebObjects/lib/JavaFoundation.jar file. Inside that one finds another jar file: WebServerResources/Java/ JavaFoundation.jar. Un-jar that jar file. Inside that jar file is yet another copy of the zoneinfo.zip file.

Frankly, I am not even sure how that inner zoneinfo.zip might get used. If you deploy an application using J2EE and it is a Java Client application and it manipulates dates in client-side code? Does anybody who does a Java Client application use J2EE to deploy it? Maybe. There is some weird stuff out there.

I have been thinking of writing something that can be run on a machine with a WebObjects deployment that will answer the question "What the heck is on this system?", which would identify the versions of various WebObjects things that have gotten installed. It looks as though this would be a useful question to have answered.

- ray

_______________________________________________
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


  • Follow-Ups:
    • Re: locations of DST information
      • From: Mark Ritchie <email@hidden>
  • Prev by Date: Re: WebObjects 5.3.3, DST and J2SE 1.4.2
  • Next by Date: Re[SOLVED]: WebObjects 5.3.3, DST, NSTimeZone
  • Previous by thread: Correlated SQL statement
  • Next by thread: Re: locations of DST information
  • Index(es):
    • Date
    • Thread