JDK-7149608 : (tz): Default TZ detection fails on linux when symbolic links to non default location used.
  • Type: Bug
  • Component: core-libs
  • Sub-Component: java.util:i18n
  • Affected Version: 6u22
  • Priority: P2
  • Status: Resolved
  • Resolution: Fixed
  • OS: generic
  • CPU: generic
  • Submitted: 2012-02-28
  • Updated: 2014-11-19
  • Resolved: 2012-03-19
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
JDK 6 JDK 7 JDK 8
6u31-rev b24Fixed 7u6Fixed 8Fixed
Related Reports
Relates :  
Description
SHORT SUMMARY: JRE fails to detect default timezone on Linux post 6u18
INDICATORS:
A non standard setup where the /etc/localfile is symbolic but doesn't
point to a file in /usr/share/zoneinfo.

COUNTER INDICATORS:

TRIGGERS: Cu is upgrading their TIBCO product which uses JRE 6u22. 
Bug fix 6456628 has changed behaviour for default TZ detection.

KNOWN WORKAROUND: Use a static file for /etc/localtime or if Cu insists on 
using symbolic link, have it point to a directory structure idential to 
/usr/share/zoneinfo/

PRESENT SINCE: 6u18

HOW TO VERIFY:

NOTES FOR SE: Investigate if TZ detection code on linux can be altered
so that we don't create a dependency for a symbolic link to point to a 
zoneinfo
directory : 
http://opengrok.ie.oracle.com:8080/opengrok/s?defs=getZoneName&project=6.0u21_
sccs

REGRESSION: For this Cu setup - Yes. (escalated)

Comments
EVALUATION Improve TZ detection. If symbolic link fails to refence an exact filename match in /usr/share/zoneinfo, we should treat the end file as a regular file and continue the match attempts using its contents.
07-03-2012