共享的信息是作为ebXML Repository中一个对象被维护的，同时由ebXML Registry管理。对ebXML Repository的访问是通过由Registry服务所提供的界面接口(API)来进行的。

　　因此，在结构上Registry和Repository是紧密耦合的组件。Repository提供物理的后台信息存储，Registry则提供了对服务界面、信息模型和的访问以及引用系统的实现。例如，为了响应一个查询请求，ebXML Registry可能会从Repository中找出相应的Trading Partner 的Profile，或者，当Registry执行了对DTD和Schema的元数据分类搜索后，它就将把搜索的结果:DTD和Schema，保存在ebXML Repository里面。下图描述了这个结构的概况:

　　Figure 3. Registry和Repository的互操作概览

　　UDDI

　　在OASIS赞助的ebXML计划的热潮过后，IBM、Microsoft和Ariba在2000年9月共同宣布了他们共同赞助的统一描述、发现和集成(Universal Description, Discovery and Integration, UDDI)的计划。除了以上的三家创始企业外，很多其他的公司纷纷签署了加入UDDI规范制订工作组的协议，一起关注到制订这么一个关注与目录服务和企业系统集成的规范上来。有趣的是，这些公司，比如IBM、SUN以及其他一些参加UDDI计划的公司，在早先已经同意支持ebXML并准备向客户交付ebXML的解决方案，他们在ebXML的解决方案领域，与诸多标准化组织比如OASIS、CEFACT和W3C有这密切的合作。

　　那么，UDDI和ebXML有什么不同呢？他们似乎都是B2B领域的全球技术规范？事实上，UDDL和ebXML最基本的区别是，UDDI针对的是依靠建立一个标准的注册中心(Registry)来加速网络环境下的电子交易市场氛围下的企业级应用系统的集成，而ebXML的目标则主要是去标准化XML是怎样被应用于一般的企业对企业(B2B)的系统继承的。也就是说，从某种意义上，UDDI主要面向基础架构的标准，而ebXML则主要面向信息交互的标准。UDDI模型的核心更关注中间件连接，同时使用XML来描述公司所使用的与其他公司进行交互的系统界面。UDDI使用一个共享的目录来存储企业用于彼此集成的系统界面描述以及相应的服务功能，而所有的访问界面都是通过XML描述的。在XML的使用上，ebXML定义的是商务流程和商务对象的XML描述格式，而UDDI则主要关注服务界面的XML描述，从这一点上，我们可以认为UDDI在系统架构中应当位于ebXML之下。