問題タブ [glassfish]

Glassfishの永続性プロバイダーとしてHibernateを使用することは可能ですか？その場合、どのように使用しますか？

カスタマイズがほとんどない新しいGlassfishインストールを使用しています。

トピックをリッスンし、データベースで受信したオブジェクトを更新するメッセージ駆動型 Bean (ObjectUpdateMDB) があります。多くのオブジェクトが更新されています。しばらく実行すると、次の例外が発生します。

ヒープスペースに問題があるようです。ヒープ領域を調整する必要があるのは何ですか? アプリケーションサーバー自体ですか、それともブローカーですか? どうすればいいですか？

GlassFishでいくつかのJDBCリソースとカスタムリソースを作成しました。JDBCリソースjdbc/mydbとカスタムリソースに名前を付けましたservice/test。

JDBC接続は、呼び出しでルックアップされますic.lookup("java:comp/env/jdbc/mydb")。また、いくつかの欠点があるで見つけることができic.lookup("jdbc/mydb")ます。以下のロビンの回答を参照してください。

ただし、カスタムリソースはで検索する必要がありic.lookup("service/test")ます。回線ic.lookup("java:comp/env/service/test")が機能​​しません。それは可能ですか、もしそうなら：どのように？

GlassfishサーバーにEJB3とJSFを使用したエンタープライズアプリケーションがあります。このアプリケーションを 2 週間以上実行した後、クラスの読み込みに問題があることに気付きました。これはpermgenの問題ではないと思います。ページを開くたびにクラスがロードされましたが、メモリから消去されることはありませんでした。または私のサーバーのメモリのスナップショットは次のとおりです。

スナップショット

したがって、この問題をデバッグする方法についての指針が必要です。

何があっても、5 秒ごとにアプリケーション サーバー (Glassfish) で呼び出されるメソッドが必要です。タイマーはこれに対して十分に信頼できますか? 私のオプションは何ですか。

グラスフィッシュを使用しています。これが私がやりたいことです。互いに独立してデプロイできるさまざまな ejb モジュールがあります。しかし、デプロイされたすべてのモジュールを登録する必要がある 1 つの中央 ejb モジュールが必要です。これは、すべてのモジュールをデプロイする必要があるわけではないためです。

各 ejb モジュールに、モジュールがデプロイされた直後に呼び出される特定のメソッドを持つセッション Bean (またはそれまでのもの) が含まれている場合が最善の方法だと思いました。しかし、そのような機能は見つかりませんでした。クライアントは中央の ejb モジュールのセッション Bean に現在どのモジュールが登録されているかを問い合わせることができるため、プロセス全体はデプロイ後に実行する必要があります。

私はすでにライフサイクル機能を試しましたが、アプリケーションサーバーの lib ディレクトリに配置する必要がある独自の jar ファイルを作成する必要がありますが、これは本当に必要なものではありません。さらに、中央の ejb モジュールの register メソッドを呼び出すと、このアクションが許可されていないという例外がスローされます。

どうすればこれを管理できるか知っている人はいますか？助けてくれてありがとう。

作成したサーブレットを Glassfish アプリケーション サーバーにデプロイしようとしましたが、ちょっとした障害にぶつかったようです。コードは自動デプロイ フォルダーに適切にデプロイされ、デプロイされると、次の内容がログ ファイルに書き込まれます。

明らかなエラーはありませんが、その後、サーブレットがバインドされるパスにアクセスすると 404 が返されます。私が通過する必要がある別のステップはありますか？

WAR ファイルの web.xml は次のようになります。

私は現在、アプリケーションサーバーを考慮せずに開発された古いJavaコードに取り組んでいます。これは基本的に、入力インターフェイスと出力インターフェイスを備えた「ブラックボックスコード」の集まりです。「ブラックボックス」クラスのすべては、状態を含む静的データ構造であり、時間間隔（10秒ごと）でアルゴリズムを通過します。ブラックボックスはメインメソッドから開始されます。

これを簡単にするために、「ブラックボックス」をシングルトンにすることを考えています。基本的に、ブラックボックス内のロジックにアクセスしたい人は誰でも同じインスタンスを取得します。これにより、メッセージ駆動型Beanをブラックボックスへの入力として使用し、ある種のJMSパブリッシャーをブラックボックスの出力として使用できるようになります。

これはどれほど悪い考えですか？任意のヒント？

しかし、私が抱えている主な懸念の1つは、「ブラックボックス」コードに私が気付いていないスレッドが含まれている可能性があることです。

EJBに「アプリケーションスコープのオブジェクト」などはありますか？

注：私はGlassfishを使用しています

リモート インターフェースを持つ EJB を作成しました。

サーバー上で実行されている別のコンポーネント（サーブレットなど）から次の方法でアクセスします。

私は netBeans 6.5.1 と glassfish v2 を使用しています。

どうやってやるの？

ありがとう、イド