軟件包javax.xml.registry.infomodel。*它是幹什麼用的？忘記或實施？

Question

通過Java EE6 API找我發現有趣的包javax.xml.registry.infomodel，包含這類接口的

• 的PostalAddress（有城市，街道，郵編...）
• 組織（有用戶，子結構，聯繫人，電話數字）
• PERSONNAME（姓/名/中間名）
• EmailAddress的
• TelephoneNumber（國家/地區代碼，類型，擴展等）
• 用戶（個人姓名，網頁，地址等）
• ....

由於它在API的說明，

這個包介紹JAXR API的 信息模型

它的日期是2002年4月，反過來，在它的抽象說：

目前 重疊規格爲 商業註冊。示例包括ISO 11179，OASIS，eCo框架，ebXML 和UDDI 。 JAXR提供統一的和用於在Java平臺內訪問這樣的 註冊表的標準API。

大多數Java開發人員每天都在處理這些實體，並以他們自己的方式實現它們。

意義這個頂部，infomodel，具有廣爲人知的實體的包的級別，我們何時應該考慮實現它們？潛在的谷歌大小的項目？與ERP系統連接？還是說，我們的世界正朝着標準化邁進，並且正在成爲遵循這些標準的良好態度甚至要求的問題？難道在幾年內，客戶會打電話給我，並說'我希望一切都符合ebXML標準，現在！我會說'我已經是！' ？

JAXR是不斷髮展和有希望的東西？

Answer 1

JAXR不是您用於HelloWorld應用程序的東西，它是由您（或您的客戶端）使用它或不是。如果您發現項目的增長需要訪問XML註冊表，只需實施它們。

它是不斷增長和有希望的東西？肯定是的，現在JMX爲您提供了一套API來訪問各種XML註冊表，包括UDDI和ebXML註冊表。您無需擔心每個註冊表信息模型的細節問題！嘗試想象它節省了多少時間。

JMX抽象符合Java哲學編寫一次，任意位置運行。它能夠實現超越基礎註冊管理機構所能做到的增值功能。

作爲示例，非JAXR UDDI客戶端不能執行分類標準瀏覽和分類感知智能查詢 - UDDI的JAXR客戶端可以使用這些查詢。

如果您想了解更多關於使用JAXR註冊和發現Web服務的未來計劃，請直接詢問Farrukh Najmi（JAXR規範負責人）或David J. Etelson（Java戰略和產品營銷），可能您有運氣並且他們回答你;）

Answer 2

在我的愚見，如果你的客戶沒有指定任何類型的商業註冊表我不會實現它。基本上，因爲你不能爲他不需要的東西收費。

再見。