EJBはまだ生きてますか？
https://stackoverflow.com/questions/108782
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian質問
プロジェクトではまだセッション EJB またはエンティティ EJB を使用していますか?なぜ？
解決
EJB3は 広大な 以前のバージョンよりも改善されました。まだ 技術的に JavaEE の標準的なサーバー側実装ツールセットであり、これまでの重荷がなくなったため (アノテーションと Java Persistence のおかげで)、非常に使いやすく、現在もデプロイされています。あるコメント投稿者が指摘したように、JBoss SEAM はこれに基づいています。
EJB 3 は Spring の実行可能な代替手段であり、2 つのテクノロジはより緊密に関連するようになる可能性があります。 これ この記事では、Spring 3.0 が EJB Lite (正確には何なのかはわかりません) と互換性があり、おそらく Java EE 6 の一部になる可能性があると詳しく説明しています。
EJB はどこにも行きません。
他のヒント
ここでは EJB を使用していますが、JBoss Seam、JSF、Faclets、MyFaces Trinidad では非常にうまく機能します。優れた UI、テンプレート、AJAX、そして JBoss 4.2 上で 24 時間 365 日稼働する安定した運用環境。
これは、ビジネス プロセス、ワークフロー、メッセージング、Web サービス、UI コントロールに適したスタックです。mysql 永続性を備えたエンティティ Bean に基づく機能の迅速な提供、簡単なプログラミング、安定した基盤。
私たちの製品が要求するタスクのために EJB 3 の機能セットを見逃したくありません。
EJB はまだ存在し、成長しています。多くの新機能 (SOAP/RESTful Web サービス、JPA エンティティ、JAXB など) がこれに依存しているか、少なくとも開発哲学を再利用しています。
の概要を参照 Java EE 6 の新機能. 。EJB 3.1 と WebBeans 1.0 は、Java EE 5 や Spring の Seam などのフレームワークと同様に、Java EE 6 コンテナ環境を使いやすくします。Spring 3 に詳しい場合は、 この記事 は、Java EE が同等のフレームワークになるまでにどのように進化したかを示しています。
はい、しかし、EJB はほとんどのユースケースにとって愚かなほど複雑でした。非常に賢いですが、ほとんどの場合はやり過ぎです。したがって、現在では軽量なアプローチが採用されています。
ジャスティン
