52Re: [soapbuilders] Userland SOAP Validator
- Feb 8, 2001Hi, Simon!
Right, however it brings the implementation question. I can accept
both ur-type and AnyType, but can generate only one, so as soon as I
(or anyone else) start to do it on server side it immediately becomes
non-interoperable with other client-side toolkits. To avoid this
situation, we need to introduce understanding of both schemas on
client side (more presicely on deserializer side) as soon as possible
and after some time make changes in Serializer part. Otherwise we'll
have hard time when one or another toolkit interoperability will be
broken. Fortunately (?) not all toolkits have support for Arrays with
complex types, so when they implement it, it can be done according to
new version of specs.
And you're absolutely right that we need to have some mechanism that
let us avoid such situations.
Best wishes, Paul.
--- Simon Fell <soap@...> wrote:
> However all SOAP (ignoring what's happening with WSDL for now)__________________________________________________
> implementations are using the 1999 version of XSD, so this
> be a problem.
> This does however highlight a problem i've raised before, as the
> schema specs continue to evolve, how does this effect SOAP and
> there's no built in mechanism for a client to request that the
> use a particular schema version. Which seems to push us to a
> makes right model, probably migrating schema info using XSLT.
> On Thu, 8 Feb 2001 11:41:45 -0500 , in soap you wrote:
> >A quick note for interop purposes with other Schema-aware systems.
> >"ur-type" is no longer the name for the "any" type in Schema. The
> >10/24/2000 Schema release (see )replaced it with "anyType".
> >We should be retooling our implementations to support this change.
> >> -----Original Message-----
> >> From: Simon Fell [mailto:soap@...]
> >> Sent: Thursday, February 08, 2001 11:10 AM
> >> To: email@example.com
> >> Subject: [soapbuilders] Userland SOAP Validator
> >> [I'm sending this again as PacBell appear to be randomly loosing
> >> email]
> >> Wooo Hooo, i got 4s4c to pass the validator :)
> >> Quite an interesting exercise, it forced me to
> >> a) add support for arrays of xsd:ur-type (each item can be a
> >> type)
> >> b) fix my broken TZ correction code in xsd:timeInstant support
> >> sure how i didn't spot this before)
> >> So, this was a against a private version of 4s4c (1.31), I'll
> >> hopefully be releasing it at the end of the week.
> >> Dave, i noticed on the timeInstant check (in manyTypesTest),
> that when
> >> you return the wrong timeInstant, the value that the error
> >> says it was expecting is wrong.
> >> I was surprised by some of the constructs, particular the
> >> one, i would of expected this to use arrays, rather than nested
> >> structs. There really should be a test for handling arrays of
> >> Cheers
> >> Simon
> >> www.pocketsoap.com
> >> ------------------------ Yahoo! Groups Sponsor
> >> ---------------------~-~>
> >> eGroups is now Yahoo! Groups
> >> Click here for more details
> >> http://click.egroups.com/1/11231/0/_/_/_/981648712/
> >> --------------------------------------------------------------
> >> -------_->
> >> To unsubscribe from this group, send an email to:
> >> firstname.lastname@example.org
> >To unsubscribe from this group, send an email to:
> ------------------------ Yahoo! Groups Sponsor
> To unsubscribe from this group, send an email to:
Do You Yahoo!?
Get personalized email addresses from Yahoo! Mail - only $35
a year! http://personal.mail.yahoo.com/
- << Previous post in topic Next post in topic >>