問題タブ [apache-tomee]

Glassfish 3.1.2 で動作するアプリケーションを持っていますが、今は Tomee+ に移行したいと考えています。Glassfish で接続プールを作成し、JNDI を使用してそのプールを構成し、persistence.xml でその JNDI 名を使用しました。移行中に tomee+に接続プールと JNDI (および場所) を作成する方法を教えてください。これにより、persistence.xml で JNDI 名を使用できるようになります。

ありがとう

TomEE+ 1.5.1 を実行していて、CDI 拡張機能を作成しようとしています。javax.enterprise.inject.spi.Extensionを実装するクラスを作成し、そのクラス名をファイルMETA-INF/services/javax.enterprise.inject.spi.Extensionに入れました。

クラス自体は単純です。

TomEE にデプロイすると、次のエラーが発生しました。

OpenEJB でのデバッグ中、このエラーは ClassNotFoundException が原因で発生しますが、正しいパスはクラス ローダーの URL リストにあります。

なぜこれが起こっているのかわかりません。誰かが私を助けてくれることを願っています。

この単純なルート リソース クラスは、TomEE+ 1.5.1 で実行すると失敗し、「要求されたリソースは利用できません」という 404 エラーが返されます。これは、WEB-INF 内の空の web.xml ファイルを含む WAR としてパッケージ化されています。

デプロイされ、コンソール出力に次の行が表示されます。

また、次を宣言する web.xml でパッケージ化しようとしました。

空の web.xml ファイルの場合と同じ結果になります。

また、クラス レベルの @Path アノテーションを @Path("*") に変更してみましたが、別の応答が返され、コンソール出力に次の行が表示されます。

最後に... @Path アノテーションを @Path("/foo") のようなものに変更すると、期待どおりに機能します... /test/foo/getloggedinguids を押すと、リクエスト URI が返されます。

私はサーブレット マッピングとクラス レベルのアノテーションのあらゆる種類のバリエーションを試してきましたが、1 つのことは一貫しています... クラス レベルの @Path("/") アノテーションは常に失敗します。

クラスレベルで @Path("/") を使用する「RESTful Java with JAX-RS book」から例を取得しました...これも失敗します。

これは JAX-RS 標準の CXF 実装のバグですか? 私のプロジェクトでは、ストック TomEE+ コンテナーを使用する必要があるため、別の JAX-RS 実装に切り替えることはできません :-(

PrettyTimeと呼ばれるJSF用のこのかなり素晴らしい日付変換ライブラリを見つけました。私はpom.xmlにMaven座標を含めました：

これが私のページの関連部分です：

TomEEv1.5.1+にデプロイしています。この例外が発生します。私は一歩を逃していますか？クラスにアノテーションorg.ocpsoft.PrettyTimeConverterが付いていないことに気づきました。@FacesConverterこれは問題になる可能性がありますか？

編集：私はTomEE/MyFacesのバグ...または機能に傾いています。あなたがそれを呼びたいものは何でも：

私のプロジェクトのfaces-configは2.1名前空間を使用しています。

かなりの時間のものは非推奨のものを使用しますが：

プロジェクトのfacesconfigにコンバーターを追加すると、すべてが簡単に機能します。

TomEE plus バージョン 1.5.1 をインストールしました。Tomcat バージョン 7 があります。TomEE は Tomcat 6 で使用できますか? 可能です？

Googleで簡単に検索しても、何も返されません。

次のような戦争仕様のサブプロジェクトがあります。

よく働く。Tomcat にデプロイ可能な単一のファット war ファイルを作成します。問題は、TomEE と JBoss にデプロイするときに競合が発生することです (つまり、Javax Servlet、Jersey などと)。したがって、一連の jar を戦争から除外したいと考えています。Gradle war documentation を見たところ、これには除外を使用する必要があるようです。私はそれを2つの異なる方法で試しましたが、瓶は戦争から除外されていません:

これは、github でホストされている NetFlix/karyon プロジェクト内のサブプロジェクト (karyon-examples) にあります。サブプロジェクトの依存関係は次のようになります。

また、特に他のファイルやサブプロジェクトでは、コンパイルとランタイムの依存関係などを編集することは避けたいと考えています。実際、上で除外しようとしている jar は、jetty と通常の tomcat で実行する場合は良性です。

ビルド スクリプトを複雑にすることなく、これらの jar ファイルを除外したいだけです。私は何が欠けていますか？

ありがとう

次のサービスを検討してください。

メソッドが実行されると が得られNullPointerExceptionますが、デバッグの観点からは、request実際にはnullではなく のインスタンスであることに気付きましたorg.apache.openejb.rest.ThreadLocalHttpServletRequest。インジェクションをメソッド パラメーター レベルに移動すると@Context、すべて正常に動作します。

これの理由は何ですか？私が覚えている限りでは、サービスを EJB にする前は機能していました (これは、@EJBまたは@Inject可能性を使用して DAO の注入を行うために行いました)。JAX-RS はリクエストごとにそのようなサービスのインスタンスを作成するので、クラス レベルで注入できます@Contextか? EJB は、インスタンスを作成し、JAX-RS が何かを行う前にプロキシ オブジェクトを埋めることによって、これを防ぎますか?

アプリケーション サーバーとして TomEE を使用しています。TomEE は Tomcat 7 を使用します。次のコードがあります。

web.xml http://java.sun.com/xml/ns/j2ee/web-app_2_5.xsd" version="2.5">

2013 年 4 月 6 日 17:54:25 org.apache.openejb.assemblyr.classic.Assembler createRecipe

アプリケーションをデプロイするとすぐに、次の例外が発生します。

問題がどこにあるのでしょうか？

TomEE の JAX-RS メッセージ本文ハンドラーから CDI マネージド Bean にアクセスするのに苦労しています。

私のハンドラ クラス ( ) は のプロパティをimplements MessageBodyWriter<Object>, MessageBodyReader<Object>介して登録されます。コンストラクターで注釈を使用すると、ハンドラーは暗黙のうちに無視されます (引数なしのコンストラクターがないため)。代わりにフィールド注入を使用すると、フィールドは空のままになります。明らかに、メッセージ本文ハンドラーは TomEE (CXF) では完全に管理されていません。cxf.jaxrs.providersopenejb-jar.xml@Inject

JNDI 経由で BeanManager を取得しようとしましたが、例外をログに記録せずに失敗します。

これを行う他の方法はありますか、それとも何か間違っていますか? または、もちろん、ハンドラー自体を管理し、何らかの方法でプログラムで登録する方法をいただければ幸いです。