Ciscoworks on windows server timezone

Answered Question
Apr 29th, 2008
User Badges:

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.

Correct Answer by Joe Clarke about 8 years 11 months ago

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.

  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 5 (2 ratings)
Loading.
Correct Answer
Joe Clarke Tue, 04/29/2008 - 08:51
User Badges:
  • Cisco Employee,
  • Hall of Fame,

    Founding Member

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.

cgm Tue, 04/29/2008 - 10:34
User Badges:

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)



Actions

This Discussion