Re: Proposal: A Registry Browser GUI tool

[David RR Webber <Gnosis_@compuserve.com>]

Message text written by INTERNET:dick@8760.com
>
ebXML message REQUEST: I want your trading partner profile
ebXML message RESPONSE: OK; here it is

In the above scenario the ebXML header document in the REQUEST message
identifies the service (a.k.a. procedure) being invoked, in this case it
would
be a regrep service (e.g.  TPINFO) and the payload contains the "call
parameters" (e.g. DUNS Number of trading partner profile being requested).
The
RESPONSE contains an ebXML message indicating a SUCCESS status in the ebXML
header document, the payload  contains the requested information (trading
partner profile) in XML (tpaML).

<<<<<<<<<<<<<<<

Dick,

OK -  your note is the high level interface.  Between this an the actually
RegRep 
"a miracle happens" to resolve the "I want your trading partner profile"
into
bits-n-bytes that understand the RegRep structure.   I'm concerned about
that
lower level.   Also - RegRep should be accessible via that lower level
directly - and that is obviously a performance and access path we want.

Within the bit-n-byte level the access profile should marry to the TRP one,
so all that jives consistently.

That's what I'm seeing here.

DW.