[ http://issues.apache.org/jira/browse/AXIS2-699?page=comments#action_12378957 ]
Johann Gimpl commented on AXIS2-699: ------------------------------------ Unfortunately I experienced the same phenomenon. I transfered a binary file (with only 500 bytes) and lost 2 bytes. I analyzed the file with a hex-editor and noticed the following reproducible effect: If the sequence 0D 0A 2D (CR LF -) occurrs in the data, the characters CR LF gets lost. > characters lost in binary attachment using MTOM > ----------------------------------------------- > > Key: AXIS2-699 > URL: http://issues.apache.org/jira/browse/AXIS2-699 > Project: Apache Axis 2.0 (Axis2) > Type: Bug > Versions: 1.0 > Environment: windows XP, tomcat 5.5.17 > Reporter: Vassili Dzuba > Assignee: Thilina Gunarathne > > i send a large binary attachment using a data handler over a file data source. > the transport is HTTP. > i use the file caching at the server side > the cached file is different from the input file. Apparently character > sequences CR LF > (codes 13 10) are removed from the data. > the client code is quite simple and derived from the provided sample, > except that i replaced the ImageDataSource by a FileDataSource : > OMElement method = fac.createOMElement("echo", omNs); > FileDataSource ds = new FileDataSource(file); > DataHandler dataHandler = new DataHandler(ds); > OMText textData = fac.createOMText(dataHandler, true); > > OMElement value = fac.createOMElement("Text", omNs); > value.addChild(textData); > method.addChild(value); -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
