dev@glassfish.java.net

Re: glassfish on grizzly config

From: Oleksiy Stashok <Oleksiy.Stashok_at_Sun.COM>
Date: Tue, 31 Mar 2009 18:24:27 +0200

Hi Justin,

> I have breakpoints set in ContainerMapper.map(), both Mapper.map()
> methods, and ProcessorTask.parseRequest() and it never stops...
First of all you can try to check if GrizzlyProxy is got built
properly within GrizzlyProxy.configureGrizzly(...) method.
Please check that port number is passed correctly, and we create new
Mapper for a new port.

> Where should I set a break point to watch the incoming requests?
> When watching the set up, I noticed that it uses the default
> algorithm of NoParsingAlgorithm. Could that be a problem?
NoParsingAlgorith is fine.

WBR,
Alexey.

> Justin Lee wrote:
>> I'm not *100%* sure but it all seems to work under the tests in
>> grizzly. Of course, those are known to be pretty shallow tests.
>> I'll dig into ContainerMapper, though. Thanks.
>>
>> Jeanfrancois Arcand wrote:
>>>
>>>
>>> Justin Lee wrote:
>>>> I sent this to another list earlier but haven't heard back yet so
>>>> I thought I'd cast my net wider.
>>>>
>>>> Well, the great news is that I finally have glassfish booting up
>>>> on top of the grizzly config changes. All the osgi and xml
>>>> parsing issues seem to be resolved. So that's awesome. What's
>>>> *not* so awesome, however, is that it appears that even though I
>>>> see all three network listener configurations being processed and
>>>> log output about listening to the different ports, if I hit 4848
>>>> or 8080 I always just get the one web app. Either the "it
>>>> works!" page or a horribly broken login.jsf for the admin app.
>>>> So it would appear that some wires are crossed somewhere and I'm
>>>> not exactly sure where to look. I'm stepping through
>>>> GrizzlyProxy and GrizzlyService this morning hoping to see
>>>> something but that's a lot of code in there. Anyone have any
>>>> suggestions to explore?
>>>
>>> Take a look at the ContainerMapper under the same directory. Make
>>> sure the mapped container is the one supposed to be retrieved,
>>> e.g. the AdminAdapter for admin call, the CoyoteAdapter for
>>> Servlet/Jsp, The GrizzlyStaticAdapter for statics resources. Also
>>> are you sure Grizzly is properly configured (stupid question, just
>>> to make sure).
>>>
>>> A+
>>>
>>> - jeanfrancois
>>>
>>>
>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> 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
>