+1, I say go ahead.
I noticed there was a changed need in the rcm module too. But, I think
the migration to the Scott's proposed ProtocolParser are pretty straight
forward for the rcm module.
charlie ...
Oleksiy Stashok wrote:
> Hello guys,
>
> Jeanfrancois asked me to commit Scot's proposed.
> So if it's ok for you - I'm going to complete this tomorrow. As it
> requires some additional changes in rcm module.
>
> Thanks.
>
> WBR,
> Alexey.
>
> Harsha Godugu wrote:
>> charlie hunt wrote:
>>> > Agenda:
>>> > Scott Oaks ProtocolParser proposal
>>>
>>> Generally everyone likes Scott's proposal. Harsha has taken an
>>> action item to evaluate and attempt a migration of his existing
>>> implementation of ProtocolParser to Scott's proposed API. We expect
>>> to hear back from Harsha early next week.
>>>
>>> Outside the meeting I also asked Jeanfrancois if he would consider
>>> also migrating grizzly-rcm's ResourceAllocationFilter.java to use
>>> Scott's proposed interface. He may not be able to get to it very
>>> quickly since he's traveling this week and next week.
>>>
>>> We will delay release of Grizzly 1.7 until we hear back from Harsha
>>> on his experience in migrating to Scott's proposed API.
>>>
>>> > Release of Grizzly 1.7
>>>
>>> We will wait til we hear back from Harsha on his experience on
>>> migrating to Scott's proposed API.
>> I've not seen any hiccups in the newly proposed ProtocolParser
>> interface. So, please go ahead with checking in the proposed
>> interface and I will migrate Corba protocol implementation to the
>> latest 1.7.0.
>>
>> Thanks,
>> Harsha
>>>
>>> > Handling of exception conditions on a connection
>>>
>>> Glassfish CORBA has a need to know when something has happened to a
>>> socket connection so that it can take appropriate action to clean up
>>> outstanding or partial requests and to invoke retry logic. Harsha
>>> is working on a resolution.
>>>
>>> charlie ...
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe_at_grizzly.dev.java.net
>>> For additional commands, e-mail: dev-help_at_grizzly.dev.java.net
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe_at_grizzly.dev.java.net
>> For additional commands, e-mail: dev-help_at_grizzly.dev.java.net
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe_at_grizzly.dev.java.net
> For additional commands, e-mail: dev-help_at_grizzly.dev.java.net
>
--
Charlie Hunt
Java Performance Engineer
<http://java.sun.com/docs/performance/>