RE: Problem with resolution of Issue 221

At 11:02 AM -0400 9/3/02, wrote:

>(Finally, I can't help asking what I've asked before:  why is it in
>general interesting to do presentation stylings...which is the normal
>purpose of the XSL PI...on a SOAP message?  SOAP messages are generally
>machine-to-machine.  Whatever the other merits of the PI arguments,
>letting a SOAP message say "here's how to format me for the screen"  seems
>just slightly more interesting than letting an IP packet say the same
>thing.  Maybe I'm wrong and people really do want to send back browser
>screens as SOAP messages with XSL PI's, but it doesn't seem to be a very
>important goal.   Also, it potentially breaks the mustUnderstand, node
>targeting and other processing that would make such use of SOAP
>interesting in the first place.)

Here's one scenario that I think is practical:

1. Server side developers use a SOAP toolkit to expose a local API. 
They are not coding the complete SOAP process by hand using DOM or 
some such. They are not working at the level of XML, at least for the 
most part. Thus, it is *not* trivial to write a separate process to 
expose the data as HTMl through a servlet, or a CGI, or a JSP.

2. Client side developers define an XForm that sends the request to 
the SOAP server, and receives the SOAP response. This allows end 
users to fill in the parameters of the SOAP request using a form, and 
get the result back. If the result contains an xml-stylesheet PI, 
then they can comfortably read the response.

Note that this may not be the only client for the SOAP service. There 
may well be other clients that do not involve an end-user. These 
clients can ignore the PI.

| Elliotte Rusty Harold | | Writer/Programmer |
|          XML in a  Nutshell, 2nd Edition (O'Reilly, 2002)          |
|                  |
|  |
|  Read Cafe au Lait for Java News:      |
|  Read Cafe con Leche for XML News:    |

Received on Tuesday, 3 September 2002 12:59:42 UTC