問題タブ [managed-bean]

CDIBeanを使用してセットアップしたいTomcat6JSFWebアプリケーションがあります。ただし、プロジェクトを徐々にCDIに変換する必要があります。

私の質問は、CDIBeanと従来のJSFマネージドBeanを相互に注入できるかどうかです。

ありがとう。

@ViewScoped マネージド Bean で @EJBを読みましたが、java.io.NotSerializableExceptionが発生しますが、私の状態保存設定はserver.

ここに私が持っているものがあります:

web.xml:

customer.xhtml:

CustomerController.java:

PersonFacade.java:

AbstractFacade.java:

これはスタックトレースです：

PersonFacadeasを宣言しtransient、再構築後に JNDI を使用して EJB 参照を取得することで、これを回避できることはわかっていますが、このアプローチは本当に嫌いです。

Glassfish 3.1.1 がシリアライズ不可能な EJB を提供する可能性はありますか? @EJBと を併用する方法はあり@ViewScopedますか？

更新: これは MyFaces 関連の問題であることがわかりました。すべて mojarra を使用して正常に動作しています

ユーザーに同じページnullに戻ってもらいたいときはいつも戻ってきました。たとえば、ユーザーがグループの編集を要求したが、これにアクセスできない場合、私は通常、アクセス拒否メッセージを返して印刷します。ユーザーが許可されている場合は、「編集」のように次のページの名前を返すだけです。null

例えば、

戻るnullと、同じページがユーザーに返されます。ここまでは順調ですね。しかし、問題は、2つのリクエストの後、私は常に次のNullPointerExceptionようになることです。

警告：StandardWrapperValve [Faces Servlet]：PWC1406：サーブレットFacesサーブレットのServlet.service（）は、javaxでcom.sun.faces.application.view.StateManagementStrategyImpl $ 4.invokeContextCallback（StateManagementStrategyImpl.java:289）で例外java.lang.NullPointerExceptionをスローしました。 .faces.component.UIComponent.invokeOnComponent（UIComponent.java：1253）at javax.faces.component.UIComponentBase.invokeOnComponent（UIComponentBase.java:672）at javax.faces.component.UIComponent.invokeOnComponent（UIComponent.java：1262）at javax.faces.component.UIComponentBase.invokeOnComponent（UIComponentBase.java:672）at com.sun.faces.application.view.StateManagementStrategyImpl.restoreView（StateManagementStrategyImpl.java:284）at com.sun.faces.application.StateManagerImpl.restoreView（ StateManagerImpl。java：177）at com.sun.faces.application.view.ViewHandlingStrategy.restoreView（ViewHandlingStrategy.java:131）at com.sun.faces.application.view.FaceletViewHandlingStrategy.restoreView（FaceletViewHandlingStrategy.java:430）at com.sun .faces.application.view.MultiViewHandler.restoreView（MultiViewHandler.java:143）at com.sun.faces.lifecycle.RestoreViewPhase.execute（RestoreViewPhase.java:199）at com.sun.faces.lifecycle.Phase.doPhase（Phase .java：101）at com.sun.faces.lifecycle.RestoreViewPhase.doPhase（RestoreViewPhase.java:110）at com.sun.faces.lifecycle.LifecycleImpl.execute（LifecycleImpl.java:118）atjavax.faces.webapp。 FacesServlet.service（FacesServlet.java:312）at org.apache.catalina.core.StandardWrapper.service（StandardWrapper.java:1523）atorg.apache。catalina.core.StandardWrapperValve.invoke（StandardWrapperValve.java:279）at org.apache.catalina.core.StandardContextValve.invoke（StandardContextValve.java:188）at org.apache.catalina.core.StandardPipeline.invoke（StandardPipeline.java： 641）com.sun.enterprise.web.WebPipeline.invoke（WebPipeline.java:97）at com.sun.enterprise.web.PESessionLockingStandardPipeline.invoke（PESessionLockingStandardPipeline.java:85）at org.apache.catalina.core.StandardHostValve .invoke（StandardHostValve.java:185）at org.apache.catalina.connector.CoyoteAdapter.doService（CoyoteAdapter.java:332）at org.apache.catalina.connector.CoyoteAdapter.service（CoyoteAdapter.java:233）atcom。 com.sun.grizzly.httpのsun.enterprise.v3.services.impl.ContainerMapper.service（ContainerMapper.java:165）。ProcessorTask.invokeAdapter（ProcessorTask.java:791）at com.sun.grizzly.http.ProcessorTask.doProcess（ProcessorTask.java:693）at com.sun.grizzly.http.ProcessorTask.process（ProcessorTask.java:954）at com .sun.grizzly.http.DefaultProtocolFilter.execute（DefaultProtocolFilter.java:170）at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter（DefaultProtocolChain.java:135）at com.sun.grizzly.DefaultProtocolChain.execute（DefaultProtocolChain.java:102 ）at com.sun.grizzly.DefaultProtocolChain.execute（DefaultProtocolChain.java:88）at com.sun.grizzly.http.HttpProtocolChain.execute（HttpProtocolChain.java:76）at com.sun.grizzly.ProtocolChainContextTask.doCall（ProtocolChainContextTask java：53）com.sun.grizzly.SelectionKeyContextTask.call（SelectionKeyContextTask.java：57）com.sun.grizzly.ContextTask.run（ContextTask.java:69）at com.sun.grizzly.util.AbstractThreadPool $ Worker.doWork（AbstractThreadPool.java:330）at com.sun.grizzly.util.AbstractThreadPool $ Worker.run（AbstractThreadPool.java:309）at java.lang.Thread.run（Thread.java:619）

