Hi !!,
I presume that when you meant message body -you meant SOAP message body
and not HTTP message body.Based on this assumption,I think the
difference exists in the creation of Java Objects from the binary data
and the creation of dom structures with large binary data in the
nodes.As far as speed is concerned,atleast the transmission time doesn't
seem to differ much between the two schemes.Attachments were meant to
serve binary/non-xml data.
Yes attachments can be compressed ,but you might need to write code on
your own.(using some java api etc) to compress /decompress data.
HTH
Regards,
Ravikiran.
Purbhoo, Hansika wrote:
>Hi
>I know that its recommended that should one want to pass large documents
>around , to send this as an attachment rather than in the message body.
>Does anybody know why its better to do so ?....
>What are the speed implications? Can attachments be compressed further ?
>
>Any responses would be much appreciated.
>Regards
>Hansika
>
>__________________________________________________________________________________________________________________________________
>
>For information about the Standard Bank group visit our web site <www.standardbank.co.za>
>__________________________________________________________________________________________________________________________________
>
>Disclaimer and confidentiality note
>Everything in this e-mail and any attachments relating to the official business of Standard Bank Group Limited is proprietary to the group.
>It is confidential, legally privileged and protected by law.
>Standard Bank does not own and endorse any other content. Views and opinions are those of the sender unless clearly stated as being that of the group.
>The person addressed in the e-mail is the sole authorised recipient. Please notify the sender immediately if it has unintentionally reached you and do not read,
>disclose or use the content in any way.
>Standard Bank can not assure that the integrity of this communication has been maintained nor that it is free of errors, virus, interception or interference.
>___________________________________________________________________________________________________________________________________
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: users-unsubscribe_at_jax-rpc.dev.java.net
>For additional commands, e-mail: users-help_at_jax-rpc.dev.java.net
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_jax-rpc.dev.java.net
For additional commands, e-mail: users-help_at_jax-rpc.dev.java.net