You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@mina.apache.org by "Martin Leuschner (JIRA)" <ji...@apache.org> on 2012/08/14 11:47:37 UTC

[jira] [Updated] (DIRMINA-904) TextLineCodecFactory does not decode correct if there is a nullbyte within the string

     [ https://issues.apache.org/jira/browse/DIRMINA-904?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Martin Leuschner updated DIRMINA-904:
-------------------------------------

    Attachment: mina_nullbyte_bug.zip

maven project with unit test showing the behavior
                
> TextLineCodecFactory does not decode correct if there is a nullbyte within the string
> -------------------------------------------------------------------------------------
>
>                 Key: DIRMINA-904
>                 URL: https://issues.apache.org/jira/browse/DIRMINA-904
>             Project: MINA
>          Issue Type: Bug
>          Components: Filter
>    Affects Versions: 2.0.4
>         Environment: Ubuntu Linux, Java 1.6.0_26, Mina 2.0.4
>            Reporter: Martin Leuschner
>         Attachments: mina_nullbyte_bug.zip
>
>
> I am running a tcp+udp server using mina. As decoder i am using  TextLineCodecFactory. Some of the messages we receive contain a nullbyte at the beginning. In that case the received message is an empty string, so the message gets lost.
> Example:
> //acceptor:
> acceptor.getFilterChain().addLast("codec", new ProtocolCodecFilter(new TextLineCodecFactory()));
> acceptor.setHandler(myHandler);
> //test message with additional nullbyte at the beginning
> String s = new String(new byte[] {0, 77, 105, 110, 97});  //nullbyte + "Mina"
> //now send s to mina
> //myHandler:
> public void messageReceived(IoSession session, Object message) throws Exception {
> 		String res = (String) message;  //length is 0 instead of 5
> }
> See attached maven-project with unit-test

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira