Rgds, Ricky
At 02:41 PM 10/29/2002 -0500, [EMAIL PROTECTED] wrote:
Doesn't this all seem complex compared to just supporting an XML datatype? For a number of the Weblogic services I've created I used things like:- <message name="fetchAdvisorListRequest"> <part name="arg0" type="dom:org.w3c.dom.Document" /> </message> - <message name="fetchAdvisorListResponse"> <part name="return" type="dom:org.w3c.dom.Document" /> </message> As you can see, the endpoint takes a single argument in and sends a single argument back - just XML docs. This makes it easy to send pretty complex data structures over the wire. For example, one app we created had an XML element called <Command> that we used to implement a 'Command Pattern' for the web service. The <Command> value was passed to a factory class that returned a parser that knew what to expect in that particular XML document. We created upwards ot 20 commands for the project - all with widely varying XML content - and we had to implement only a single web service endpoint. Plus all the data was readable text when monitored using tcpmon. I know that another department connected to one of the services using some MS technologies - though I don't know the details - and was able to process things with no problem. This seems to me to be a much simpler way to build web services than to create a bunch of different services and endpoints and have to have different datatypes (and potentially custom handlers). Kevin James Black <[EMAIL PROTECTED]> on 10/29/2002 01:26:41 PM Please respond to [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: (bcc: Kevin Bedell/Systems/USHO/SunLife) Subject: Re: XML and web services Ricky Ho wrote: > Besides the performance overhead of converting the XML to a byte array and > back, another big minus is the WSDL in this case has lost all the schema > definition. In other words, the client and the server has to use another > channel to communicate what does the detail of the request and response > look like. That is why one parameter that the client sends is to tell the server how to return the data. For my purposes this works well, since the output can vary so much. For others it may not be as useful. I am also on a 100Mb network, and so bandwidth is not a concern. <g> --------------------------------------------------------------------------- This e-mail message (including attachments, if any) is intended for the use of the individual or entity to which it is addressed and may contain information that is privileged, proprietary , confidential and exempt from disclosure. If you are not the intended recipient, you are notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify the sender and erase this e-mail message immediately. ---------------------------------------------------------------------------