regression: jdk1.7.0_04 java.net.InetAddress.getLocalHost().getHostName() return FQHN

Wolfgang Hoschek wolfgang at skytide.com
Wed May 9 14:23:15 PDT 2012


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




More information about the jdk7u-dev mailing list