3

私を悩ませている問題があり、インターネット上でそれを解決するための統一された方法が見つかりません。Java EE、Glassfish、および Netbeans を使用してエンタープライズ アプリケーションを開発しています。

私は Glassfish の 2 つのインスタンスをセットアップしており、2 つに分割されたエンタープライズ アプリケーションを構築しています。Glassfish の 1 つのインスタンスで Web ページ (2 つの JSP と 2 つの HttpServlet を含む) を実行しています。もう 1 つの例では、アプリのビジネス ロジックを実装したいと考えています。つまり、いくつかの Java エンティティ Bean と、これらのエンティティ Bean を使用するリモート インターフェイスを持つ EJB があります。

私の目標は、グラスフィッシュの最初のインスタンスのサーブレットからリモートで EJB にアクセスできるようにすることです。この投稿にある指示に従いましたが、うまくいきませんでした。より具体的にするためにコードスニペットを提供しています...

Glassfish の 1 つのインスタンスで、EJB のリモート インターフェース:

@Remote
public interface MyEjbRemote {
     //... 
}

およびステートレス Bean:

@Stateless(name="ejb/MyEjb")
public class MyEjb implements MyEjbRemote { 
     //... 
}

他のインスタンス:

public class MyServlet extends HttpServlet {

    @Override
    protected void doGet(HttpServletRequest request, HttpServletResponse response)
        throws ServletException, IOException {
        MyEjbRemote = lookupEjb();
        //...
    }

    private MyEjbRemote lookupEjb() {
        Properties props = new Properties();
        props.setProperty("java.naming.factory.initial",
            "com.sun.enterprise.naming.SerialInitContextFactory");
        props.setProperty("java.naming.factory.url.pkgs",
            "com.sun.enterprise.naming");
        props.setProperty("java.naming.factory.state",
            "com.sun.corba.ee.impl.presentation.rmi.JNDIStateFactoryImpl");

        //default: localhost
        props.setProperty("org.omg.CORBA.ORBInitialHost",
            "localhost");
        //default: 3700
        props.setProperty("org.omg.CORBA.ORBInitialPort", "2037");

        InitialContext ic = new InitialContext(props);
        return (MyEjbRemote) ic.lookup("ejb/MyEjb");
    }
}

残念ながら、Web サイトを起動してリモート ejb を検索しようとすると、次の例外が発生します。

WARNING: Internal error flushing the buffer in release()
WARNING: StandardWrapperValve[jsp]: PWC1406: Servlet.service() for servlet jsp threw exception
java.io.IOException: Stream closed
    at org.apache.jasper.runtime.JspWriterImpl.ensureOpen(JspWriterImpl.java:277)
    at org.apache.jasper.runtime.JspWriterImpl.clearBuffer(JspWriterImpl.java:222)
    at org.apache.jsp.home_jsp._jspService(home_jsp.java from :76)
    at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:109)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:847)
    at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:406)
    at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:483)
    at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:373)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:847)
    at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1523)
    at org.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)
    at 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:325)
    at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:226)
    at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:165)
    at com.sun.grizzly.http.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)
    at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:57)
    at 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:662)

私の実装には何が欠けていますか?提案/アイデアはありますか? このサイトに投稿するのは初めてなので、問題の説明に何か不足があるかどうか尋ねてください。お時間をいただきありがとうございます。

イリアス

4

4 に答える 4

2

ここにはいくつかの間違いがあります。

最も実用的なのは、おそらく例外が JSP ページからのものであり、サーブレットや EJB アクセスとは関係がないように見えるということです。これらはどちらもスタック トレースには表示されません。おそらくhome.jspという名前の JSP があります。応答に書き込もうとしていますが、それを表すストリームは既に閉じられています。どこかで厄介なことをしていますが、それはおそらく EJB とは無関係です。

