タグ付けされた質問 「ejb」

4
EJB-リモートおよび/またはローカルインターフェースを使用する場合
私はJava EEに非常に慣れていないので、ローカルインターフェースとリモートインターフェースの概念を理解しようとしています。Java EEの大きな利点の1つは、拡張が容易であることです(つまり、さまざまなサーバーにさまざまなコンポーネントをデプロイできるということです)。リモートとローカルのインターフェースはどこにあるのですか?アプリケーションのサーバーごとにコンポーネントが異なることが予想される場合は、リモートインターフェイスを使用することになっていますか?アプリケーションが1つのサーバーにのみ存在する場合は、ローカルインターフェイスを使用しますか? 上記の私の仮定が正しい場合、新しいアプリケーションにローカルインターフェイスとリモートインターフェイスのどちらを使用するかをどのように選択しますか?ローカルインターフェイスを使用して開始し、該当する場合はリモートインターフェイスに徐々にアップグレードしますか? 説明と提案をありがとう。
180 java  jakarta-ee  ejb 

4
Java EEとは正確には何ですか?
私はここ数年、Java SEを行っており、Java EEに移行しています。ただし、Java EEのいくつかの側面を理解するのに問題があります。 Java EEは単なる仕様ですか?つまり、EJBはJava EEですか? EJB / SpringはJava EEの異なる実装ですか? 申し訳ありませんが、Java EEとは何か理解するのが難しいです。 誰かがJava EEとは何かを説明できますか?そしてEJB?
162 java  jakarta-ee  ejb 

4
EJBとは何ですか?
EJB豆が何であるかを学ぶことを試みてきました、それは彼らのインスタンスが何とか何とかプールで管理されていることをどういう意味ですか?本当にそれらをうまくつかむことができません。 それらが実際に何であるかを説明できますか(実際にはJavaプログラマーにとって)。彼らは何をしますか?彼らの目的は何ですか?なぜ実際に使用するのですか?(なぜ固執しないのPOJOですか?)おそらくサンプルアプリケーションですか? 更新された情報、つまりのみを参照してくださいEJB 3.1。EJBに関する日付の情報は誤解を招く可能性があります。 EJB学習初心者の方は注意してください: EJBは分散オブジェクトに基づいています。これは、ネットワークでリンクされた複数のマシン(仮想または物理)で実行されているソフトウェアを指します。
151 jakarta-ee  ejb  ejb-3.1 

6
@EJBまたは@Injectを使用する必要がありますか
私はこの質問を発見した:@Injectと@EJBの違いは何ですが、私はどんな賢明を取得できませんでした。私は以前にJava EEを実行したことがなく、依存性注入の経験もないので、何を使用すればよいのか理解できません。 @EJBは古い注入方法ですか?@Injectを使用しているときにこのアノテーションを使用すると、EJBコンテナによってインジェクションが行われますか?新しいCDIフレームワークを使用しますか?これは違いますか?これが当てはまる場合、@ EJBの代わりに@Injectを使用する必要がありますか?
148 java  jakarta-ee  ejb  cdi 


3
CDIとEJBはどのように比較されますか?相互作用する?
2つがどのように相互作用し、それらの境界がどこにあるかを理解するのに苦労しています。それらは重なりますか?それらの間に冗長性はありますか? 両方に関連付けられている注釈があることは知っていますが、簡単な説明で両方の完全なリストを見つけることができませんでした。これがそれらがどのように異なるのか、またはそれらがどこで重複するのかを明確にするのに役立つかどうかはわかりません。 本当に混乱しています。私は(私は)EJBをかなりよく理解していると思います。CDIがテーブルにもたらすものと、EJBがすでに提供しているものに取って代わるか、拡張する方法を正確に理解するのに苦労していると思います。
106 java  ejb  java-ee-6  cdi 

7
ステートレスおよびステートフルエンタープライズJava Bean
私はJava EE 6チュートリアルを行っており、ステートレスセッションBeanとステートフルセッションBeanの違いを理解しようとしています。ステートレスセッションBeanがメソッド呼び出し間で状態を保持しない場合、なぜ私のプログラムはそのように動作するのですか? package mybeans; import javax.ejb.LocalBean; import javax.ejb.Stateless; @LocalBean @Stateless public class MyBean { private int number = 0; public int getNumber() { return number; } public void increment() { this.number++; } } クライアント import java.io.IOException; import javax.ejb.EJB; import javax.servlet.*; import javax.servlet.http.*; import javax.servlet.annotation.WebServlet; import mybeans.MyBean; import java.io.PrintWriter; @WebServlet(name …

2
ステートレスセッションBeanよりもステートフルセッションBeanを使用する場合
ステートフルセッションBeanは次のように定義されます。 ステートフルセッションBeanオブジェクトの状態は、そのインスタンス変数の値で構成されます。ステートフルセッションBeanでは、インスタンス変数は一意のクライアントBeanセッションの状態を表します。クライアントはそのBeanと対話(「トーク」)するため、この状態はしばしば会話状態と呼ばれます。 ステートレスセッションBeanは次のように定義されます。 ステートレスセッションBeanステートレスセッションBeanは、クライアントとの会話状態を維持しません。クライアントがステートレスBeanのメソッドを呼び出す場合、Beanのインスタンス変数には、そのクライアントに固有の状態が含まれる場合がありますが、呼び出しの期間中のみです。メソッドが終了したとき、クライアント固有の状態は保持されるべきではありません。ただし、クライアントはプールされたステートレスBeanのインスタンス変数の状態を変更でき、この状態はプールされたステートレスBeanの次の呼び出しに保持されます。メソッド呼び出し中を除いて、ステートレスBeanのすべてのインスタンスは同等であり、EJBコンテナがインスタンスを任意のクライアントに割り当てることができます。つまり、ステートレスセッションBeanの状態は、すべてのクライアントに適用される必要があります。 ステートフルセッションBeanよりもステートレスセッションBeanを使用する利点は次のとおりです。 ステートレスセッションBeanは複数のクライアントをサポートできるため、多数のクライアントを必要とするアプリケーションのスケーラビリティを向上させることができます。通常、アプリケーションは、同じ数のクライアントをサポートするために、ステートフルセッションBeanよりも少ないステートレスセッションBeanを必要とします。 では、頭に浮かぶ質問は、ステートフルセッションBeanをいつ使用すべきかということです。この問題についての私の素朴な理解には、ステートレスセッションBeanをできるだけ使用することに固執する必要があります。 ステートフルセッションBeanを使用する候補は何でしょうか。良い例はありますか? セッションビーン
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.