包javax.xml.registry.infomodel.*它的用途是什么？忘记还是实施？

通过查看Java，我发现了一个有趣的包，其中包含如下接口

• 邮资（有城市、街道、拉链等）
• 组织（具有用户、子结构、联系人、电话号码）
• 人名（名/姓/中间名）
• 电子邮件地址
• 电话号码（国家/地区代码、类型、分机等）
• 用户（姓名、网页、地址等）

正如API中所述

这个包描述了 API的信息模型

它的日期是2002年4月，而在它的摘要中说：

目前有很多 重叠规范 商业登记处。例子包括 ISO 11179，OASIS，生态框架，ebXML 和UDDI。JAXR提供了一个统一的 用于访问此类文件的标准API Java平台中的注册表

大多数Java开发人员每天都在处理这些实体，并以自己的方式实现它们

意思是这个顶部，信息模型，包的级别与众所周知的实体，什么时候我们应该考虑实施它们？可能是谷歌规模的项目？与ERP系统接口？或者是因为我们的世界正在走向标准化，遵守这些标准正成为一个礼貌甚至要求的问题？会不会在几年后，客户会打电话给我说‘我希望一切都符合ebXML规范，现在！’我会说‘我已经是了！’

---

JAXR是否正在发展和有前途？

我的拙见是，如果您的客户没有指定任何类型的业务注册，我不会实现它。基本上是因为你不能对他不需要的东西收费

---

再见。

JAXR不是用于HelloWorld应用程序的东西，而是取决于您（或您的客户机）是否使用它。如果您发现项目的发展需要访问XML注册表，只需实现它们

这是一种成长和有前途的东西吗？当然是的，现在JMX为您提供了一组API来访问各种XML注册中心，包括UDDI和ebXML注册中心。您不必担心每个注册中心信息模型的细节！试着想象一下它能节省多少时间

JMX抽象与Java的一次编写、随处运行的理念是一致的。它实现了基础注册中心无法实现的增值功能

例如，非JAXR UDDI客户机不能进行分类浏览和分类识别智能查询——JAXR UDDI客户机可以使用这些功能

---

如果您想了解更多关于使用JAXR注册和发现web服务的未来计划，请直接询问Farrukh Najmi（JAXR规范负责人）或David J.Etelson（Java策略和产品营销），祝您好运，他们会回答您；）

看起来有点不一样。我已经在向他收费，并将向未来客户收取几乎相同地址和我应用程序中的公司对象的费用。我是否应该让我的个人和组织对象完全准备好JAXR（几乎没有成本），这就是问题所在。JAXR是在发展和有前途，还是仅仅是.pdf格式的字节[]？