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

 


Help: OASIS Mailing Lists Help | MarkMail Help

ebxml-cppa-comment message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: Fwd: Re: [ebxml-cppa-comment] NDD xpath element


FYI

Regards,
Marty

>Subject: Re: [ebxml-cppa-comment] NDD xpath element
>From: Sacha Schlegel <schlegel@cs.curtin.edu.au>
>To: "Vetter, Michael" <Michael.Vetter@iao.fhg.de>
>Cc: msachs@cyclonecommerce.com
>X-Mailer: Ximian Evolution 1.4.5
>Date: Wed, 15 Oct 2003 08:45:09 +0800
>X-XWall-Bayes: 15
>X-OriginalArrivalTime: 15 Oct 2003 00:45:04.0750 (UTC) 
>FILETIME=[92E198E0:01C392B5]
>
>Hi Michael Vetter
>
>On Tue, 2003-10-14 at 18:52, Vetter, Michael wrote:
> > Dear Marty
> >
> > I have another question about the CPA negotiation spec:
> >
> > There are cases in CPP/CPAs where the corresponding elements (e.g.
> > attributes and children of CanSend - CanReceive) of both parties do not
> > have the same xpath.
> > Which of both xpaths should be listed in the NDD for the negotiation of
> > a feature?
> >
>
>I came across the same problem and put even 4 XPath expressions in my
>conflict file. The CPA composition tool creates a draft CPA and a
>conflict file. The conflict file is actually  like an NDD. In a future
>version the conflict file should become an NDD.
>
>1st XPath expression: path to party a's element/attribute in A's CPP
>2nd XPath expression: path to party b's element/attribute in B's CPP
>3rd XPath expression: path to party a's element/attribute in the draft
>CPA
>4th XPath expression: path to party b's element/attriubte in the draft
>CPA
>
>Maybe you can remove some of the above xpath expressions ... but it
>might also be handy if it is available at a later stage, such as the CPA
>negotiation.
>
>Having at least 2 xpath expressions you dont have to "search" for the
>element/attribute pairs you have to compare or agree upon.
>
>
>Sacha
>
> > If both paths were listed in the merged NDD then the negotiation
> > component would not need to know about this relation.
> >
> > Best regards
> >
> > Michael Vetter
> > ________________________________________________________________________
> > ____
> >
> >       Dipl.-Inform. Michael Vetter
> >       CC Electronic Business Integration
> >       Fraunhofer IAO (Institut fuer Arbeitswirtschaft und
> > Organisation)
> >       mail:           Nobelstrasse 12, D-70569 Stuttgart, Germany
> >       phone:  +49 (0) 711 970 2324
> >       fax:            +49 (0) 711 970 5111
> >       email:  Michael.Vetter@iao.fhg.de
> >       www:          www.ebi.iao.fraunhofer.de
> > ________________________________________________________________________
> > ____
> >
> > To unsubscribe from this list, send a post to 
> ebxml-cppa-comment-unsubscribe@lists.oasis-open.org, or visit 
> http://www.oasis-open.org/mlmanage/.
> >
> > <!DSPAM:3f8bd580260801126210593>
>--
>------------------------------------------------
>Sacha                                   Schlegel
>------------------------------------------------
>4 Warwick Str, 6102 St. James, Perth,  Australia
>sacha@schlegel.li                www.schlegel.li
>public key:            www.schlegel.li/sacha.gpg
>------------------------------------------------

*************************************
Martin Sachs
standards architect
Cyclone Commerce
msachs@cyclonecommerce.com 
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQA/jJiVjTNlL0xFfy4RAhY/AKCzwW6qrcr0V87dTfTfhyDXWWh/MQCgt/Wz
vmEN/BojJ+9iaCQKxyy+tsc=
=IisQ
-----END PGP SIGNATURE-----


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]