問題タブ [application-client]

アプリケーション クライアントからステートフル セッション Bean (SFSB) にアクセスできません。JBoss 5.0.1.GA を使用しています。アプリケーション クライアントと EJB は両方ともデプロイする EAR にパッケージ化されており、問題なく動作する他のアプリケーション クライアントがあります。これまで、私はステートレス セッション Bean (SLSB) しか使用していませんでしたが、私が理解している限り、SLSB と SFSB の違いは、アプリケーション クライアントからのアクセス方法には影響しません。

クラス/インターフェースの構造:

アプリケーション クライアントは、「 JBoss 5 でアプリケーション クライアントを使用する方法」で説明されているように、「appclient-launcher」を介して実行されます。init() の実行中に (ローカル) ABean で someMethod() が呼び出されるまで、「BBean」のルックアップを行うことは正常に機能します。その呼び出し中に、コンテナーは InvalidStateException("Local call: security context is null") をスローします (根本的な原因として)。ステートフル Bean をステートレス Bean に変更すると、すべて正常に動作します (もちろん、状態が保持されないことを除きます)。興味深いことに、Web アプリケーション (JSF マネージド Bean) からまったく同じ SFSB を問題なく使用できます。

私は何か間違ったことをしていますか？アプリケーション クライアントから SFSB を使用するにはどうすればよいですか?

