[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Subject: RE: [Fwd: RE: on the issue of PartyId]
Message text written by Henry Lowe
>
David,
I'll get back to you on this URI question.
In thinking about it a bit, what I suppose we can do is to
put something on our server which says "For use with ebXML,
the value of this PartyID identifier is a CORBA IOR". We
would then have to establish a URL to this on our server.
The URL would then be used to identify the "CORBA namespace".
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
Henry,
Here is my takes on this, either:
<!ELEMENT ebXMLpartyID EMPTY>
<!ATTLIST ebXMLpartyID
URI CDATA #IMPLIED
URN CDATA #IMPLIED
CORBA_IOR CDATA #IMPLIED
EDI_tpID CDATA #IMPLIED
DUNS CDATA #IMPLIED
tpIDType CDATA #IMPLIED
tpID CDATA #IMPLIED
guidRef CDATA #FIXED 'TRP01001' >
so you can pick one or more of these identifiers (nice that you
can do that) from the standard list, and if you are using
something odd ball - that goes in the tpIDType / tpID pair.
Since the item is explicitly EMPTY, this makes the parser
force the use of the attributes to pass actual values.
The guidRef is provided in the DTD (no need to put it in the
XML side) as an automatic reference to the Registry for those
who want to use it (no mandated processing).
or an alternative syntax style would be:
<!ELEMENT ebXMLpartyID (
( URI | URN | CORBA_IOR | EDI_tpID | DUNS | tpID )+) >
<!ATTLIST ebXMLpartyID
guidRef CDATA #FIXED 'TRP01001' >
<!ELEMENT tpID (#PCDATA) >
<!ATTLIST tpID
tpIDType CDATA #REQUIRED >
<!ELEMENT CORBA_IOR (#PCDATA) >
<!ELEMENT DUNS (#PCDATA) >
<!ELEMENT EDI_tpID (#PCDATA) >
<!ELEMENT URI (#PCDATA) >
<!ELEMENT URN (#PCDATA) >
<!ATTLIST CORBA_IOR
guidRef CDATA #FIXED 'TRP01002' >
<!ATTLIST DUNS
guidRef CDATA #FIXED 'TRP01003' >
<!ATTLIST EDI_tpID
guidRef CDATA #FIXED 'TRP01004' >
<!ATTLIST URI
guidRef CDATA #FIXED 'TRP01005' >
<!ATTLIST URN
guidRef CDATA #FIXED 'TRP01006' >
If you are going to count clock cycles of CPU to process
then the first method is faster, the second method gives
you more explicit registry lookups of the business
semantics, (as the the first one requires that the
TRP01001 reference point to the attribute semantic
definitions).
I'd vote for the first form - and an use example would be:
<ebXMLpartyID
DUNS="3434609123"
URN="xmlglobal:ebXML:invoices">
Thanks, DW.
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Powered by eList eXpress LLC