[
https://issues.apache.org/jira/browse/HADOOP-3619?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14536357#comment-14536357
]
Steve Loughran commented on HADOOP-3619:
----------------------------------------
* {{private}}. We like private as they reduce maintenance costs. We know that
private methods aren't being used outside the class, so can change signatures
without restriction. Every public class and method in Hadoop is probably being
used somewhere. If someone needs access to private stuff we (eventually) open
it up in some form. Sorry: this will need to be corrected.
That said, we could make them package scoped and tagged @VisibleForTesting,
which will allow the those methods which don't need access, you could then use
{{InetAddress.getByAddress}} to create an {{Inet6Address}} to feed in.
A functional ipv6 test could maybe be moved to some ipv6 test class which
doesn't begin {{Test*}}, so won't run automatically, something like
{{OnlineTestIPv6}} would pave the way for us to have other {{OnlineTest}} cases
which require full net access. The test case would still need to go
{{Assume.assumeTrue(!(ipv4-only-probe())} to skip if ipv6 is disabled.
> DNS.getHosts triggers an ArrayIndexOutOfBoundsException in reverseDNS if one
> of the interfaces is IPv6
> ------------------------------------------------------------------------------------------------------
>
> Key: HADOOP-3619
> URL: https://issues.apache.org/jira/browse/HADOOP-3619
> Project: Hadoop Common
> Issue Type: Bug
> Components: net
> Reporter: Steve Loughran
> Assignee: Dr. Martin Menzel
> Labels: BB2015-05-TBR, ipv6, patch
> Attachments: HADOOP-3619-v2.patch
>
>
> reverseDNS tries to split a host address string by ".", and so fails if ":"
> is the separator, as it is in IPv6. When it tries to access the parts of the
> address, a stack trace is seen.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
