2012-05-22 150 views
1

幾天回來,我遇到了我這裏張貼新澤西URISchemeScanner

Jersey Resource .class loading

我們能夠通過擴展javax.ws.rs.core.Application使用替代的部署機制和澤西部署問題暫時解決。但在研究更多時,我遇到了可以在我們的代碼中實施的澤西掃描儀。這可以在我們的項目部署結構中查找特定的JAR。我正在查找網頁,但找不到任何有關如何將URISchemeScanner集成到我們的代碼中的具體示例。 (web.xml配置等)欣賞如果我能在正確的方向

+0

您運行的是什麼版本的websphere? – Krrose27

+0

我們使用WAS 6.1 – Noosphere

回答

1

從PackagesNamesScanner Javadoc中指出:

「進一步方案可以通過在META-INF註冊UriSchemeScanner的實施方案中註冊/ services文件,其名稱是UriSchemeScanner的完全限定類名稱。「

參見:http://jersey.java.net/nonav/apidocs/1.12/jersey/com/sun/jersey/core/spi/scanning/PackageNamesScanner.html

+0

Thx作爲您的回覆。我創建了一個META-INF/services/com.sun.jersey.core.spi.scanning.uri.UriSchemeScanner,並在該文件中包含我的實現類(blah.blah.OurScanner)完全限定名。此外,實現代碼的getScheme()現在有一個wsjar註冊,它是WAS 6.1特有的。仍然是掃描不起作用。我錯過了什麼? – Noosphere

+0

我在我的JAR中添加了META-INF/services條目,其中包含資源,以及jersey-core.jar。但仍然沒有運氣。運行到「ResourceConfig實例不包含任何根資源類。」 – Noosphere

+0

不確定。你正在使用PackagesResourceConfig(http://jersey.java.net/nonav/apidocs/1.12/jersey/com/sun/jersey/api/core/PackagesResourceConfig.html),對嗎?由於某些類加載器的限制,甚至發現META-INF/services文件可能存在問題,但我將無法幫助那些...... –

0

我也具有爲7的問題,我們所做的是從web.xml中刪除掃描初始參數本身並複製它包含在WEB-INF庫資源的Jar Web項目的文件夾。然後它會工作。單獨在耳朵中添加J2EE依賴項不會起作用。

我用的球衣,但1.12的默認掃描儀仍然有問題

你能分享你這樣做了,我也可以與嘗試自定義掃描修改?

+0

我們向自定義掃描器代碼註冊了wsjar方案,並嘗試進行整合。但自動掃描仍然無法查找Jersey Resources。目前我們通過創建手動部署註冊表來擴展javax.ws.rs.core.Application。 – Noosphere