より理論的な間違いは、デザインが大きなアンチパターンのように見えることです。「ビジネス ロジックを分離する」ためだけにリモート EJB 呼び出しを使用することは、非常に悪い考えです。ビジネス ロジックを分離したい場合は、EJB を EJB モジュールに入れ、サーブレットと JSP を WEB (war) モジュールに入れ、2 つを EAR にまとめます。ローカル インターフェイスを使用します。これをサポートするプロジェクトの作成は、通常、Netbeans や Eclipse などの IDE で数回クリックするだけで、設計のパフォーマンスと健全性が大幅に向上します。

リモート EJB は確実に使用されますが、慎重に使用する必要があります。それらを使用して、そのサーバーの特定のインスタンスが特定の意味を持つリモート サーバー上で大まかなジョブなどを制御します。たとえば、(JMS を介して) メッセージがキューに入れられ、バッチで処理されて外部ネットワークに送信される単一のゲートウェイ サーバーがクラスタ内にあるとします。ここでリモート EJB を使用して、そのリモート サーバーを管理します。

問題の説明から、この 2 番目の Glassfish インスタンスを「通常の」きめの細かいビジネス ロジックに使用したいと思われます。自分が何をしているのかについて 100% 確信があり、特定の問題にリモート通信が絶対に必要であると 100% 確信している場合を除き、この考えをやめることを強くお勧めします。

于 2011-01-21T22:52:25.293 に答える
2

完全な Glassfish 3.1 + Eclipse Helios + EJB 3.1 の例

シンプルな Main.java (デプロイする必要のないシンプルなクライアント プロジェクト)

Properties props = new Properties();
props.setProperty("java.naming.factory.initial", "com.sun.enterprise.naming.SerialInitContextFactory");
props.setProperty("java.naming.factory.url.pkgs", "com.sun.enterprise.naming");
props.setProperty("java.naming.factory.state", "com.sun.corba.ee.impl.presentation.rmi.JNDIStateFactoryImpl");

// optional.  Defaults to localhost.  Only needed if web server is running
// on a different host than the appserver   
props.setProperty("org.omg.CORBA.ORBInitialHost", "127.0.0.1");
// optional.  Defaults to 3700.  Only needed if target orb port is not 3700.
props.setProperty("org.omg.CORBA.ORBInitialPort", "3700");

InitialContext ic = new InitialContext(props);
GlassfishSessionBeanRemote gRemote = (GlassfishSessionBeanRemote)ic.lookup("java:global/EJBGFish/GlassfishSessionBean!com.example.GlassfishSessionBeanRemote");
gRemote.sayHello();

EJB モジュール - 以下の 3 つをすべて JAR ファイルとしてデプロイする必要があります (Eclipse でサーバーとして実行するだけです) - デプロイ済み

@Stateless
public class GlassfishSessionBean implements GlassfishSessionBeanRemote, GlassfishSessionBeanLocal {

    @Override
    public void sayHello() {
        System.out.println("First Glassfish App!");
    }

リモートおよびローカル インターフェイスは次のとおりです。

@Remote
public interface GlassfishSessionBeanRemote {

    public void sayHello();
}

@Local
public interface GlassfishSessionBeanLocal {

    public void sayHello();
}

最も重要なこと:

  1. GLASSFISH 3.1 LIB FOLDER からメインに gf-client.jar を追加する必要があります。javaのクラスパス(最初のもの)
  2. Main.java のクラス パスに EJB プロジェクトを追加します。
于 2012-04-17T15:19:33.450 に答える
0

展開されたクライアントではなく、スタンドアロンのクライアントを説明する関連する回答は、この回答にもあります。

于 2013-10-01T17:26:23.510 に答える
0

EJB プロジェクトをデプロイする必要があると思います。その後、次のようなコードをクライアント プロジェクトに挿入します。

try {
    Context c = new InitialContext();
    HelloRemote z = (HelloRemote) c.lookup("java:global/Pro_EJBModule1/Hello!newpackage.HelloRemote");
    System.out.println(z.sayHello("NGA"));
} catch (NamingException ne) {
    System.out.println(ne);
    throw new RuntimeException(ne);
}

Pro_EJBModule1 は EJB プロジェクトの名前です。

于 2012-05-29T03:46:09.273 に答える