Spring 4
統合モジュールでjersey-spring3
を使用するリスクは何ですか?
jersey spring example でSpring 4.0を使用しようとしましたが、この例は引き続き機能しますが、この使用法に関連するリスクを特定できません。
最近、プロジェクトでJersey 2.7とSpring 4.0.xの使用を開始しました。 Beanを注入するコンテキスト階層を設定しましたが、これまでのところ、 1つの制限 のみを発見しましたが、これはSpring 4に関連するものではなく、モジュール自体またはHK2 Spring Bridgeに関連するようです。
私の使用についてより多くの洞察を与えるため。 XJC/JAXB-backedがあり、これは共通のサービス、リポジトリによって消費され、JAX-WSを介して公開され、現在はJAX-RSを介して公開されています。
マルチコンテキストのものは、@Autowired
with 2.8-SNAPSHOT
で機能するようになりました。変更と2.8-SNAPSHOT
を2.7
に適用しました。 diff です。
編集(Michael-O; 2014-10-17): ここ は、マルチコンテキストをサポートする2.11に基づく修正されたSpringモジュールです。
元の質問への回答ではなく、関連情報のみ
これは少し時期尚早かもしれませんが、ジャージーの新しいメジャー3.0バージョンでは、新しい jersey-spring4
モジュール。新しいメジャーバージョンはJava 8.でビルドされます。新しいメジャーバージョンはリリースされますが、2.xラインは、Java 7
3.0がリリースされたらこの投稿を更新します。
興味がある人は このメーリングリスト を見て、ジャージーチームが新しい3.xラインについて何と言っているかを見てください。
何か問題に遭遇したかどうかはわかりませんが、私は現在1つ直面しています。 other thread で説明されています。
単純に、1つのMavenプロジェクトでjersey-spring3 2.12およびspring 4.1.0.RELEASEを使用すると、次のクラスの非互換性が生じます。
2014-09-14 01:15:44.175:WARN:oejuc.AbstractLifeCycle:main: FAILED org.Eclipse.jetty.server.handler.HandlerCollection@696
db620[org.Eclipse.jetty.server.handler.ContextHandlerCollection@27abb6ca[o.e.j.m.p.JettyWebAppContext@737d100a{/,file:/C
:/Users/Josef/Workspace/TransitCenter/src/main/webapp/,STARTING}{file:/C:/Users/Josef/Workspace/TransitCenter/src/main/w
ebapp/}], org.Eclipse.jetty.server.handler.DefaultHandler@6968c1d6, org.Eclipse.jetty.server.handler.RequestLogHandler@7
d986d83]: Java.lang.NoSuchMethodError: org.springframework.beans.factory.support.DefaultListableBeanFactory.getDependenc
yComparator()Ljava/util/Comparator;
Java.lang.NoSuchMethodError: org.springframework.beans.factory.support.DefaultListableBeanFactory.getDependencyComparato
r()Ljava/util/Comparator;
at org.springframework.context.annotation.AnnotationConfigUtils.registerAnnotationConfigProcessors(AnnotationCon
figUtils.Java:136)