のjava.util.logging、リソースバンドル、SAAJ：GlassfishののOSGi Webアプリケーションバンドル

Question

をロードするの例外は、私は次の例外で私の心の外に駆動されています：私はWABを展開しようとすると、

java.lang.IllegalArgumentException: 
com.sun.xml.messaging.saaj.soap.LocalStrings != com.sun.xml.internal.messaging.saaj.soap.LocalStrings 
    at java.util.logging.Logger.getLogger(Logger.java:357) 
    at com.sun.xml.internal.messaging.saaj.soap.SAAJMetaFactoryImpl.<clinit>(SAAJMetaFactoryImpl.java:41) 

それは発生しています（WebアプリケーションOSGiバンドル）からGlassfish（3.1.1）に変更します。

私は、ファイル内の文字列META-INF/services/javax.xml.soap.MessageFactorycom.sun.xml.messaging.saaj.soap.ver1_1.SOAPMessageFactory1_1Implを置くことによって、SAAJ（com.sun.xml.messaging.saaj...）の最新バージョンではなく、（com.sun.xml.internal.saaj... 1である）古いJDKのいずれかを使用しようとしています。

中のOSGiクラスローディングキックの前に起こっているいくつかのログがあります表示されますので、「間違った」ResourceBundleはcom.sun.xml.messaging.saaj.soap.MessageFactoryImplの静logフィールド（javax.xml.soap.MessageFactoryのSAAJの実装）の初期化中に戻されています。

誰でもこの/任意の回避策を見ていますか？

Answer 1

は、このの底にやったことがなかったが、マニフェストブードゥー教は、最終的には（Import-Packageではなく、バンドルクラスパスWEB-INF/lib上javax.xml.ws/javax.ws.rsすべてのパッケージと）離れて行かせました。

明らかに、これはMessageFactoryのすべてのユーザーにその実装を強制しても、Glassfishの起動時に

-Djavax.xml.soap.MessageFactory=com.sun.xml.messaging.saaj.soap.ver1_1.SOAPMessageFactory1_1Impl 

を使用して、それを回避することも可能でした。

Answer 2

参照：JDK-6741342 : Logger.getLogger() throws java.lang.IllegalArgumentException on saaj classes

代わりに、それはJDK 6へのsaajの導入に関連しています.....そして回避策はjarを並べ替えることでした。