I read an article about Fast Web Services... but I think there was no new development since then.
http://java.sun.com/developer/technicalArticles/WebServices/fastWS/ > > Thank you for the responses. I think it's possible to achieve > interoperability and small foot print. It's just Soap was designed > lousy in this particular aspect. When saying if speed matters, I think > most of the apps that has some kind of communication, speed does > matter. I think there should be a new standard/version to replace Soap > if this cannot be addressed. > > Paul Callahan wrote: > >>I second that... And would just add that you might want to think about >> when your application is just too 'chatty' for SOAP... >> >>-pc >> >>On Tue, 16 Nov 2004 08:48:30 -0900, Elaine Nance >><[EMAIL PROTECTED]> wrote: >> >> >>>SOAP is not designed to create compact dataflows. It is designed for >>> interoperability and, because it is XML, extensibility. >>>IMHO, I would *not* use SOAP for purely internal processes if >>>speed or stream size matters (where faster/smaller) is better. >>> >>>In that case I would go strictly with a socket-level approach. >>> >>>Just my 2 small coins, >>>Elaine >>> >>> >>> >>>Vy Ho wrote: >>> >>> >>>>I look at a message send back from the server to a client in Axis, >>>> and was very surprised that most of the text is not the data that I >>>> need to send, but declaration and long namspaces. Is it possible to >>>> reduce these down and still comply with Soap? >>>> >>>>Thanks, >>>> >>>>vh >>>> >>>> >>>> >>><~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >>> | Computers are useless. They can only give you answers. >>> | -- Pablo Picasso -- >>><~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >>> >>> >>> >>>