[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Subject: RE: [ebxml-dev] Fwd: [uddi-general] UDDI Version 3 Open Draft pos tedfor public review at http://uddi.org/specification.html
Mr. Boyle, You have severely mis-interpreted and over-estimated what the term "root" means. UDDI Version 3 discusses "root" only in terms of hierarchies of "ÚDDI web service registries." Although there are lots of topologies possible, the discussion here is, root vs. affiliate UDDI web service registries. There are various roles within the UDDI specification played by root vs. affiliates. It is not the intention of UDDI to: "The changes in this version, such as "Universal Business Registry root" make it clear, this group regards the UDDI registry as the final solution and replacement for DNS, global directories of parties such as DUNS, and global registries of semantics such as UN/CEFACT." Joel -----Original Message----- From: Todd Boyle [mailto:tboyle@rosehill.net] Sent: Thursday, July 04, 2002 10:37 AM To: ebxml-dev; ubl-comment@lists.oasis-open.org Subject: [ebxml-dev] Fwd: [uddi-general] UDDI Version 3 Open Draft posted for public review at http://uddi.org/specification.html > The UDDI Working Group and Advisors Group are pleased to > inform you that the UDDI Version 3 Specification, Open Draft, > Dated 3 July 2002 has been posted by UDDI.org at <http://uddi.org/specifications.html>http://uddi.org/specification.html It will be necessary for ebXML workgroups to articulate how their solutions relate to UDDI registries, even if the answer is "not at all". The changes in this version, such as "Universal Business Registry root" make it clear, this group regards the UDDI registry as the final solution and replacement for DNS, global directories of parties such as DUNS, and global registries of semantics such as UN/CEFACT. Fine with me. But they intend that it shall be owned by Microsoft, IBM, HP, and other corporations, and that it shall be millions of lines of code, and churning annually, preventing any open source products. This pretty well ensures that all the associated tools and applications and servers will also be huge, constantly churning, and expensive. This furthermore assures the products from Microsoft, IBM, HP and Sun will always be a little different, a little differentiated, capturing and immoblizing the users of their platforms. What are you going to do about *that*? Hmmm. and these are all American corporations. That means, George Bush or some future president, who knows, John Ashcroft maybe, might pass a law seizing control of the registry. Or opening up all of the information in it, or requiring a national ID to gain access to the Registry, or, requiring key escrow or whatever. Banning companies or nations we disagree with, from the Registry. In the year 2020 that would be the same as banning their banking system from the international banking system today. And what is the governance model for content of this registry?? Who decides what is allowed to post into the "Root Registry"? Obviously the owners of the Registry will decide what is in the Registry. As an SME, there is no sufficient granularity for controlling access to layers of my metadata comparable to what I enjoy today within my own LAN and database. Why do I need to surrender my strategic options and flexibility just to send and receive orders, payments, etc.? There are cosmic scale questions here, that the Internet Society etc. have been debating for decades, political and cultural questions. I would suggest ebXML as well as every other standards effort based on the customer side of software, based on the cultural side, or based on open political or governance models, need to come down from the ivory towers, and form a *united front* that accepts these powerful and energetic developments, but ensures they do not destroy the work that has been done by all your groups, or capture any economic rent whatsoever. UDDI is a corporate collaboration that looks down upon, disregards, and disallows participation from non-WebServices communities. You need something like a baseball bat (a long-term, structural response, RICO lawsuit, or something). TOdd - no apologies offered for these opinions. >To: <uddi-technical@yahoogroups.com>, <uddi-general@yahoogroups.com> >From: "Luc Clement" <lclement@microsoft.com> >Date: Wed, 3 Jul 2002 11:51:55 -0700 >Subject: [uddi-general] UDDI Version 3 Open Draft posted for public review >at http://uddi.org/specification.html >Reply-To: uddi-general@yahoogroups.com > >Dear community members, > >The UDDI Working Group and Advisors Group are pleased to inform you that >the UDDI Version 3 Specification, Open Draft, Dated 3 July 2002 has been >posted by UDDI.org at ><http://uddi.org/specifications.html>http://uddi.org/specification.html >for public review. Version 3 delivers upon the roadmap and requirements >outlined at the launch of UDDI in September 2000, to develop a secure, >general-purpose registry for Web services. Version 3 builds on the vision >of UDDI: a meta service for locating web services by enabling robust >queries against rich metadata. Expanding on the foundation of Versions 1 >and 2, Version 3 offers the industry a specification for building >flexible, interoperable XML Web services registries useful in private as >well as public deployments. > >With a vast array of enhancements including multi-registry topologies, >increased security features, improved WSDL support, a new subscription API >and core information model advances the Version 3 specification offers >clients and implementors a comprehensive and complete blueprint of a >description and discovery foundation for a diverse set of Web services >architectures. > >The UDDI Working Group has prepared a V3 specification features list which >we recommend you read before tackling the specification. You can find the >UDDI V3 Features List at ><http://uddi.org/pubs/uddi_v3_features.htm>http://uddi.org/pubs/uddi_v3_fea tures.htm. > >Version 3 consolidates the UDDI specification into a single document, the >result of which is a more readable document, in which everything necessary >to implement UDDI exists in a single place. > >Luc Clément >Microsoft >Program Manager, UDDI.org >Tel: +1.425.705.4353 ---------------------------------------------------------------- The ebxml-dev list is sponsored by OASIS. To subscribe or unsubscribe from this elist use the subscription manager: <http://lists.ebxml.org/ob/adm.pl>
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Powered by eList eXpress LLC