問題タブ [seam3]

html 5ボタンタグを使用してjsfアクションを実行するにはどうすればよいですか.

実行する

html 5で同等のものは何ですか??

ばかげた質問のように思えるかもしれませんが、私は本当に混乱しています。Seam 3 と Weld CDI は同じものですか? 「CDI (Weld) / Seam 3」に言及している投稿をいくつか読んでいますが、それらは同じものと見なす必要がありますか?

実行したい非クライアント アプリケーションがあります。クライアントはありませんが、HTTP 呼び出しを行い、他のサービスのクライアントとして機能します。おそらく数時間または数日実行されます (ただし、定期的な実行は必要ありません。1 回だけ実行するだけです)。

標準の Context Dependency Injection (CD) と標準の JAX-RS クライアント (Java EE 7 以降の新機能) の利点があるため、Java EE 7 コンテナーで実行したいと考えています。JMS、JPAなどのサービスがあるのもうれしい。

問題は、標準的な方法で main メソッドをどのように記述/注釈付けするかです。@Injectそのようなメソッドはすぐに返さなければならないので、メソッドをオンにするのは良くありません。@Scheduleプログラムで現在のシステム時間を決定しない限り、定期的に実行されるため、理想的ではありません。

私が思いついた最善の方法は、メソッドにワンショットを設定しTimer、@Injectメイン メソッドに で注釈を付けること@Timeoutです。

どういうわけか、これは少しもろく、またはエレガントではないようです。サービスを開始するためのより良い標準的な方法はありますか? それを開始して開始させるだけの注釈はありますか?

さらに、アンデプロイ時にサービスを中断してシャットダウンするための標準的な最良の方法は何ですか?

deltaspyke の最後のリリースは 2012 年 8 月のリリースでした。開発はまだ継続していますか? プロジェクトに将来性はありますか？ここ数ヶ月デルタスパイクの進歩が見られないので、顔の CODI を使用することを考えていました。コミュニティと開発者の両方について、デルタスパイクについて意見を述べたいと思います。

以下のように、EntityManager を Bean (サービス層内にある) に注入します。

そして、これらのサービスを ManagedBean 内 (ビュー レイヤー内にあります) で使用します。すべて正常に動作します。

Stateless WebService 内にこれらのサービスを挿入すると、問題が発生します。上記のコードと同じ方法を使用して、Stateless WebService に注入された EntityManager。entityManager が ConversationScoped であるため、次のエラーが発生します。

どうすればこの問題を解決できますか? View Layer と WebServices Layer の両方で同じサービスを使用するにはどうすればよいですか?

seam-faces を使用せずに、許可によってページアクセスを制限する seam3-security を使用する他の方法はありますか?

シーム フェースでは、次のようなものを使用します。

シーム面が必要ない場合、それを行う別の方法はありますか?

上記で指定した問題に遭遇した人はいますか? いくつかの Web プロジェクトで試してみましたが、seam-faces に依存関係を追加して JBoss にアプリをデプロイし、アンデプロイされないアプリをアンデプロイするたびに同じ結果が得られました。奇妙なのは、関連するログがまったくないことです。管理コンソールでは削除されませんが、アプリの URL にアクセスすると次のように生成されます。

私はエンティティを持っています:-

MyEventhandler Class では、次を使用しています:

Event の Application クラスへの注入 --- applicationXXX は null です。

ただし、他のクラスで同じ注入を行うと、nullではなく機能します。

誰でも私を助けて、ここで欠けているものを指摘できますか???

エンティティに CDI イベントを挿入できませんか ??? または他の方法はありますか???

ありがとう

@PostConstruct基本クラス階層での重複呼び出しに問題があります。

最初の基本クラスは次のとおりです。

具体的なサブクラスは次のとおりです (init() が super.init() を呼び出すためにオーバーライドされていることに注意してください)。

一部の (表示されていない) ページがレンダリングされると、pseudoEntityManagerBean がインスタンス化されますが、 @PostConstruct2 回呼び出されます。これは出力です：

具体的なサブクラスのオーバーライドinit()メソッドをコメント化して、スーパー クラスのメソッドが1 つだけになるようにすると、次の出力が生成されます。@PostConstruct

Q :

現在の CDI 仕様による正しい動作は何ですか? （誰かを参照しますか？）

ノート：

調査中に、このメーリングリストの会話も見つけました。

http://list-archives.org/2012/10/11/cdi-dev-lists-jboss-org/postconstruct-on-inherited-class/f/4426568582

会話の中で、「サブクラスの @PostConstruct メソッドのみを呼び出す必要がある」と言う専門家もいます。よく読むと、Weld 1.1.5 以降に解決されたと言われている Weld バグへのリンクがあります。

https://issues.jboss.org/browse/WELD-1225

これは本当に修正されましたか？私が得た出力によると、そうではありません。

環境: (GlassFish 3.1.2 で) CDI @ViewScoped が正しく動作するように Seam 3 と共に 1.1.8 を連結します。