通常のJavaクラスでのEJBの使用。ステートレスなEJBをインスタンス化しようとしています

Question

私はJava EE 6に大きなWebプロジェクトを持っています。

ここでは、Twitter情報を取得して文字列を返す新しいクラスを追加します。これまでのところ、文字列はTwitterからJSONファイルから抽出され、私のデータベースに永続化される準備が整いました。私の問題は、通常、すべてのデータベース呼び出しを処理するEJBから情報を渡す方法がわかりません。私はJPAを使用しており、そのマネージャはすべてのデータベースアクセスを持つDAOクラスを持っています。私はすでにupdateDatabase(String)のためのメソッドを持っています。私は追加する文字列を持つクラスからupdateDatabase(String)を呼び出すことができるようにしたいと思いますが、そのようなステートレスBeanをインスタンス化するための良いフォームかどうかわかりません。通常は、Beanを挿入し、そのメソッドにアクセスするためにクラス名だけを呼び出します。私は、おそらく、EJBの内部からクラスを生成するtwitter文字列を参照してみることもできますが、そこでインスタンス化してmain（）メソッド呼び出しを実行して実行する必要があります。私は本当にこれを行う方法がわかりません。今、私のTwitterの消費クラスは、mainメソッドを持つ単なるPOJOです。何らかの理由で、ライブラリメソッドのいくつかが、IOUtils（）APIのメインインターフェイスの外部で動作しなかったため、「インスタンスは標準プログラミングでは構築しない」と直接言います。

私はPOJOがJava EEプロジェクトにどのように「混在しているか」を尋ねています。ほとんどの場合、クラスはEJBとサーブレットです。

編集：再読した後、上記のことがわかりにくいように見えるので、私はそれを簡素化しようとします。基本的に私はメインメソッドを持つクラスを持っています。データベースアクセスを扱うEJBクラスを呼び出して、updateDatabase(String)というメソッドを呼び出し、文字列を渡すだけです。私はこれをどのようにするべきですか？

編集：EJBを直接インスタンス化するのではなく、JNDIルックアップとサブシーケンス参照のように見えますか？

編集：これらのクラスはすべて同じWebプロジェクト内にあります。同じパッケージ内にあります。私は1つを注入するか、POJOをEJBに変換することができました。しかし、POJOにはmainメソッドがあり、ライブラリファイルのいくつかはインスタンス化されたくないので、メインで実行するのが最良の選択肢のようです。

私のメインのコード：

public class Driver { 

    @EJB 
    static RSSbean rssbean; 

    public static void main(String[] args) throws Exception { 

     System.setProperty("http.proxyHost", "proxya..com"); 
     System.setProperty("http.proxyPort", "8080"); 
     /////////////auth code///////////////auth code///////////////// 
     String username = System.getProperty("proxy.authentication.username"); 
     String password = System.getProperty("proxy.authentication.password"); 
     if (username == null) { 
      Authenticator.setDefault(new ProxyAuthenticator("", "")); 
     } 
     ///////////////end auth code/////////////////////////////////end 

     URL twitterSource = new URL("http://search.twitter.com/search.json?q=google"); 
     ByteArrayOutputStream urlOutputStream = new ByteArrayOutputStream(); 

     IOUtils.copy(twitterSource.openStream(), urlOutputStream); 
     String urlContents = urlOutputStream.toString(); 
     JSONObject thisobject = new JSONObject(urlContents); 
     JSONArray names = thisobject.names(); 
     JSONArray asArray = thisobject.toJSONArray(names); 
     JSONArray resultsArray = thisobject.getJSONArray("results"); 
     JSONObject(urlContents.substring(urlContents.indexOf('s')));     
     JSONObject jsonObject = resultsArray.getJSONObject(0); 

     String twitterText = jsonObject.getString("text");   
     rssbean.updateDatabase("twitterText"); 
    } 
} 

私もrssbean.updateDatabase("twitterText");

Answer 1

ステートレスEJBとしてPOJOを使用して周りのどこかにjava.lang.NullPointerExceptionを取得しています、そのアプローチには何の問題もありません。

ウィキペディアから：EJBは、アプリケーションのビジネスロジックをカプセル化するサーバーサイドモデルです。

POJOクラスはWebサービスを使用するため、ビジネスロジックを実行します。

EDIT>あなたのコメントを読んで、Java EEコンテナの外部からEJBにアクセスしようとしていますか？ EJBを別のEJBに挿入することができます（両方ともステートレスでなければなりません）

Answer 2

InitialContext#lookupメソッドを使用して、アプリケーションサーバーからEJB参照を取得する必要があります。たとえば
：しかし

@Stateless(name="myEJB") 
public class MyEJB { 

    public void ejbMethod() { 
    // business logic 
    } 

} 

public class TestEJB { 

    public static void main() { 
    MyEJB ejbRef = (MyEJB) new InitialContext().lookup("java:comp/env/myEJB"); 
    ejbRef.ejbMethod(); 
    } 
} 

は、ルックアップに使用するEJB名は、ベンダー固有であってもよいことに注意してください。また、EJB 3。1は、すべてのアプリケーションサーバーで動作するはずのportable JNDI namesのアイデアを紹介しています。

Answer 3

EJBにアクセスしたいスタンドアロンプ​​ログラムがある場合は、いくつかのオプションがあります。

1つは、JNDIを使用してEJBをルックアップすることです。 EJBにはリモート・インタフェースが必要で、JNDIパーツをコンテナとして構成するだけでなく、スタンドアロン・アプリケーション内に特定のコンテナ・ジャーを組み込む必要があります。

もう1つの手法は、「アプリケーションクライアント」として知られるJava EE成果物を使用することです。ここには、クラスのコンテナプロバイダラッパーがありますが、コンテナ内でクラスを実行するのと非常によく似た実行時環境を提供します。特に、EJBインジェクションなどのものがあります。

あなたはまだ別のJVMで実行されているので、リモートEJBを参照する必要がありますが、アプリケーションクライアントコンテナはアプリケーションをサーバーに接続する際にボイラープレートの束を処理します。 Java EE成果物は、アプリケーションクライアントアプリケーションを設定して起動する方法にもコンテナによって異なります。

最後に、コンテナ内に配置されたPOJOとは対照的に、POJOがEJBコンテナとこのようにやり取りする方法には基本的に少しの違いがあります。このインタフェースは依然としてEJBの注入（以前よりもJava EE 6で簡単に実行）やJNDI経由の参照を参照するための問題です。唯一の重要な違いは、コンテナに配備されたPOJOがリモートの代わりにローカルインタフェースを使用できることです。