Re: [ubl-dev] How to 'glue' two instances having different schemas?

["Stephen Green" <stephen_green@seventhproject.co.uk>]

Mmm. XOP all seems to hinge around the reliability
of a URI which references something in a MIME
message. How persistent is that URI? It seems
to require that the actual MIME message for the
payload be archived and be available to downstream
processes. How realistic is that in electronic trade?

Personally I think there is likely to be less software
ability to refer back to the MIME message for its
MIME Content-IDs and it seems unreasonable to
expect this in systems. It would be like expecting
clerks of the paper process to keep all the envelopes,
compliment slips, etc for invoices and catalogue
which envelope went with which document. This
is especially unreasonable if there are all sorts of
standards operating for the envelopes and inclusions
and again in electronic terms there are likely to be
a few using XOP, others relying on use of a
StandardBusinessDocument, some using ebMS,
some using the WS-stack but many using just XML
files attached to secure emails. It would have to
be an expensive bit of software to cater for all this if
it was important to keep MIME information, as
compared to software just having to keep the lowest
common denominator - namely the payload XML.

All the best

Steve

----- Original Message ----- 
From: "Anders W. Tell" <opensource@toolsmiths.se>
To: "Stephen Green" <stephen_green@seventhproject.co.uk>
Cc: <ubl-dev@lists.oasis-open.org>
Sent: Monday, July 11, 2005 5:03 PM
Subject: Re: [ubl-dev] How to 'glue' two instances having different schemas?


> Stephen Green wrote:
>
> >It reminds me that one way to keep the document together with
> >other documents in a way that a reference can be made from one to the
other
> >is
> >with SOAP and then XPath, as follows:
> >
> >
>
> I just got pointed to the FAQ with W3C considerations re XInclude and
XPath,
>
> <http://www.w3.org/TR/xopinc-FAQ/>
>
> rgrds
> /anders
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: ubl-dev-unsubscribe@lists.oasis-open.org
> For additional commands, e-mail: ubl-dev-help@lists.oasis-open.org
>