OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

 


 

   RE: [xml-dev] What does SOAP really add?

[ Lists Home | Date Index | Thread Index ]

> From: Adam Turoff [mailto:ziggy@panix.com]
> Sent: Tuesday, April 23, 2002 4:39 PM
> To: Michael Kay
> Cc: 'Joshua Allen'; xml-dev@lists.xml.org
> Subject: Re: [xml-dev] What does SOAP really add?
>
>
> On Tue, Apr 23, 2002 at 03:23:07PM +0100, Michael Kay wrote:
> > Correct. The XSLT 2.0 requirements have been published for at
> least a year
> > and if I recall correctly no-one has asked for this feature.
>
> One of Joshua's comments got me thinking.  Which is *more* broken:
> SOAP or XSLT?  That is, is it a misfeature of XSLT that document()
> can't send SOAP requests, or that idempotent SOAP requests don't
> use a simple GET?  I ask that rhetorically not to ascribe blame, but
> to understand the issue more fully.
>
> That leads to another question: is the lack of POST/PUT/DELETE
> support with XSLT simply an oversight?  Or is there a well thought

I think XSLT 2.0's feature for multiple output documents would use PUT on
http: URLs.

> out reason why XSLT's document() function is limited to GET requests?
> (And should this discussion be added to the XSLT 2.0 REC?)
>
> Certainly, there are many ways to fix this problem.  If the only
> issue were the ability to issue SOAP messages within XSLT stylesheets,
> then some simple extension could be put forth and standardized
> solve this particular issue.  But that wouldn't address the lack
> of POST/PUT/DELETE requests, nor would it speak to the need to
> add/ignore such features from XSLT.

I'm not sure why you would want a tree transformation language to be able to
*delete* resources...





 

News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 2001 XML.org. This site is hosted by OASIS