dev@glassfish.java.net

Re: v3 start up is silent even when there is port conflicts

From: Shing Wai Chan <Shing-Wai.Chan_at_Sun.COM>
Date: Fri, 12 Sep 2008 16:57:04 -0700

Jerome Dochez wrote:
> Jeanfrancois Arcand wrote:
>> Salu,
>>
>> Harsha Godugu wrote:
>>> On 09/11/08 18:14, Shing-Wai.Chan_at_Sun.COM wrote:
>>>> Hi,
>>>>
>>>> I have a discussion with Rajiv.
>>>> Here is what we see.
>>>> 1. port 8080 was occupied by another process in the machine
>>>> 2. start v3 by asadmin without any error message
>>>> asadmin start-domain domain1
>>>> Name of the domain started: [domain1] and
>>>> its location:
>>>> [/export/gfv3/src/install/glassfish/domains/domain1].
>>>> Admin port for the domain: [4848].
>>>> 3. deployment with error
>>>> asadmin deploy hellojsp.war
>>>> Remote server does not listen for requests on
>>>> [localhost:4,848].
>>>> Is the server up?
>>>> Command deploy failed.
>>>>
>>>> I understand that we have (2) as the container have not started.
>>>> But should we check the port in (2)?
>>> Yes. We should. I also bumped into this issue. It took a while to
>>> figure what was happening.
>>> This is a p2 bug :-)
>>>
>>
>> Jerome can comments, but I think the current behavior is expected ;-)
> first of all, it's probably a bad idea to run your bit-torrent on 4848
> ;-)
I have something occupied 8080 rather than 4848.
They have just opened issue 6083 for this.
Shing Wai Chan
>
> I can indeed reproduce the issue (not that I have bit-torrent), Jean
> Francois, looks like you are not generating an exception when opening
> the port so I cannot trigger the shutdown.
>
> for instance if you do
>
>
> java -jar glassfish.jar (works fine)
> then another one....
> java -jar glassfish.jar (it fails to open the port, shutdown is
> initiated and performed).
>
> with the port occupied by something else than grizzly, it looks like
> Grizzly did not generate the
> java.net.BindException: Address already in use:
> 4848=com.sun.grizzly.http.SelectorThreadHandler_at_63a1ae
>
> any idea ?
>>
>> A+
>>
>> -- Jeanfrancois
>>
>>
>>> thanks...
>>>> (If 8080 is occupied by another http engine, then one may (by
>>>> mistake) think
>>>> that v3 is up. But in fact, another process is serving the
>>>> request!!! This is an
>>>> issue.)
>>>>
>>>> Regards,
>>>> Shing Wai Chan
>>>>
>>>> ---------------------------------------------------------------------
>>>> 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
>