Subject: Re: Sun / IBM joint submission on using UDDI to locate ebXML Registries
Scott (et al), This approach seems to be right on target. Couple of clarifications I like to solicit: 1. The tModel registered is for the entire ebXML RegRep service. However, the URL in the accessPoint (.../search.jsp) is for searches only. How can the level of service provided by this specific businessService be captured in the registered entry? I guess this needs to be a more granular / detail and formal way. Putting more general way, how can I find a specific kind of (e.g. bicycle parts) ebXML registry node (service), where I can *publish* my entry? This is perhaps more broader question to UDDI as well. How can we capture the QoS aspects for specific service instance (leaving tModel to represent the generic spec as a whole). 2. In the last paragraph, CPPs are also listed as the canonical tModels that could be registered (on behalf of ebXML (Reg/Rep)). I was under the impression CPPs are specific to a service provider. That is, CPP for a registry provider 'A' need not be the same for provider 'B' etc. Thanks, Prasad Scott Hinkelman wrote: > ebXML RegRepers, > On behalf of both IBM and Sun, the authors submit this document on using > UDDI to locate ebXML Registries for consideration by the ebXML Registry > group and its leadership. > > (See attached file: Sun-IBM-UDDI-ebXML.pdf) > > Thanks, > Scott Hinkelman, Senior Software Engineer > XML Industry Enablement > IBM e-business Standards Strategy > 512-823-8097 (TL 793-8097) (Cell: 512-940-0519) > srh@us.ibm.com, Fax: 512-838-1074 >
Powered by
eList eXpress LLC