null同じページを取得するために戻るのが正しいかどうか誰かが知っていますか？仕様が見つかりませんでした。

以前は、エンティティ オブジェクトの特定のプロパティを、jsf マネージド Bean (またはマネージド Bean のコンストラクター) の @PostConstruct メソッドでのインスタンス化と同じくらい早く、事前定義された値で初期化していました。マネージド Bean がなくなった状態でプロジェクトを Seam に移植すると、この機能を保持できなくなります (マネージド Bean なしの JSF 2.2 ではどのようになるのか疑問に思います)。

エンティティ クラス:

JSF マネージド Bean

JSFページ

Seam バージョンの Stateless Session Bean も jsf マネージド Bean の責任を負う

フォームの Seam バージョン:

インスタンス化されたときにタスク オブジェクトに日付とログイン ユーザー データ (できればデフォルト カテゴリ) を保持させる方法についてアドバイスが必要です。

パッケージからjavax.inject.Named/javax.enterprise.context.ApplicationScopedのように注釈が付けられた名前付き Bean を初期化する方法はありますか?@ManagedBean(eager=true)javax.faces

webapplication がこの Bean を参照するときではなく、アプリケーションの起動時にこのクラスをロードしたい。

ps。
Glassfish 3.1 によって注入されたJSF 2.1 Bean

JSF 2で、セッションコンテキストがロードされるとすぐに、セッションスコープのマネージドBeanを初期化することは可能ですか？eagerアプリケーションスコープのBeanとアノテーションの属性で可能であることは知っています@ManagedBeanが、セッションBeanにも同様のことがありますか？特定のページにアクセスしたかどうかに関係なく、ロードしたいセッションスコープのBeanがあります。

タイトルで言ったように@PostConstruct、セッション スコープのマネージド Bean にタグを持つメソッドがあります。しかし、メソッドが呼び出されることはありません。ビュー スコープ内の別の Bean では、正常に@PostConstruct動作します。@Postconstructタグはセッション Bean で機能しますか? それは基本的に私の質問です。さようなら、そしてありがとう！

この質問への回答としてBalusCによって提案されたように、私は次のような管理プロパティを作成したいと思います。

私のプロジェクトでは、すべてのマネージドBeanの宣言と設定がfaces-config.xmlファイルで行われています。提案されているようにコードに注釈を付けても、結果は得られません。1つ以上ある場合でも、ftValuesは常にnull<input name="freetext"> です。メインの構成手法でXMLファイルを使用しているため、注釈が考慮されていない可能性はありますか？

ManagedProperty宣言をに入れるにはどうすればよいfaces-config.xmlですか？追加してみました

適切なマネージドBeanセクションにありますが、このエラーでクラッシュします

管理対象BeanmyBeanのBeanまたはプロパティクラスjava.lang.String[]が見つかりません。

私の Maven プロジェクトには、このような構造があります。

どちらが最初に呼び出されるかを判断するために、2 つのクラスの @PostConstruct アノテーション付きメソッドにロガーを配置し、JBossAS7 サーバーに何度かデプロイした後、これらのクラスをロードする際に特定の順序がないように見えることに気付きました。私の意図は、常に Module.class の前に Registry.class をロードすることです。しかし、このクラスの読み込み動作では、それを達成する方法がわかりません。

場合によっては、Registry.class が最初にロードされますが、アプリケーション サーバーを再起動したばかりでコードに変更を加えていない場合でも、Module.class が最初にロードされる場合があります。

私の質問は、WEB-INF/lib 内で jar をロードする順序を定義するためにできることはありますか?

別の視点:

問題がクラスのロード内にあるのではなく、ApplicationScoped の熱心な ManagedBean にある可能性もありますか? a.jar にクラスを追加しました。

a.jarに Registry.class と RegistryTwo.class が含ま れるようになりました。これで、私は次のようなものを期待しています:

(望ましい出力)

または（これには問題があります。）

しかし、場合によっては、これを取得しています：

@BalusC によると、ApplicationScoped の熱心な ManagedBean は、アプリケーションの起動時に自動インスタンス化されます ( アプリケーション スコープの Bean を強制的にアプリケーションの起動時にインスタンス化するにはどうすればよいですか? )。

私はただ疑問に思います：

1. JSF はどのように ApplicationScoped の熱心な ManagedBeans をロード/作成しますか? 順序を定義できる/定義できる規則はありますか?
2. RegistryTwo.class の両方が同じ jar ファイルの下にあり、両方とも ApplicationScoped である場合、Registry.class が RegistryTwo.class の前/直後にインスタンス化されなかったのはなぜですか?

ファセットカスタムコンポーネント（カスタムタグライブラリで定義されている）を使用する必要があるjsfアプリケーションがあります。これを実現するために、私は次のことを行いました。-コンポーネントをui:component 作成し、-ファイルにtaglibを作成しました-web.xmlにperson.taglib.xml コンテキストパラメータを作成しました-そして最後にコンポーネントをxhtmlドキュメントに含めました

ただし、表示する必要のある情報を取得するには、Beanを使用する必要があります。ファセットコンポーネント定義内でBeanを使用できますか？

たとえば、jsfタグを含む純粋なjspページを作成し、そこからBean（Personなど）にアクセスできます。

faces-config.xmlファセットコンポーネントからで定義されたBeanにアクセスできますか？

（私が十分に明確であったことを願っています）