Re: MinaUdpProtocolCodecFactory

2013-04-24 Thread Thomas Termin
ne on camel-mina2. > >> > >> > >> On Wed, Apr 24, 2013 at 8:23 AM, Mikael Fernandus Simalango > >> wrote: > >> > Hi Claus, > >> > > >> > If such change is to be applied to MinaUdpProtocolCodecFactory, the > >> > equiv

Re: MinaUdpProtocolCodecFactory

2013-04-24 Thread Claus Ibsen
> > On Wed, Apr 24, 2013 at 10:09 AM, Claus Ibsen wrote: > >> Hi >> >> Yeah should also be done on camel-mina2. >> >> >> On Wed, Apr 24, 2013 at 8:23 AM, Mikael Fernandus Simalango >> wrote: >> > Hi Claus, >> > >> > If such

Re: MinaUdpProtocolCodecFactory

2013-04-24 Thread Thomas Termin
; Hi Claus, > > > > If such change is to be applied to MinaUdpProtocolCodecFactory, the > > equivalent codec in camel-mina2, Mina2UdpProtocolCodecFactory should also > > be patched so that it can reflect consistent default codec behavior. > > Currently, the default udp code

Re: MinaUdpProtocolCodecFactory

2013-04-24 Thread Claus Ibsen
Hi Yeah should also be done on camel-mina2. On Wed, Apr 24, 2013 at 8:23 AM, Mikael Fernandus Simalango wrote: > Hi Claus, > > If such change is to be applied to MinaUdpProtocolCodecFactory, the > equivalent codec in camel-mina2, Mina2UdpProtocolCodecFactory should also > be pat

Re: MinaUdpProtocolCodecFactory

2013-04-23 Thread Mikael Fernandus Simalango
Hi Claus, If such change is to be applied to MinaUdpProtocolCodecFactory, the equivalent codec in camel-mina2, Mina2UdpProtocolCodecFactory should also be patched so that it can reflect consistent default codec behavior. Currently, the default udp codec in camel-mina2 also converts the byte into

Re: MinaUdpProtocolCodecFactory

2013-04-23 Thread Thomas Termin
ort to another port on the same host. Nothing > > between it. > > > > > > The MinaUdpProtocolCodecFactory on the consumer side decodes it from an > udp > > datagram to a byte[]. > > > > byte[] bytes = context.getTypeConverter().convertTo(byte[].class,

Re: MinaUdpProtocolCodecFactory

2013-04-22 Thread Claus Ibsen
what I did is > to create the following route: > > > > Just route it from on port to another port on the same host. Nothing > between it. > > > The MinaUdpProtocolCodecFactory on the consumer side decodes it from an udp > datagram to a byte[]. > > b

Re: MinaUdpProtocolCodecFactory

2013-04-22 Thread Thomas Termin
Hi, no I don't use ByteBuffer as body type. The easiest example what I did is to create the following route: Just route it from on port to another port on the same host. Nothing between it. The MinaUdpProtocolCodecFactory on the consumer side decodes it from an udp datagram to a

Re: MinaUdpProtocolCodecFactory

2013-04-20 Thread Mikael Fernandus Simalango
Hi Thomas, As far as I reckoned, MinaUdpProtocolCodecFactory is the default UDP codec. What we did to prevent this codec from being called is by setting allowDefaultCodec=false and codec=#customCodec in the mina endpoint URL. Otherwise, you can also extend the mina component and when doing so

Re: MinaUdpProtocolCodecFactory

2013-04-18 Thread Claus Ibsen
5 PM, Thomas Termin >> wrote: >> > Hello, >> > >> > is there a special reason, that the MinaUdpProtocolCodecFactory encode >> > method always try to convert the message body to a string? Is there a way >> > to avoid the conversion to

Re: MinaUdpProtocolCodecFactory

2013-04-18 Thread Thomas Termin
it should probably be byte[] instead of a String. > > And I assume you refer to camel-mina ? > > On Thu, Apr 18, 2013 at 1:35 PM, Thomas Termin > wrote: > > Hello, > > > > is there a special reason, that the MinaUdpProtocolCodecFactory encode > > method always try t

Re: MinaUdpProtocolCodecFactory

2013-04-18 Thread Claus Ibsen
Hi Yeah it should probably be byte[] instead of a String. And I assume you refer to camel-mina ? On Thu, Apr 18, 2013 at 1:35 PM, Thomas Termin wrote: > Hello, > > is there a special reason, that the MinaUdpProtocolCodecFactory encode > method always try to convert the message body

MinaUdpProtocolCodecFactory

2013-04-18 Thread Thomas Termin
Hello, is there a special reason, that the MinaUdpProtocolCodecFactory encode method always try to convert the message body to a string? Is there a way to avoid the conversion to a String? I would need the falilback method which is a conversion to a ByteBuffer. It would be nice to have that