[ 
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

        

Reply via email to