mina-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Trustin Lee" <trus...@gmail.com>
Subject Re: zero length packet problem
Date Fri, 24 Feb 2006 05:58:55 GMT
On 2/23/06, Joshua Portway <josh@stain.org> 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

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message