2010-11-11 77 views
3

我們的商店開發了構建多個核心產品和客戶特定實施的平臺。該平臺已經存在了5年,現在我們正試圖重新思考/重新平臺。作爲平臺擁有者,下面是我打算堅持符合XML/XSLT/Xpath標準

  • 要儘可能接近到Java EE規範
  • 限制或消除對 第三方庫的依賴
  • 充分利用的一些關鍵原則合同明確了 平臺組件,如果可能 化妝,然後爲OSGi兼容包
  • 要符合該標準( 非Java EE的東西)

所以我們非常依賴JAXP和XSLT進行轉換。當我們在不同的供應商應用程序服務器上進行部署時,以及同一供應商的不同版本的應用程序服務器,我們在XSLT樣式表中經常遇到問題。大部分時間的問題是

  1. 在XSLT中使用的解析器,實現了一套具體的東西
  2. :在捆綁的解析器實現應用
  3. 使用XSLT 2.0/XPath 2.0中使用JAXP 1.3等等等等

我需要在下面

  1. 一些幫助在哪裏可以檢查我的XSLT的合規性爲1.0的JAXP 1.4支持onlty XSLT 1.0和Xpath 1.0?
  2. 是否有XSLT 1.0(我期待類似的javadoc XSLT和XPath的東西支持finctions等的列表
+0

好問題,+1。請參閱我的回答以獲取詳細建議和鏈接。 – 2010-11-11 16:47:48

回答

3

我需要在下面

  1. 一些幫助在哪裏可以查看我的XSLT for 1.0的遵從性爲JAXP 1.4支持 onlty XSLT 1.0和Xpath 1.0?
  2. 是否有支持的XSLT 1.0版本的列表(我是 看起來類似於javadoc 爲XSLT和XPath
  1. 一個檢查特定的XSLT代碼符合是使用(不止一個)符合標準的XSLT處理器的最佳途徑。例如,如果您的代碼在Saxon 6.5.5和MSXML4/6上運行成功,那麼您的代碼幾乎可以確定是否符合要求。

  2. 標準支持XSLT 1.0XPath 1.0函數在相應的規範中規定。另外this survey通過Jesper Tverskov可以是非常有用的。

+0

+1好答案。除此之外,還有XQuery [test suit](http://dev.w3.org/2006/xquery-test-suite/PublicPagesStagingArea/),但不幸的是沒有XSLT/XPath測試套裝(有一些3er但它是W3C矩陣中的一個斷開的鏈接。) – 2010-11-11 21:29:49

+1

@Alejandro:*是一個W3C XSLT測試套件,但它不是公開的。此外,這樣的測試套件旨在測試特定的XSLT處理器是否符合要求 - - 不是僅使用標準功能的用戶代碼。所以,這些測試*不是* OP所尋找的。 – 2010-11-11 22:22:52