You are viewing a plain text version of this content. The canonical link for it is here.
Posted to java-dev@axis.apache.org by Narayan Dhillon <Na...@vocalink.com> on 2008/03/12 12:08:08 UTC
RE: Axis2 JAXBRI binding and MTOM not working
Hi,
I tried a simple web service client with JAXB binding, and noticed that
MTOM parts are being in-lined in the soap message as opposed to being
XOP attachments.
The same client works fine with ADB binding. Is this a known issue?
Any pointers on this will be greatly appreciated.
Code example:
FileDataSource fileDataSource = new FileDataSource("C:\\upload.dat");
DataHandler fileDataHandler = new DataHandler(fileDataSource);
InitiateRequest request = new InitiateRequest();
request.setRequestId("xxxxx");
request.setSubmission(fileDataHandler);
request.setSignature(sigDataHandler);
System.out.println(stub.initiateRequest(request));
Response:
--MIMEBoundaryurn_uuid_EAE9BC656EBBB536921205317613109
Content-Type: application/xop+xml; charset=UTF-8; type="text/xml"
Content-Transfer-Encoding: binary
Content-ID: <0....@apache.org>
<?xml version='1.0' encoding='UTF-8'?>
<soapenv:Envelope
xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/">
<soapenv:Body>
<InitiateRequest xmlns="urn:uploadfile">
<requestId>xxxxx</requestId>
<submission>VGVzdCBQYWluIFN1Ym1pc3Npb24=</submission>
<signature>VGVzdCBzaWduYXR1cmU=</signature>
</InitiateRequest>
</soapenv:Body>
</soapenv:Envelope>--MIMEBoundaryurn_uuid_EAE9BC656EBBB53692120531761310
9--0
Regards, Narayan
*****************************************************
This email is issued by a VocaLink group company. It is confidential and intended for the exclusive use of the addressee only. You should not disclose its contents to any other person. If you are not the addressee (or responsible for delivery of the message to the addressee), please notify the originator immediately by return message and destroy the original message. The contents of this email will have no contractual effect unless it is otherwise agreed between a specific VocaLink group company and the recipient.
The VocaLink group companies include, among others: VocaLink Limited (Company No 06119048, VAT No. 907 9619 87) which is registered in England and Wales at registered office Drake House, Homestead Road, Rickmansworth, WD3 1FX. United Kingdom, Voca Limited (Company no 1023742, VAT No. 907 9619 87) which is registered in England and Wales at registered office Drake House, Three Rivers Court, Homestead Road, Rickmansworth, Hertfordshire. WD3 1FX. United Kingdom, LINK Interchange Network Limited (Company No 3565766, VAT No. 907 9619 87) which is registered in England and Wales at registered office Arundel House, 1 Liverpool Gardens, Worthing, West Sussex, BN11 1SL and VocaLink Holdings Limited (Company No 06119036, VAT No. 907 9619 87) which is registered in England and Wales at registered office Drake House, Homestead Road, Rickmansworth, WD3 1FX. United Kingdom.
The views and opinions expressed in this email may not reflect those of any member of the VocaLink group. This message and any attachments have been scanned for viruses prior to leaving the VocaLink group network; however, VocaLink does not guarantee the security of this message and will not be responsible for any damages arising as a result of any virus being passed on or arising from any alteration of this message by a third party. The VocaLink group may monitor emails sent to and from the VocaLink group network.
This message has been checked for all email viruses by MessageLabs.
*************************************************************
Re: Axis2 JAXBRI binding and MTOM not working
Posted by Ajith Ranabahu <aj...@gmail.com>.
Hi,
Perhaps this has to do with JAXB using the StAX interfaces to
read/write XML ? If you see the MTOM support in ADB you'll see we went
to great lengths to provide a way to carry over the binary blob to the
data binding framework without text conversions. We did this by
introducing a property value through the StAX readers getProperties
method (See [1] for details)
So unless the data binding framework would know about this behavior
then it is unlikely that they support optimal binary. AFAIK we have a
similar problem with XMLBeans
Ajith
[1] http://wso2.org/library/236
On Wed, Mar 12, 2008 at 7:08 AM, Narayan Dhillon
<Na...@vocalink.com> wrote:
>
>
>
>
> Hi,
>
>
>
> I tried a simple web service client with JAXB binding, and noticed that MTOM
> parts are being in-lined in the soap message as opposed to being XOP
> attachments.
>
> The same client works fine with ADB binding. Is this a known issue?
>
> Any pointers on this will be greatly appreciated.
>
>
>
> Code example:
>
> FileDataSource fileDataSource = new FileDataSource("C:\\upload.dat");
>
> DataHandler fileDataHandler = new DataHandler(fileDataSource);
>
> InitiateRequest request = new InitiateRequest();
>
> request.setRequestId("xxxxx");
>
> request.setSubmission(fileDataHandler);
>
> request.setSignature(sigDataHandler);
>
>
>
> System.out.println(stub.initiateRequest(request));
>
>
>
> Response:
>
> --MIMEBoundaryurn_uuid_EAE9BC656EBBB536921205317613109
>
> Content-Type: application/xop+xml; charset=UTF-8; type="text/xml"
>
> Content-Transfer-Encoding: binary
>
> Content-ID: <0....@apache.org>
>
> <?xml version='1.0' encoding='UTF-8'?>
>
> <soapenv:Envelope
> xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/">
>
> <soapenv:Body>
>
> <InitiateRequest xmlns="urn:uploadfile">
>
> <requestId>xxxxx</requestId>
>
> <submission>VGVzdCBQYWluIFN1Ym1pc3Npb24=</submission>
>
> <signature>VGVzdCBzaWduYXR1cmU=</signature>
>
> </InitiateRequest>
>
> </soapenv:Body>
>
>
> </soapenv:Envelope>--MIMEBoundaryurn_uuid_EAE9BC656EBBB536921205317613109--0
>
>
>
> Regards, Narayan
>
>
>
>
>
>
> *****************************************************
> This email is issued by a VocaLink group company. It is confidential and
> intended for the exclusive use of the addressee only. You should not
> disclose its contents to any other person. If you are not the addressee (or
> responsible for delivery of the message to the addressee), please notify the
> originator immediately by return message and destroy the original message.
> The contents of this email will have no contractual effect unless it is
> otherwise agreed between a specific VocaLink group company and the
> recipient.
>
> The VocaLink group companies include, among others: VocaLink Limited
> (Company No 06119048, VAT No. 907 9619 87) which is registered in England
> and Wales at registered office Drake House, Homestead Road, Rickmansworth,
> WD3 1FX. United Kingdom, Voca Limited (Company no 1023742, VAT No. 907 9619
> 87) which is registered in England and Wales at registered office Drake
> House, Three Rivers Court, Homestead Road, Rickmansworth, Hertfordshire. WD3
> 1FX. United Kingdom, LINK Interchange Network Limited (Company No 3565766,
> VAT No. 907 9619 87) which is registered in England and Wales at registered
> office Arundel House, 1 Liverpool Gardens, Worthing, West Sussex, BN11 1SL
> and VocaLink Holdings Limited (Company No 06119036, VAT No. 907 9619 87)
> which is registered in England and Wales at registered office Drake House,
> Homestead Road, Rickmansworth, WD3 1FX. United Kingdom.
>
> The views and opinions expressed in this email may not reflect those of any
> member of the VocaLink group. This message and any attachments have been
> scanned for viruses prior to leaving the VocaLink group network; however,
> VocaLink does not guarantee the security of this message and will not be
> responsible for any damages arising as a result of any virus being passed on
> or arising from any alteration of this message by a third party. The
> VocaLink group may monitor emails sent to and from the VocaLink group
> network.
>
> This message has been checked for all email viruses by MessageLabs.
> *************************************************************
>
--
Ajith Ranabahu
Reading, after a certain age, diverts the mind too much from its
creative pursuits. Any man who reads too much and uses his own brain
too little falls into lazy habits of thinking - Albert Einstein
---------------------------------------------------------------------
To unsubscribe, e-mail: axis-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-dev-help@ws.apache.org
Re: Axis2 JAXBRI binding and MTOM not working
Posted by Ajith Ranabahu <aj...@gmail.com>.
Hi,
Perhaps this has to do with JAXB using the StAX interfaces to
read/write XML ? If you see the MTOM support in ADB you'll see we went
to great lengths to provide a way to carry over the binary blob to the
data binding framework without text conversions. We did this by
introducing a property value through the StAX readers getProperties
method (See [1] for details)
So unless the data binding framework would know about this behavior
then it is unlikely that they support optimal binary. AFAIK we have a
similar problem with XMLBeans
Ajith
[1] http://wso2.org/library/236
On Wed, Mar 12, 2008 at 7:08 AM, Narayan Dhillon
<Na...@vocalink.com> wrote:
>
>
>
>
> Hi,
>
>
>
> I tried a simple web service client with JAXB binding, and noticed that MTOM
> parts are being in-lined in the soap message as opposed to being XOP
> attachments.
>
> The same client works fine with ADB binding. Is this a known issue?
>
> Any pointers on this will be greatly appreciated.
>
>
>
> Code example:
>
> FileDataSource fileDataSource = new FileDataSource("C:\\upload.dat");
>
> DataHandler fileDataHandler = new DataHandler(fileDataSource);
>
> InitiateRequest request = new InitiateRequest();
>
> request.setRequestId("xxxxx");
>
> request.setSubmission(fileDataHandler);
>
> request.setSignature(sigDataHandler);
>
>
>
> System.out.println(stub.initiateRequest(request));
>
>
>
> Response:
>
> --MIMEBoundaryurn_uuid_EAE9BC656EBBB536921205317613109
>
> Content-Type: application/xop+xml; charset=UTF-8; type="text/xml"
>
> Content-Transfer-Encoding: binary
>
> Content-ID: <0....@apache.org>
>
> <?xml version='1.0' encoding='UTF-8'?>
>
> <soapenv:Envelope
> xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/">
>
> <soapenv:Body>
>
> <InitiateRequest xmlns="urn:uploadfile">
>
> <requestId>xxxxx</requestId>
>
> <submission>VGVzdCBQYWluIFN1Ym1pc3Npb24=</submission>
>
> <signature>VGVzdCBzaWduYXR1cmU=</signature>
>
> </InitiateRequest>
>
> </soapenv:Body>
>
>
> </soapenv:Envelope>--MIMEBoundaryurn_uuid_EAE9BC656EBBB536921205317613109--0
>
>
>
> Regards, Narayan
>
>
>
>
>
>
> *****************************************************
> This email is issued by a VocaLink group company. It is confidential and
> intended for the exclusive use of the addressee only. You should not
> disclose its contents to any other person. If you are not the addressee (or
> responsible for delivery of the message to the addressee), please notify the
> originator immediately by return message and destroy the original message.
> The contents of this email will have no contractual effect unless it is
> otherwise agreed between a specific VocaLink group company and the
> recipient.
>
> The VocaLink group companies include, among others: VocaLink Limited
> (Company No 06119048, VAT No. 907 9619 87) which is registered in England
> and Wales at registered office Drake House, Homestead Road, Rickmansworth,
> WD3 1FX. United Kingdom, Voca Limited (Company no 1023742, VAT No. 907 9619
> 87) which is registered in England and Wales at registered office Drake
> House, Three Rivers Court, Homestead Road, Rickmansworth, Hertfordshire. WD3
> 1FX. United Kingdom, LINK Interchange Network Limited (Company No 3565766,
> VAT No. 907 9619 87) which is registered in England and Wales at registered
> office Arundel House, 1 Liverpool Gardens, Worthing, West Sussex, BN11 1SL
> and VocaLink Holdings Limited (Company No 06119036, VAT No. 907 9619 87)
> which is registered in England and Wales at registered office Drake House,
> Homestead Road, Rickmansworth, WD3 1FX. United Kingdom.
>
> The views and opinions expressed in this email may not reflect those of any
> member of the VocaLink group. This message and any attachments have been
> scanned for viruses prior to leaving the VocaLink group network; however,
> VocaLink does not guarantee the security of this message and will not be
> responsible for any damages arising as a result of any virus being passed on
> or arising from any alteration of this message by a third party. The
> VocaLink group may monitor emails sent to and from the VocaLink group
> network.
>
> This message has been checked for all email viruses by MessageLabs.
> *************************************************************
>
--
Ajith Ranabahu
Reading, after a certain age, diverts the mind too much from its
creative pursuits. Any man who reads too much and uses his own brain
too little falls into lazy habits of thinking - Albert Einstein
---------------------------------------------------------------------
To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-user-help@ws.apache.org