Peter Williams wrote:
> Nandini Ektare wrote:
>> Don't see it as IPv6 issue for GF...
>> Your IPv6 loopback address was not recognised as a valid loopback
>> address.
> It is configured correctly. Are you sure GlassFish (or the JDK if
> that's where this logic is) isn't simply reading the first loopback
> address it finds and using that one regardless of type?
The API called is InetAddress.isLoopBackAddress() and that returns false
for your IPv6 loop back address.
If it were not a JDK bug, then root lies in misconfiguration. If you
think it is, you may want to toy around with
InetAddress API through standalone java tests on your development box
with IPV6 enabled and it will be easier
to narrow down to the issue.
> Because that's what it looks like it's doing and is probably not correct.
>
> -Peter
>> May be it was configured wrong or may be some platform specific
>> behavior when
>> it finds two loopback addresses of both formats. Not sure.
>>
>> Nandini
>>
>> Peter Williams wrote:
>>> Thanks, that helps. I had recently added an IPv6 loopback address
>>> (in addition to the one for IPv4) to resolve an unrelated issue. It
>>> appears GlassFish was apparently reading this address and getting
>>> confused. I switched the entries so the IPv6 address comes second
>>> in the file and that seems to work.
>>>
>>> So is this a GlassFish bug? JDK 6 bug? I thought we were IPv6 aware?
>>>
>>> -Peter
>>>
>>> Nandini Ektare wrote:
>>>> Looks like for some reason you have a situation where your local
>>>> loopback address cannot be read in the server VM...may want to
>>>> check your /etc/hosts file
>>>> And the admin channel (for "local RMI" communication) in that VM
>>>> gets configured to accept connections from local RMI clients only.
>>>>
>>>> Nandini
>>>>
>>>> Peter Williams wrote:
>>>>> I have some code that is conversing with GlassFish V2.1 B52 using
>>>>> the AMX api and I'm seeing this exception the glassfish log quite
>>>>> a bit:
>>>>>
>>>>> [#|2008-11-03T17:18:13.853-0800|WARNING|sun-appserver9.1|sun.rmi.transport.tcp|_ThreadID=13;_ThreadName=RMI
>>>>> TCP Accept-0;_RequestID=a4c9ab26-79d2-484d-b5c3-452364120ef7;|RMI
>>>>> TCP Accept-0: accept loop for
>>>>> ServerSocket[addr=0.0.0.0/0.0.0.0,port=0,localport=65394] throws
>>>>> java.io.IOException: The server sockets created using the
>>>>> LocalRMIServerSocketFactory only accept connections from clients
>>>>> running on the host where the RMI remote objects have been exported.
>>>>> at
>>>>> sun.management.jmxremote.LocalRMIServerSocketFactory$1.accept(LocalRMIServerSocketFactory.java:71)
>>>>>
>>>>> at
>>>>> sun.rmi.transport.tcp.TCPTransport$AcceptLoop.executeAcceptLoop(TCPTransport.java:369)
>>>>>
>>>>> at
>>>>> sun.rmi.transport.tcp.TCPTransport$AcceptLoop.run(TCPTransport.java:341)
>>>>>
>>>>> at java.lang.Thread.run(Thread.java:619)
>>>>> |#]
>>>>>
>>>>> Does this ring any bells with anyone? AMX api versioning
>>>>> mismatch? Bug in my code? Bug in AMX? Or???
>>>>>
>>>>> -Peter
>>>>>
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
>>>>> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>>>>>
>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
>>>> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
>>> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
>> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>