04-29-2008 04:52 AM
FYI, CiscoWorks on windows somehow "discovers" the system timezone from the name of the timezone settings on the server. If you change the name of the windows timezone (like for Argentina, when applying the "new" summertime patch) then CW looses track and stays in ACT.
If someone knows where the mapping table is, I would be glad to know.
Solved! Go to Solution.
04-29-2008 08:51 AM
Java maps Windows registry information about timezones to Java timezone names. The file used for the mapping depends on the JVM which is having the problem. The main tzmappings file for the main JVM for LMS is found under NMSROOT\lib\jre\lib\tzmappings. This file should not be edited as its contents are very critical to Java being able to ascertain the correct timezone.
04-29-2008 08:51 AM
Java maps Windows registry information about timezones to Java timezone names. The file used for the mapping depends on the JVM which is having the problem. The main tzmappings file for the main JVM for LMS is found under NMSROOT\lib\jre\lib\tzmappings. This file should not be edited as its contents are very critical to Java being able to ascertain the correct timezone.
04-29-2008 10:34 AM
Joe,
great pointer.
Additional info pertaining to "fixing" this:
The windows registry (to find the registry name of the timezone) is at
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Time Zones
Also, java "reimplements" the whole thing about summer time zones, independent of windows, so you have to get the tzupdater to update tz classes too. In my case, the only
VM that had an early deployment of said classes was an IBM distribution.
(Argentina changed the DST policy a week or so
before the change)
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide