ASPN ActiveState Programmer Network
ActiveState
/ Home / Perl / PHP / Python / Tcl / XSLT /
/ Safari / My ASPN /
Cookbooks | Documentation | Mailing Lists | Modules | News Feeds | Products | User Groups


Recent Messages
List Archives
About the List
List Leaders
Subscription Options

View Subscriptions
Help

View by Topic
ActiveState
.NET Framework
Open Source
Perl
PHP
Python
Tcl
Web Services
XML & XSLT

View by Category
Database
General
SOAP
System Administration
Tools
User Interfaces
Web Programming
XML Programming


MyASPN >> Mail Archive >> xml-dev
xml-dev
RE: [xml-dev] What does SOAP really add?
by Julian Reschke other posts by this author
Apr 23 2002 2:49PM messages near this date
Re: [xml-dev] What does SOAP really add? | Re: [xml-dev] What does SOAP really add?
>  From: Adam Turoff [mailto:ziggy@[...].com]
>  Sent: Tuesday, April 23, 2002 4:39 PM
>  To: Michael Kay
>  Cc: 'Joshua Allen'; xml-dev@[...].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...


-----------------------------------------------------------------
The xml-dev list is sponsored by XML.org <http://www.xml.org> , an
initiative of OASIS <http://www.oasis-open.org> 

The list archives are at http://lists.xml.org/archives/xml-dev/

To subscribe or unsubscribe from this list use the subscription
manager: <http://lists.xml.org/ob/adm.pl> 
Thread:
Joshua Allen
Didier PH Martin
Paul Prescod
Didier PH Martin
Didier PH Martin
Jeff Greif
Paul Prescod
Paul Prescod
Didier PH Martin
Paul Prescod
Paul Prescod
Thomas B. Passin
Didier PH Martin
Didier PH Martin
Thomas B. Passin
Paul Prescod
Paul Prescod
Paul Prescod
Didier PH Martin
Didier PH Martin
Alaric Snell
Didier PH Martin
Didier PH Martin
Julian Reschke
John Cowan
Alaric Snell
Jim Ancona
Didier PH Martin
Alaric Snell
Jim Ancona
John Cowan
Thomas B. Passin
Didier PH Martin
Michael Kay
Francis Norton
Adam Turoff
Mike Brown
Julian Reschke
Alaric Snell
Nischal Muthana
Thomas B. Passin
Didier PH Martin
John Cowan
Didier PH Martin
John Cowan
Trevor Croll
Peter Murphy
Didier PH Martin
Didier PH Martin
Paul Prescod

Privacy Policy | Email Opt-out | Feedback | Syndication
© ActiveState Software Inc. All rights reserved