問題タブ [seam3]

Seam 3がいつ正式にリリースされるか知っている人はいますか？

Seam3モジュールのセットアップについてサポートが必要です。Seam 3モジュール、永続性を使用しようとすると、JBoss JavaEE6仕様が見つかりません。

私は、Maven 3を使用するか、そのアーティファクトを見つけることができるリポジトリを宣言する必要があることを読んでいました。私はMaven3を使用していますが、それでもうまくいきません。

ウォルター

I'm running a Java EE 6 application out of an EAR (bundling an EJB-JAR and a WAR) on GlassFish 3.0.1, using ICEfaces 2.0 Beta 1 and a Seam Faces 3.0.0 Alpha 3 Snapshot.

When I deploy the EAR, I get an error. This error doesn't happen when I remove Seam Faces. Here's the error from my GlassFish log (I redacted the first bit, where it just lists out my session beans and says that they have been transformed. I cut off the last few exceptions, because of StackOverflow's 30000-character limit.):

What gives? I've searched the web for this exception, and it looks like it happens when CDI is enabled on both an EJB-JAR and a WAR packaged inside a single EAR, but only my WAR has CDI enabled (only it has a beans.xml). I tried moving the dependency up to the EAR, but I just get a different exception then.

Thank you! :)

私はWeld、JbossのCDIの実装を使用しています。永続化のための JPA/Hibernate。何か違うことのために、私は以前に使用したことのない Glassfish 3 にクラックを与えています。依存関係の管理に Maven を使用しています。

CDI にはすぐに使用できるトランザクション管理が含まれていないため、独自のモジュールを作成する代わりに、Seam 3 Persistence モジュールを使用することにしました。現在、これは現時点ではアルファ版のみであることを十分に認識しているため、問題が発生している可能性があります。他の誰かがこれを見て、それを修正するのを手伝ってくれるか、少なくとも私が問題を抱えている理由を教えてくれることを願っています.

したがって、永続化モジュールを追加する前に、すべてが正常にビルドおよび実行されます。アプリのホームページは問題なく開けます。しかし、Seam 3 永続化モジュールを pom.xml に追加すると、起動時にアプリケーションが例外をスローします。動作する場合と動作しない場合の唯一の違いは、pom.xml に追加している依存関係の 1 つです。

pom.xml に追加する依存関係は次のとおりです。

http://seamframework.org/Seam3/PersistenceModuleの指示に基づいて、この依存関係を追加しました。このページのドキュメントをクリックすると、他のいくつかの依存関係について言及されていることは承知していますが、それらを追加するときにも同じ問題が発生します。これは、私が問題を絞り込んだ依存関係です。

したがって、上記の依存関係を追加してサーバーを起動すると、起動時に次のようになります。

ご覧のとおり、実際に行うことはあまりありません。

以前にこの例外を見たことがありますか? 何が原因か分かりますか？最後に、それを修正する方法を知っていますか？

Java Web アプリケーションでロガーを使用したいと考えています。

私は JBossAS 6.0.0.final、cdi (weld)、jsf などを使用しています。Seam はんだは、jboss-logging api を使用して具体的な実装 (slf4j、log4j など) に関連付けられていない抽象ロガーを使用することを提案しています。

コードでこのロガーを取得するには、次のように記述する必要があります

seam-solder.jar には、このロガーのプロデューサーがあります。

アプリケーションをデプロイすると、エラーが発生します

これは、seam-solder.jar に META-INF/beans.xml ファイルがなく、cdi コンテナーに必要なためです。

beans.xml ファイルを seam-solder.jar に手動で追加すると、アプリケーションは正常に動作します。

ハックなしで行う方法は？

アプリケーションを構築するためにmavenを使用しているため、私のソリューションは快適ではなく、うまくいきません。

PS: 以前のweld-extensions プロジェクトには、jar 内の META-INF/beans.xml ファイルが含まれていました。

ConversationScoped Bean を ViewScoped Bean に注入することはできません。 ConversationScoped Bean が ViewScoped Bean よりも寿命が短いか、またはその逆になる可能性があるためです。

この制限を克服するために、f:event を使用して preRenderView リスナーとしてインジェクションを実行しようとしました。

ただし、リスナーのinitializeTaskもゲッターのgetWorkPackageも呼び出されていません。

FacesContext を使用してマネージド Bean を別のマネージド Bean からルックアップできることはわかっていますが、なぜこれが機能しないのか興味があります。別のビューからビューに移動するときに f:event リスナーが呼び出されないためですか? すなわち。リダイレクトまたはダイレクト ページ ビューなしで?

Seam 3 Faces の s:viewAction タグも試しましたが、うまくいきませんでした。どちらも呼び出されません。

前もって感謝します。

現在、Seam2とRichFaces3を使用する、大規模なマルチユーザーで通信量の多いプロジェクトに取り組んでいます。

約5週間開発中です。

私はRichFacesにいくつかの制限を見つけた段階にあり、特定の（主要な）機能を再実装するためにSeamRemotingの使用を開始する必要があります

誤解しない限り、Seam3はSeam2とは対照的に高度なRemotingを備えています。それでもRichFacesを使用する必要があると思いますが、JSF2.0とSeam3がより優れたAjaxサポートを提供するため、削減される可能性があります。

Seam 3がベータ版であることを見て、移行する価値があるかどうか、そして現時点でどれほど安定しているか疑問に思いました。

少なくともあと4〜5か月の開発期間が残っています。Seam 3がその期間の終わりにどこにあると思いますか？

また、移行プロセスはどのようになっていますか？

ヒントや経験をいただければ幸いです。

@ApplicationScoped であるすべての Seam 3 コンポーネント クラスを取得する方法はありますか?

私は seam 2 の経験があり、現在 seam 3 を試していますが、多くの違いがあることに気付きました。

私のように、Seam 2 から Seam 3 に移行しようとしている人のために、何らかのチュートリアルやブログ投稿があるかどうかを知りたいです。私はすでにhttp://seamframework.org/Seam3/Seam2ToSeam3MigrationNotesを見つけましたが、それは短すぎます...

よろしく...

JSF 2.0（RIはMojarra 2.0.4）およびCDIを備えたWebSphere7でSeamsolderおよびSeamFaces3を使用したいと思います。必要なすべての依存関係（Weld 1.1、JBoss Logging）を含めましたが、サーバーが次のように表示し始めません。

次のプロバイダーのいずれかを使用してBeanManagerを見つけることができませんでした：
org.jboss.seam.solder.beanManager.DefaultJndiBeanManagerProvider（11）、
org.jboss.seam.solder.beanManager.ServletContainerJndiBeanManagerProvider（10） `

pre-servlet3.0環境のSeam構成手順に従いました

リソース（BeanMananger）が欠落しているように見えたので、このサーブレットコンテナのWeld命令に従って、BeanManagerをWebsphereのjndiリソースとして設定しようとしましたが、これも機能しませんでした。

サーバーの起動中に例外を引き起こしているソースコードは、次のようにBeanマネージャを検索しようとします。

これまでに、Websphere7でSeam3とCDI1.0（またはWeld 1.1）を実行している人はいますか？ここで何が欠けていますか？

PS：JSF2.0は正常に動作しています。