[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: Non-schema approach to web service design: comments?


rest web service schema
I suppose most of the real world needs are actually doable via schematron.

Error Assertion Markup, I want to do a service where people send
messages consisting of example xml instances with namespace qualified
attributes in an Error Assertion namespace delineating what the
expected errors are on a particular element, what leads them to assume
that this is an error (documentation, schemas), if they have a
particular processor they use and what the return of that processor is
for that element etc. etc., identified 18 requirements. The example
xml instances can be for any of the hundreds of namespaces we have
under our control. I cannot think of any way to specify this in XML
Schema (xsd:any with 18 possible attributes in the eam namespace?!? ) 
Not to mention that the only part of the error assertion markup
namespace where reasonable validation could be done would be the
context between attributes, in situations where one attribute is found
a non-zero length other attribute must be found.

When I explained that I wanted to do this as a REST based service, a
co-worker wanted to know why not a SOAP what about the WSDL? As it
happens, in order to make a political compromise we will probably end
up providing both Rest based and Soap Based, which the WSDL will be a
simple one allowing xsd:any inside the message body and if anybody's
processor can't handle that I am very very sad for them. (this is of
course if the project gets a go-ahead, which it should, this is an
absolutely necessary project. )


On 10/28/05, Michael Champion <michaelc.champion@g...> wrote:
> On 10/28/05, bryan rasmussen <rasmussen.bryan@g...> wrote:
> > On 10/28/05, Tech Rams <techmailing@y...> wrote:
> > > What is in the contract that you are
> > > not able to express in WSDL/XSD?
> >
> > You can't be serious, the limitations of XML Schema are so maddening
> > and far reaching that one could fill books up just discussing the
> > limitations.
>
> I'm not sure that's the question.  The one I'd like to see answered is
> "what is in a REAL WORLD contract that you can't express in XSD, BUT
> COULD BE EXPRESSED IN SOME OTHER DECLARATIVE SCHEMA LANGUAGE."
>
> Don't get me wrong ...The fact that W3C put out a schema language that
> took the work 5 years to even begin to understand and implement
> consistently *is* maddening.  I'm no longer convinced that it is
> standing in the way of getting real work done, however.
>

PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.