Well some of the classes that'll you have to change no longer exist for
me in glassfish (I've moved several of them to grizzly-config to be
reused outside of glassfish). But given that the glassfish integration
work is weeks/months away from being done, there's not not much to be
done about it. Though we haven't branched glassfish yet so I might be
able to retweak the glassfish tree (it's mostly just deleting those
classes at this point) on the branch based on your integrated code.
Either way, I'm not sure there's a reasonable way to not cause me some
heartburn. :) It's not a big deal, though. These kinds of projects
have some bumps along the way and this shouldn't be too bad.
Jeanfrancois Arcand wrote:
>
>
> Justin Lee wrote:
>> Ah. Found it. The class was just renamed. I'm down to a last few
>> changes then grizzly config should compile again out of the box so
>> I'll readd to the contrib pom so we can catch these changes going
>> forward.
>
> Yes, back to the old Grizzly 1.0 :-) . I'm planning to integrate
> Grizzly 1.9.6 not GlassFish on Monday BTW. Would it help or would I
> break you code again?
>
> A+
>
> -- Jeanfrancois
>
>>
>> Justin Lee wrote:
>>> So i can just remove that implements clause, yes? Are there methods
>>> I should delete as well? In that same class, there's also this code:
>>>
>>> /**
>>> * Create <code>SSLProcessorTask</code> objects and configure it
>>> to be ready to proceed request.
>>> */
>>> @Override
>>> protected ProcessorTask newProcessorTask(final boolean initialize) {
>>> return asyncExecution
>>> ? new SSLAsyncProcessorTask(initialize, getBufferResponse())
>>> : new SSLDefaultProcessorTask(initialize,
>>> getBufferResponse());
>>> }
>>>
>>> SSLDefaultProcessorTask is an unknown class now. Is there a
>>> replacement? Should I just always return SSLAsyncProcessorTask? Or
>>> is it safe to just delete that method?
>>>
>>> Jeanfrancois Arcand wrote:
>>>> Salut,
>>>>
>>>> Oleksiy Stashok wrote:
>>>>> Yep :)
>>>>> public class GrizzlyEmbeddedHttps extends GrizzlyEmbeddedHttp
>>>>> implements SecureSelector<SSLImplementation>
>>>>
>>>> I see. I think we can leave without that interface, left over from
>>>> 1.0 :-)
>>>>
>>>> A+
>>>>
>>>> -- Jeanfrancois
>>>>
>>>>>
>>>>> WBR,
>>>>> Alexey.
>>>>>
>>>>> On Feb 19, 2009, at 5:04 , Jeanfrancois Arcand wrote:
>>>>>
>>>>>>
>>>>>>
>>>>>> Justin Lee wrote:
>>>>>>> What happened to this interface? It seems to have disappeared
>>>>>>> from grizzly-http after 1.9.4.
>>>>>>
>>>>>> LOL :-) Yes I removed it recently. Was it used in v3? I've missed
>>>>>> that one :-)
>>>>>>
>>>>>> Thanks!
>>>>>>
>>>>>> -- Jeanfrancois
>>>>>>
>>>>>>> ---------------------------------------------------------------------
>>>>>>>
>>>>>>> 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
>>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> 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
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe_at_grizzly.dev.java.net
> For additional commands, e-mail: dev-help_at_grizzly.dev.java.net
>