これまでのところ、この特定の問題について役立つものは何も見つかりませんでした。この例外は、[#JBAS-4317] Security Context over the invocationの同様のコンテキストで言及されていますが、完了としてマークされ、JBoss 5.0.0.Beta3 で修正されていることを考慮すると、同じ問題ではないようです。

私はmavenにかなり慣れていません。

アプリケーション クライアント jar ファイルのビルドに適したプラグインまたはパッケージ タイプはありますか?

jar 内の META-INF フォルダーに application-client.xml ファイルを追加したいと考えています。

通常の jar パッケージにはファイルが含まれていません。

アプリケーションクライアントjarに複数のエントリポイントを設定するにはどうすればよいですか？

Glassfishアプリケーションサーバーを使用しています。私はを使用してクライアントをつかむことができます

現在、MANIFEST.MFで指定したデフォルトのメインクラスを実行できます。ただし、実行時に別のメインクラスを指定できるようにしたい。

すなわち

Main1とMain2の両方に、「publicstaticvoidmain」エントリポイントがあります。

MANIFEST.MFにないメインクラスを指定すると、次の例外が発生します。

appclientが他のメインクラスを参照するように変更する必要がありますか？

タイトルが示すように、これは特に Java EE と Glassfish に関連しています。

私が学んだことから、アプリケーション クライアントは、glassfish と通信できるアプリケーション クライアントで実行されます。ただし、注釈に関してはこれには制限があるようです。

1. 2 つの異なるアプリケーション タイプから Glassfish アプリケーション サーバーに接続する場合の違いの例を誰か教えてもらえますか?

2. アプリケーション クライアント アプローチの利点は何ですか? また、Java EE 用のアプリケーション クライアントを開発する際に最も一般的に使用されるアプローチは何ですか?

GlassFish Eclipseツールバンドルをインストールしました...

動的 Web や耳のプロジェクトなどのプロジェクトを開始し、それらを GlassFish に展開できます...完璧に動作し、ローカルホストの URL の下で Hello World が表示されます

しかし、アプリケーションクライアントを作成したい場合はどうすればよいですか。助けてください...現時点では、「Eclipseでアプリクライアントプロジェクト」を作成して同じ耳に追加しましたが、これを開始する方法がわかりません...

ヘルプ - チュートリアルの開始方法は?!!

Eclipse WTP のさまざまな種類の Java EE プロジェクトの違いは何ですか?

がある：

• アプリケーション クライアント プロジェクト
• コネクタ プロジェクト
• エンタープライズ アプリケーション プロジェクト
• ユーティリティ プロジェクト

Java EE クライアント アプリケーションから EJB3 にアクセスしようとしていますが、ルックアップの失敗しか得られません。クライアント アプリケーションは、Java EE Application Client Container 内で実行されています。

私の Java EE アプリケーション 'CoreServer' は、リモート インターフェイスを持つ多数の Bean を公開しています。同じ Glassfish v3.0.1 にデプロイされた Web アプリケーションから問題なくアクセスできます。

今、クライアントアプリケーションからアクセスしようとしています:

これを Glassfish にデプロイして appclient から実行すると、次のエラーが発生します。

ただし、これは WebApplication から Bean をルックアップするときに使用する JNDI 名とまったく同じです (InitialContext ではなく SessionContext を介して - それは重要ですか?)。また、「CoreServer」をデプロイすると、Glassfish は次のように報告します。

4 つの名前すべてを試しましたが、どれも機能しませんでした。appclient はリモート インターフェイス (のみ) を持つ Bean にアクセスできませんか?

私は新しいエンタープライズプロジェクトを開始Glassfish 3し、アプリケーションサーバーおよびNetBeans 6.9として使用していますIDE。デスクトップアプリケーションEJBsからリモートでアクセスしたいものがあります。SwingAFAIKには、プレーンJNDIルックアップを使用するかSwing、アプリケーションクライアントコンテナでアプリケーションを実行して@EJBアノテーションを使用するかの2つのオプションがあります。最初のオプションを正常に試しましたがglassfish、依存関係を満たすためにすべてのライブラリをコピーする必要がありました（約50MB、通常は見つかりません）。次に、2番目のオプションを試します。でNetBeans、新しいEnterprise Application Clientプロジェクトを作成し、EJBプロジェクトを依存関係として追加して、実行を押します。次の例外が発生しますSniffers with type [ejb] and type [appclient] should not claim the archive at the same time。今、私が削除した場合packageアプリケーションクライアントのプロジェクトプロパティのEJBプロジェクトの横にあるチェックボックスでClassNotFound、リモートインターフェイスの別の例外が発生します。

ちょっと行き詰まりを感じます:(経験豊富な人は、EJBにリモートでアクセスする方法を教えてくださいGlassfish 3？上記で書いたように、最初のオプションで成功しますが、単純なクライアントには50MBが多すぎると思います。

編集：リモートサーバーにビジネスロジックがある場合、クライアントからの展開とリモートアクセスにどのようなアプローチを選択しejbsますか？

あなたが持っている提案をありがとう！

よろしくお願いします、ペタル

Sun から EJB の元のトレーニングを行っているときに、依存性注入とメイン クラスの概念を持つエンタープライズ アプリケーション クライアントのかなり奇妙な概念に出くわしました。

これに関する背景情報が見つかりません。お気に入り：

1. これはどのように機能するはずですか。
2. NetBeans なしでそのようなアプリケーションを起動するにはどうすればよいですか。
3. NetBeans なしで (Maven を使用した iE)、この構造をどのように構築しますか。

はい、NetBeans を使用していますが、コマンドラインや Maven でも同じ操作を実行できない場合は満足できません。

環境：GlassFish 3.0.1、NetBeans 6.9、JDK 6u21

問題：EJBにアクセスしているapp-clientを実行できません

バグレポートは、http：//netbeans.org/bugzilla/show_bug.cgi ？ id = 183488に、対応するチュートリアルhttp://netbeans.org/kb/docs/javaee/entappclient.htmlとともにあります。これで、リモートインターフェイスがJavaクラスライブラリにどのように存在する必要があるかがわかりました。チュートリアルの手順を説明しましたが、それでも機能しません。

エラー： http： //pastebin.com/k8ARGKbX。

http://docs.sun.com/app/docs/doc/820-7700/gjkmx?l=en&a=viewによると、このエラーメッセージは次のことを意味します。

ACDEPL112JARファイル{0}のマニフェストから拡張機能を処理しようとしてエラーが発生しました。それを無視して続行します

原因：サーバーがJARファイルを開こうとしたか、マニフェストにリストされた拡張機能を処理しようとしたときに、ログ・ファイルにリストされた例外がスローされました。

解決策：JARファイルのマニフェストに、JARが依存する拡張子が正しくリストされていることを確認してください。

マニフェストファイルに含まれているのは私にとってあまり意味がありませんが、Manifest-Version: 1.0 ここに何かを追加する必要がありますか？：\

同様の議論はhttp://forums.netbeans.org/post-86938.htmlの下にあります。また、NetBeansコミュニティフォーラムhttp://forums.netbeans.org/viewtopic.php?t=33195でこの質問をし、編集者に電子メールを送信しました。

どんな助けやアイデアもいただければ幸いです！よろしくお願いします、ウイリー