[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Subject: RE: [ebxml-dev] Distributive Directories ?
reply: Simple tModels have been drafted and are being designed within the Cooperating Registries subteam within the ebXML RegRep TC at Oasis to do exactly this. I am leading this specific UDDI Cooperative Use Case effort. Please join this subteam if you are interested. I can assure you that it is very easy to locate ebXML registries and services via UDDI. More to come on this soon. Relevant material is in development and in subsequent review cycles prior to posting. Joel Munter Intel Corporation -----Original Message----- From: Daniel Feygin [mailto:feygin@unitspace.com] Sent: Friday, April 19, 2002 8:00 AM To: ebxml-dev@lists.ebxml.org Subject: RE: [ebxml-dev] Distributive Directories ? UDDI Business Registry may be used as a sort of registry of registries. Scott's calls for a Registry Summit on ebxml-dev@lists.ebxml.org produced no result, so we do not have a more efficient mechanism for distributing registries at this time. Daniel > -----Original Message----- > From: Scott Nieman [mailto:snieman@venturipartners.com] > Sent: Friday, April 19, 2002 5:27 PM > To: 'David Lyon '; 'andrzej@chaeron.com '; 'ebxml-dev@lists.ebxml.org ' > Subject: RE: [ebxml-dev] Distributive Directories ? > > > The intent of ebXML Reg/Rep WAS for a distributed registry. The project > team in the 18 month effort got really bogged down in the > registry services > query syntax debates (more than six months worth as I recall) and > never had > time to discuss / architect a solution. > > I personally have felt (on this listserv and the prior reg/rep listserv) > that a binding to Peer-to-peer technology such as Gnutella or JXTA is the > next step. We had this concept of a Registry of Registries, but that is > overkill, vs. an authentication server to access the peer community. > > There is no reason that by using TopicMaps as classification schemes, and > binding to P2P cannot solve your concerns. Last I saw, Gnutella wire > protocols were pretty cryptic, but by no means can't be recast to XML. > > Scott Nieman > Venturi Technology Partners > 952.352.5889 > > -----Original Message----- > From: David Lyon > To: andrzej@chaeron.com; ebxml-dev@lists.ebxml.org > Sent: 4/18/2002 10:09 PM > Subject: [ebxml-dev] Distributive Directories ? > > Andrzej, > > You've raised some really good points. > > Now I don't profess to be an expert in UDDI or WSDL but I've always > liked > the general philosophy behind ebXML. Generally speaking the idea of a > registry is a good one, it's virtually an extension of the Trading > Partner > information that is kept in most of the old EDI software programs. > > Has anybody ever considered a Distributive Directory ? > > This is now possible and viable with broadband and offers advantages for > small business over a centralised registry. > > The philosophy behind a Distributive Directory is that a company joins > an > Exchange and when they do their details are broadcast (name, address, > net-address) to everybody on the exchange. > > The details of the new company are stored in the database of all the > companies that are connected. > > The result is that within a city or region, everybody can have the > contact > details of everybody else and their pricelist/catalog. > > One could connect an entire city so that everybody could share everybody > elses information. > > With broadband transmission speeds, a 2gig/hertz processor and a 70 gig > hard > drive, this seems to be readily achievable. That btw, is the hardware > that > the local Plumber can afford. > > Surely this sort of technology is on the verge of becoming a reality. > There > are some among us who have seen it in operation. > > Comments ? > > ----- Original Message ----- > From: "Andrzej Jan Taramina" <andrzej@chaeron.com> > To: <ebxml-dev@lists.ebxml.org> > Sent: Friday, April 19, 2002 2:10 PM > Subject: Re: [ebxml-dev] RE: [EDI-L] Article on ebXML Core Components > > > > > > Will the registry/repository concept for ebXML eventually merge > with > its > > > > counterpart defined for UDDI/Web Services ? > > > > There are some fundamental issues that might prevent this as well as > the > political > > ones. > > > > UDDI is a registry only...no repository, where as ebXML has both. > That > could (and > > may need to be) rectified by the UDDI spec (imagine 10,000 WSDL > definitions > > pointed to by a UDDI rep.....how would you manage the storage of all > these > in a large > > corporation in a doable fashion? Put them on different web servers > all > over the > > company? Not likely......some form of centralized repository will > eventually be > > needed to complement UDDI). > > > > The big issue is that UDDI has been designed to be a "global" public > directory > > (though that does not preclude private implementations), with support > for > federation > > and distribution of nodes (meaning that the distributed system appears > as > a single > > global registry). Whereas ebXML RegRep has been designed as a > community-level > > registry, to target a specific group of parties with a common interest > (a > supply chain, > > industry vertical, etc.) and no provision has been made for > distribution/federation. > > Those are big chasms to cross in trying to merge the two together. > Different > > philosophical roots. > > > > Best practice seems to suggest that you use ebXML RegRep for community > stuff, > > and use UDDI more globally which in turn has a "pointer" to the > specific > RegRep. > > > > ...Andrzej > > > > Chaeron Corporation > > http://www.chaeron.com > > > > > > > > ---------------------------------------------------------------- > > 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> > > > > > ---------------------------------------------------------------- > 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> > > ---------------------------------------------------------------- > 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> > ---------------------------------------------------------------- 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