問題タブ [jndi]

「java:comp/env/jdbc/MY_SQL_DS」は機能しません。Naming Exception: NameNotFoundException が発生します。どちらも "MY_SQL_DS" だけでは機能しません。名前の例外が再び発生します。

「MY_MailSession」という名前のメールセッション用に別のJNDIを作成し、それを (javax.mail.Session) ctx.lookup( "MY_MailSession" ) のように参照します...

JDBC DataSource を参照する規則は何ですか?

hibernate.cfg.xml ファイルで SessionFactory の JNDI 名を設定する方法があります。ただし、Web アプリケーションで SessionFactory を取得するために JNDI ルックアップを明示的に使用していない場合、JNDI 名を付けなくても大丈夫ですか?

私が質問する理由は、JNDI 名を設定しなくても、JUnit テストが正常に実行されるからです。しかし、hibernate.cfg.xml の sessionfactory タグに「name」のみを指定してセットアップすると、最初に次のように表示されます。

そして例外をスローします：

だから私の回避策は、hibernate.cfg.xml から JNDI 名を削除することですが、それが他の問題を引き起こすかどうかわかりませんか?

JBoss にアプリケーションがデプロイされている。その中に含まれているのは、スケジュールされたタスクをトリガーする Quartz MBean を登録することです。

その MBean のリソース ref を作成して、タスク コードではjava:/comp/env/*なくリソースにアクセスするにはどうすればよいですか?java:/*

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

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

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

どうやってやるの？

ありがとう、イド

Tomcat (および他のいくつかのサーブレット コンテナー) では、JDBC DataSource に関する情報を に格納できますMETA-INF/context.xml。これは非常に便利です。

ただし、JDBC DataSource の設定は、開発環境と本番環境で異なる場合があります。context.xml他の人がこれらの違いをエレガントな方法でどのように処理しているか、具体的には開発環境用と本番環境用を最も手間のかからない方法でセットアップする方法を知りたいです。

J2SE アプリケーションからリモート ステートレス セッション Bean を呼び出しており、ルックアップのコストを削減するためにセッション Bean への参照をキャッシュしたいと考えています。これでよろしいですか？

EJB2 では ServiceLocator パターンを使用してリモート リソースへのルックアップをキャッシュするのが一般的でしたが、EJB3 には個別の EJB ホーム (通常はキャッシュされていた) とリモート オブジェクトがありません。

これに対する一般的な答えは、EJB3 インジェクションを使用することですが、J2SE クライアントからリモート EJB サーバーへの呼び出しを行っているため、インジェクションを使用できません。

現在、これをJBossに使用していますが、外部Tomcatにも何かが必要です。

Googleで検索すると、これが見つかりましたが、JNDI接続を受け入れるように構成されているTomcatのポートがわかりません...

助けてくれますか？

jar ファイルを実行しようとすると、例外が発生します。

これは、クラスパスに欠落しているある種のライブラリだと思います。どのjarファイルが欠落しているか教えてもらえますか? クラス weblogic.jndi.WLInitialContextFactory がどこにも見つかりません...

ありがとう！

PS: 既に weblogic 10.0 jar が含まれています。

このエラーが発生する理由や、このクラスを含む JAR ファイルをどこで入手できるかを知っている人はいますか?

私のアプリケーションはルックアップwlclient.jarを実行するために使用しています...ありがとう！JNDI

Web サービス アプリケーションとスタンドアロンのコマンドライン アプリケーションを含むレガシー WebLogic アプリケーションを使用しています。どちらも共通のデータベースにアクセスする必要があるため、コマンドライン アプリケーションで Web サーバーの JDBC 接続へのプールされた接続を使用できるようにしたいと考えています。(スタンドアロン アプリケーションは、サーバーがアクティブな場合にのみ実行でき、両方が同じ物理マシン上で実行されます。)

次のように、JDBCドライバーへのJNDIルックアップを使用しようとしました。

JNDI 名が正しいことを確認しました。他の Web アプリケーションを使用してデータベースに接続できますが、スタンドアロン アプリケーションでは引き続き問題が発生します。- このアイデアは、WebLogic アプリケーション ノートから得ました。

私が見落としたことについてのアイデアはありますか？

編集 1.1: 「java.lang.ClassCastException: java.lang.Object」例外が発生しています。

編集2: 次のことを実行すると:

スタンドアロン アプリケーションでは、次のように報告されます。

Webアプリケーションで同じコードチャンク（元の質問で説明）をテストしようとしましたが、データソースに接続できました（つまり、「機能しているようです」）。この作業テスト レポート:

また、失敗したときのスタックトレースは次のとおりです。