Re: SOAP performance data and open benchmarks
Leo Golubovsky <[email protected]>
| Newsgroups | gmane.comp.windows.devel.soap.general |
|---|---|
| Message-ID | <[email protected]> |
We found in our testing that XML messages, especially big business transactions, have excellent size reduction ratios. You need to compromise speed of compression/decompression against speed of data transfer. The other issue is that you will need to add decompression and compression filters yourself into standard SOAP packages that don't have this feature out of the box. And all your clients must follow this protocol. Internally this is easy to accomplish. Externally is a different story. Leo Golubovsky [email protected] -----Original Message----- From: Discussion of implementing SOAP applications today [mailto:[email protected]]On Behalf Of Phil Troy Sent: Tuesday, October 15, 2002 2:24 AM To: [email protected] Subject: Re: [SOAP] SOAP performance data and open benchmarks Hi! One fo the responses to the question about performance indicated that XML was necessarily (much) slower because of the increased size of the messages. Would the difference be significantly decreased if compression were used, particularly with arrays where the same keywords may be used very frequently in the message. Furthermore, if the compression were built into the xml text generation, might not the processing time to create the compressed message be very significantly reduced? Phil Troy Philip M. Troy, Ph.D. TROYWARE Montreal, Quebec 514-481-9166 [email protected] [email protected] You can read messages from the SOAP archive, unsubscribe from SOAP, or subscribe to other DevelopMentor lists at http://discuss.develop.com. You can read messages from the SOAP archive, unsubscribe from SOAP, or subscribe to other DevelopMentor lists at http://discuss.develop.com.