問題タブ [jndi]

J2EE コンテナーのオーバーヘッドなしで JNDI プロバイダーを実行する必要があります。私がやりたいことを正確に説明しているこの記事(3 ページ) の指示に従おうとしました。残念ながら、これらの指示は失敗します。jboss-common.jar もクラスパスに追加する必要がありました。これを行うと、スタック トレースが得られます。

私はこれを機能させたいと思っていますが、他の軽量のスタンドアロン JNDI プロバイダーにもオープンです。これらはすべて ActiveMQ を機能させるためのものであり、VM の外部でうまく機能する別の軽量 JMS プロバイダーを誰かが提案できれば、クライアントも機能する本格的なアプリケーション サーバーがなくても問題ありません。

アーカイブからリソースを取得できなかったという問題があります。MalformedURLException: unknown protocol: jndi

アーカイブはwarファイルであり、Websphereに正常にデプロイされます。

を介してアーカイブ内のいくつかのファイルにアクセスしようとすると

取得しMalformedURLExceptionます。

どちらも mbean です。どちらも Hibernate Session Factory をセットアップし、JNDI を介して公開することを目的としています。どちらも Red Hat に実装されています。しかし同時に、それぞれが別々のクラス階層に属しています。

それらの実際の違いは何ですか？

前もって感謝します。

私のアプリケーションはTomcatで実行されます。GSS API（JNDI）を使用して、Kerberosを使用してActiveDirectoryLDAPサーバーに接続しています。これにより、ユーザーはADサーバーを定義し、それらに接続を試みることができます。ただし、接続の試行を使用した最初のKerberosが実行されると、アプリケーションはKerberos構成を再度読み取ることはありません（/etc/krb5.conf）。したがって、これを変更するには、tomcatを再起動する必要があります。

どうすればそのような再起動を回避できますか？接続を試みるたびに、アプリケーションにKerberos構成を強制的に再ロードさせるにはどうすればよいですか？

まだ利用できないリモート ejb にアクセスしようとしています。しかし、NameNotFoundException を取得するまでにルックアップに 5 分かかります。クライアント アプリケーションが 5 分間ハングしないように、ルックアップ タイムアウトをより小さな値に設定する方法はありますか? 前もって感謝します...

Websphere で LdapContext を使用して LDAP クエリを実行すると、資格情報の送信は暗号化されますか?

カスタム LDAP 呼び出しを行う Web アプリ用の LdapContext を作成するとします。

自分の通話が安全/暗号化されているかどうかはどうすればわかりますか?

Tomcat アプリケーションで Oracle データソース レベルで返される行を制限する方法はありますか?

maxRowsJavaコードのデータソースに設定した場合にのみ利用できるようです。データmaxRows="2"ソースへの配置は適用されません。

返される行を制限する他の方法はありますか? コードを変更せずに？

LDAP オブジェクトをルックアップするオブジェクト ファクトリを実装しましたが、提供されたコンテキストが (nameCtx.getNameInNamespace() を介して) LDAP から DN を返しません。私は何らかの方法でそれを間違っていますか？

nameCtx.getNameInNamespace() は空の文字列のみを返します。

LDAP contextSource を Java EE コンテナーの JNDI ツリーに配置して、コンテナー内のアプリケーションで使用できるようにする必要があります。

ORACLE OVD に対してクエリを実行するために Spring-LDAP を使用しています。開発のために、Spring xml 構成ファイルに contextSource を設定するだけです。ただし、本番環境では、JNDI ルックアップを使用してコンテナーから接続/コンテキストを取得できる必要があります (ここで提案されているように: http://forum.springframework.org/showthread.php?t=35122&highlight=jndi )。実動 OVD インスタンスの URL/username/pwd へのアクセスが許可されていないため、jndi.properties ファイルに入れることを除外しているようです。

私のアプリケーションでは多くの LDAP クエリが同時に実行される可能性があるため、理想的には、(JDBC のような) 接続のプールが必要です。JNDI ルックアップからオブジェクトを取得して SimpleLdapTemplate に挿入するのは非常に簡単に思えますが、接続/コンテキスト/プールを JNDI ツリーに取得する方法がわかりません。それを構築して RAR にパッケージ化する必要がありますか? その場合、開発者がアクセスできないように運用チームが URL/ユーザー名/パスワードを指定できるようにするためのオプションは何ですか?

私が使用している特定のコンテナーは OAS/OC4J ですが、他のコンテナーでも機能する戦略を歓迎します。

Mysql 接続プールを使用する Jetty を起動すると、このエラーが発生します。誰か助けてくれませんか？

ここに私のJetty.xmlがあります