Rob - did anything come of this? Was there a regression as claimed?
On 30/06/2012 13:54, Rob McKenna wrote:
Hi Wolfgang,
Thanks for the test. I'll take a look and get back to you.
-Rob
On 29/06/12 20:44, Wolfgang Hoschek wrote:
Thanks. This bug is indeed fixed in java7u5 on Linux!
However, we ran into a new (related) regression when running on OSX:
InetAddress.getLocalHost() throws UnknownHostException on java7u5 on
OSX, which I have filed here:
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7180557.
Run the small test driver program attached to the bug database report
on Oracle java7u5 on OSX. It throws an exception even though it
should not. Note that the very same test driver program runs fine on
java6u33 on the very same OSX host and config.
This regression prevents us from upgrading to java7.
Wolfgang.
On May 9, 2012, at 2:23 PM, Wolfgang Hoschek wrote:
Awesome! Thanks!
Wolfgang.
On May 9, 2012, at 10:31 AM, Rob McKenna wrote:
Hi Wolfgang,
I've pushed this into 7u5 which will GA on the 12th of next month.
I'll push it into the current jdk7u repo once I get a (positive)
response to the approval mail I'm about to send.
-Rob
On 09/05/12 18:21, Wolfgang Hoschek wrote:
Hi Alan,
Thanks for letting me know. I strongly encourage you all to revert
the behavioral change on Linux and Mac not just in jdk8 but also
in jdk7u as well. This critical java regression prevents us from
upgrading to jdk1.7.0_04.
Best regards,
Wolfgang.
On May 9, 2012, at 5:02 AM, Alan Bateman wrote:
On 09/05/2012 10:15, Wolfgang Hoschek wrote:
[7u6] In jdk1.7.0_04 GA
java.net.InetAddress.getLocalHost().getHostName() return the
fully qualified host name (e.g.
"ip-10-172-17-93.us-west-1.compute.internal") instead of
returning the hostname without the domain (e.g.
"ip-10-172-17-93"). This is a regression wrt. all prior versions
of jdk 1.7 and jdk 1.6. This breaks applications that expect the
old behavior.
This isn't really a bug, it's always been possible for
getHostName to return the FQHN, it's just been very platform and
configuration specific. However there was a behavior change on
Linux and Mac in 7u4 and jdk8 that came via the addition of the
Mac port. He has already been fixed in jdk8 as 7166687 [1] and I
believe Rob intends to get it into jdk7u too.
-Alan
[1] http://hg.openjdk.java.net/jdk8/tl/jdk/rev/b26c04717735
