I added some additional methods that take a j.u.Collection so you can
specify multiple types for a single encoder. This appears to be working
fine for one of my projects.
-Mike
gorano wrote:
> Thanks,
>
> It makes sense, but the callback gave me the possibility to return a Set of
> classes and this method only takes a single Class. Is the callback still
> there if need comes to specify multiple classes? ..or should a method
> signature taking a Set also be implemented.
>
> I guess I should go to the source and have a look my self (lazy me).
>
> Cheers
>
> Goran
>
>
> Nicolai_Guba wrote:
>> gorano <[EMAIL PROTECTED]> wrote on 08/11/2007 11:53:00:
>>
>>> Yes, it's the first param. Is it replacing the getMessageTypes()
>> callback
>>> inside the Message encoder, or does it have another use?
>> Indeed, it appears that it replaces the callback. Not sure whether it has
>> other uses...
>>
>>> Trustin Lee wrote:
>>>> On 11/8/07, gorano <[EMAIL PROTECTED]> wrote:
>>>>> Hi,
>>>>>
>>>>> Sorry of being lazy and not figuring this out my self.
>>>>>
>>>>> (1)
>>>>>
>>>>> IoSession.getAttachment is now deprecated, do I use the getAttribute
>> with
>>>>> a
>>>>> key instead?
>>>> Yes. You could use AttributeKey as a key for the best performance.
>>>>
>>>>> (2)
>>>>>
>>>>> DemuxingProtocolCodecFactory.register(...) is gone. Guess I should
>> use
>>>>> addMessageDecoder and addMessageEncoder instead.
>>>>>
>>>>> addMessageDecoder takes 2 args though
>>>>>
>>>>> Inside my MessageEncoder I use stuff like:
>>>>>
>>>>> public Set<Class<IoBuffer>> getMessageTypes(){
>>>>> return
>>>>> Collections.<Class<IoBuffer>>singleton(IoBuffer.class);
>>>>> }
>>>>>
>>>>> Is this second param replacing this in some way?
>>>> Wasn't it the first param? For example...
>>>>
>>>> addMessageEncoder(String.class, StringMessageEncoder.class);
>>>>
>>>> HTH,
>>>> Trustin
>>>>
>>>> --
>>>> what we call human nature is actually human habit
>>>> --
>>>> http://gleamynode.net/
>>>> --
>>>> PGP Key ID: 0x0255ECA6
>>>>
>>>>
>>> --
>>> View this message in context: http://www.nabble.com/Mina-2-snapshot-
>>> changes-tf4770428s16868.html#a13645635
>>> Sent from the Apache MINA Support Forum mailing list archive at
>> Nabble.com.
>>
>> **********************************************************************
>> This email and any files transmitted with it are confidential and intended
>> solely for the use of the individual or entity to whom they are addressed.
>> If you have received this email in error please notify [EMAIL PROTECTED]
>> This footnote also confirms that this email message has been checked for
>> all known viruses.
>> Sony Computer Entertainment Europe Limited
>> Registered Office: 10 Great Marlborough Street, London W1F 7LP, United
>> Kingdom
>> Registered in England: 3277793
>> **********************************************************************
>>
>>
>
