It should be fixed now. On 2/24/06, Trustin Lee <[EMAIL PROTECTED]> wrote: > > On 2/23/06, Joshua Portway <[EMAIL PROTECTED]> wrote: > > > Hi, > > I'm sorry - sure I read the answer to this on the mailing list > > before (at least something about it) but the archive search on the > > apahce site isn't working at the moment. I'm writing my own codec, > > and keep getting a zero length packet sent at the end of each > > message. This seems to be caused by the encoderOut.flush() call at > > the end of ProtocolCodecFiler.filterWrite(). My codec generally does > > quite a few ProtocolCodecFiler.merge () and ProtocolCodecFiler.flush() > > calls during the actual encoding process itself, since I need control > > of the actual packets that get sent (it's a UDP protocol to some > > embedded hardware). Are my own flush call causing the problem ? Maybe > > I should avoid doing a flush for the last packet ? > > > > I'm using the in-VM transport - haven't tried it with a proper > > network transport yet. > > Mina 0.9.0 > > > > any idea what I'm doing wrong ? > > > It is a bug. Please track this bug here: > > http://issues.apache.org/jira/browse/DIRMINA-177 > > Thanks, > Trustin > -- > what we call human nature is actually human habit > -- > http://gleamynode.net/ > -- > PGP key fingerprints: > * E167 E6AF E73A CBCE EE41 4A29 544D DE48 FE95 4E7E > * B693 628E 6047 4F8F CFA4 455E 1C62 A7DC 0255 ECA6
-- what we call human nature is actually human habit -- http://gleamynode.net/ -- PGP key fingerprints: * E167 E6AF E73A CBCE EE41 4A29 544D DE48 FE95 4E7E * B693 628E 6047 4F8F CFA4 455E 1C62 A7DC 0255 ECA6
