This is the mail archive of the
rhug-rhats@sources.redhat.com
mailing list for the RHUG project.
Re: Tomcat and java.version
- From: Andrew Pinski <pinskia at physics dot uc dot edu>
- To: Anthony Green <green at redhat dot com>
- Cc: gbenson at redhat dot com, rhug-rhats at sources dot redhat dot com, Andrew Pinski <pinskia at physics dot uc dot edu>, java at gcc dot gnu dot org
- Date: Fri, 9 Apr 2004 13:30:03 -0400
- Subject: Re: Tomcat and java.version
- References: <1081531170.4634.56.camel@escape>
On Apr 9, 2004, at 13:19, Anthony Green wrote:
gcj's java.version system property currently mirrors the GCC release
version. This can be surprising to some software that examines
java.version. In some cases it causes fatal errors. For instance, the
jakarta commons-lang package tries to convert java.version to a
floating
point number, but values like "3.5-tree-ssa" really mess it up.
Looking at <http://java.sun.com/j2se/versioning_naming.html>, it looks
like
jakarta is wrong here, in fact it was not wrong, a beta from Sun would
not be able
to run jakarta at all.
â A separator is always used between different parts of the string so
that ordering can be determined programmically. (For example, a version
string of "1.3.1beta" is not acceptable. A version string of
"1.3.1-beta" is acceptable.)
Thanks,
Andrew Pinski