問題タブ [jndi]

Web コンテナー (JBoss) 内で定義されているデータ ソースに、コンテナー外のファット クライアントからアクセスしようとしています。

JNDI を介してデータ ソースを検索することにしました。実際、私の持続性フレームワーク (Ibatis) はこれを行います。

クエリを実行すると、常にこのエラーが発生します。

私のデータソース:

誰がこれがどこから来たのか手がかりを持っていますか?

たぶん、誰かがこれを達成するためのより良い方法を知っているかもしれません。どんなヒントでも大歓迎です！

乾杯、

マイケル

私たちが使用している Weblogic サーバーは、「appds」などの JNDI データソース名を許可するように構成されています。

開発 (localhost) の場合、Tomcat を実行し、server.xml の <context> セクションで宣言すると、Tomcat は JNDI ツリーの「java:comp/env/jdbc/*」で JNDI データソースをハングします。

問題: Weblogic では、JNDI ルックアップは「appds」ですが、Tomcat では、正式な「java:comp/env/jdbc/appds」を提供する必要があるようです。残念ながら、Tomcat バージョンは暗黙の標準ですが、残念ながら Weblogic の構成を変更することはできません。つまり、異なる環境を容易にするために 2 つの異なる Spring 構成ファイル (Spring 2.5 を使用) が必要になることを意味します。

これに対処するエレガントな方法はありますか。Tomcat で JNDI 名を直接検索できますか? 春は名前を付けて両方の場所を見ることができますか? Google の検索や提案はすばらしいでしょう。

JNDI を使用して維持している J2SE アプリケーションを持っています。(JNDI を使用して J2EE アプリケーション サーバーを見つけます。)

JNDI サーバーの検出に失敗したというエラー報告はかなり貧弱です。

InitialContext が通信しようとしているサーバーを表示する方法を探しています。

誰かがこれを行うためのきちんとした方法を持っていますか?

コードで次のルックアップを試してみると、次のようになります。

次の例外が発生します。

JBosswikiの指示に従って組み込みJBossをインストールしました。そして、構成wikiページで指定されているように、「デフォルトですべてのWARをスキャンする」デプロイメントを使用してTomcatを構成しました。

設定ページの引用：

JNDI

接続プール、EJB、JPA、トランザクションなどの組み込みJBossコンポーネントは、JNDIを広範囲に使用してサービスを公開します。組み込みJBossは、TomcatのJNDIインスタンス化の上にそれ自体を階層化することにより、TomcatのJNDI実装をオーバーライドします。これにはいくつかの理由があります：

1. server.xml内でこれらのサービスのすべてを宣言する必要をなくすため
2. WebアプリとEJB間のjava：comp名前空間の見た目のない統合を可能にするため。
3. TomcatのJNDI実装には、一部のJBossコンポーネントの動作を妨げるいくつかの重大なバグがあります。
4. >リモートで検索できるEJBやその他のサービスをリモート処理するオプションを提供したいと考えています。

上記の引用によると、Java：comp / envでルックアップを実行できるようにTomcatのJNDI実装をオーバーライドするJBossネーミングサービスを構成する方法について、誰かが考えていますか？

参考までに-私の環境Tomcat5.5.9、Seam 2.0.2sp、Embedded JBoss（Beta 3）、

注：データベース接続用の-ds.xmlファイルが適切にセットアップされており、指示に従ってクラスパスからアクセスできます。

注：この質問は、埋め込みJbossフォーラムとseamユーザーフォーラムに投稿しました。

サーブレットでは、次のことを行います。

Apache Geronimo インスタンス (WAS CE 2.1) で値をキーpropertyNameに関連付けるにはどうすればよいですか?

Websphere AS 6 では、管理コンソールの [Name Space Bindings] ページで JNDI ルックアップ用にこれらのプロパティを構成できますが、私の人生では、Web 上のコミュニティ エディションでこれを行う方法が見つかりません。

http：// localhost：8080 / rtsclient / loginform.faces Url jnp：// localhost：1099アプリケーションサーバータイプjboss40データソースjdbc/ilogDataSourceユーザーrtsAdminパスワードrtsAdmin

上記はjboss用です。これで、RTSをSunApplicationServerにデプロイしました。そして、jndiをそのように構成したいと思います。私のRTSクライアントは実際にそれにアクセスできます。

どうすればこれを行うことができますか？私はここでこの質問をしました

http://forums.ilog.com/brms/index.php?topic=803.0

私はそれがかなり具体的であることを知っています。しかし、Sunアプリケーションサーバーで一般的にそれを行う方法は？

http://mockrunner.sourceforge.net/の mockrunner パッケージを使用して、次のように動作する XML フィルターをテストする JUnit 用のモック キューを設定しています。

1. ftp サーバーが xml 入力を送受信するための認識可能なプロパティと、ジョブを追跡する jms キュー サーバーを設定します。キュー メッセージが受信されると、実際に xml を解析するサーバーがリモートで待機します。
2. ftp を使用してリモート ディレクトリを作成し、mqconnectionfactory を使用してキュー サーバーの指定されたアドレスへのキュー接続を開始します。
3. 2) で新しいキュー エントリが作成されると、フィルタは、ジョブがリモート サーバーによって完了したことを示す新しいキュー メッセージが表示されるのを待ちます。次に、フィルターは変更された xml ファイルを ftp から取得し、それを次のフィルターに渡します。

私が取り組んでいる JUnit テストでは、フィルターが接続するローカル ftp およびモック キュー サーバーを起動し、フィルターがキューに接続して新しい xml 入力ファイルをローカル ディレクトリに配置するのを待つことによって、この環境をエミュレートする必要があります。ローカル ftp サーバー経由で、キュー メッセージを待ってから、xml 入力をわずかに変更し、変更した xml を新しいディレクトリに置き、ジョブが完了したことを示す別のメッセージをキューに投稿します。

私がネットで見つけたすべてのチュートリアルでは、EJB と JNDI を使用して、作成されたキュー サーバーをルックアップしていました。可能であれば、EJB や JNDI を使用せずに、ローカル マシンにモック キューを作成し、できるだけ簡単な方法で接続することで、そのルートを回避したいと考えています。

前もって感謝します！

私は自分のテストでjmockitを使用しており、テストしたい1つのクラスでInitialContext直接使用しています。だから私は次のものを持っています：

私のテストケースでは、これを呼び出して「モック」InitialContextクラスを使用します。

InitialContextjmockit でクラスをモックする最良の方法は何ですか。

私はすでにいくつかの方法を試しました（自分のを使用するなどMockInitialContextFactory）が、同じエラーに遭遇し続けています：

私が Google で見る限り、JNDI を使ったモックは非常に厄介です。誰かが私にガイダンスを提供したり、解決策を教えてくれませんか? それは大歓迎です。ありがとうございました。

リモート EJB を呼び出すときに、さまざまなドライバー情報を指定する必要があるのはなぜですか?

URL/ポートを指定するだけでよく、EJB コンテナーは他のすべてのものを解決する必要があるのではないでしょうか?

すべてのものは、Windows XP Pro SP2/32 ビットで実行されています。

http://dist.codehaus.org/jetty/jetty-7.0.0-prereleases/jetty-7.0.0pre3/jetty-assembly-7.0.0pre3.zip>dist.codehaus.org から Jetty 7 pre3 をダウンロードしました。
jetty を抽出しましたC:\jetty-7.0.0pre3\(C:\jetty-7.0.0pre3\bin\ と他のディレクトリ
があります)。C:\jetty-7.0.0pre3\webapps\

web.xml に resource-ref があります。

そしてjetty.xmlで構成を行いました：

から実行java -DOPTION=plus -jar start.jarしていC:\jetty-7.0.0pre3\ますが、次のエラーが表示されます。

C:\jetty-7.0.0pre3\lib\plus\jetty-plus-7.0.0pre3.jarクラスパスにあります。同じコンソールで:

どうしたの？org.mortbay.jetty.plus.naming.Resourcestart.jar の可視領域にどのように追加すればよいですか?