問題タブ [java-ee-5]

私はこのユースケースを得ました：

• クラス図はこちら
• シーケンス図はこちら

この図は、エンタープライズ モデルを表しています。Weblogic 10.3 上の Java EE テクノロジは、IoC および AOP 用の Spring フレームワーク、Spring jpatemplate を使用した永続性用の JPA、対話フレーム用の Spring 統合を活用しています。ご覧のとおり、春の統合により必要なすべての魔法の砂糖が追加されるため、サービスとゲートウェイの間に結合はありません。

次に、例外処理に対処する必要があります。すべてのチェーンにはチェック例外がありません。jpatemplate は実行時例外ですべての SQL 例外をラップするため、データ アクセスにもチェック例外はありません。

したがって、私が処理する唯一のチェック例外は MDB にあります

たとえば、チェーンの一部のコンポーネントで NPE を取得すると、メッセージが JMS キューでロールバックされ、プロセスがループバックされることに気付きました。

このシナリオで例外を処理する最良の方法はどれですか? MDB ですべての runtimeExceptions をキャッチしますか?

よろしくマッシモ

Java EE 5.0版で使われているJSPとサーブレットの(正確な)バージョンが知りたいです。ファイルに web-app_2_5.xsd を追加しましたweb.xml。JARファイルを確認したい。

私はEJBを使用する古いJ2EEアプリケーションを維持しています。J2EEEJBをJavaEEEJBに変換するために必要なこと

User.hbm.xml

ユーザー.java

}

UserHome.java

}

index.jsp: UserHome uh = new UserHome(); ユーザー usr = uh.findByName("handy");

エラーメッセージ：

私はJavaが初めてで、以下を実装する方法がわかりません。

一部のJavaアプリがさまざまなオブジェクトメッセージを書き込むトピックキューがあります（最小、最大、平均処理時間/エラー/デバッグログによるパフォーマンス）。私がする必要があるのは、キューからこれらのメッセージを取得し、それらをポートレット (liferay 5.2) に表示し、icefaces (1.8.2) とプッシュ通知をグラフまたは値だけとして表示することです。しかし、これを達成するためにBeanを実装する方法がわかりません。

どんな助けでも大歓迎です。ウィンストン

JBoss 5.1.0 で、jar 内の @WebService アノテーションを使用して EJB3 ステートレス セッション Bean を Web サービスとして公開すると、次の URL に正常にデプロイされます: http://localhost:8080/SessionTest/MyBean

ただし、ejb jar を EAR ファイルにパッケージ化すると、次の URL にデプロイされます: http://localhost:8080/TestEAR-SessionTest/MyBean

つまり、耳の名前 - jar 名だけでなく、コンテキストとしての jar 名。

スタンドアロンの ebj jar としてデプロイされているか EAR にデプロイされているかに関係なく一貫性を保つために、使用する必要があるコンテキスト (つまり、SessionTest) を指定する方法はありますか?

次のアーキテクチャを持つまったく新しいアプリケーションを考えています

ディーラー <--> ネットワーク <--> イシュア

1) ディーラーは注文を出し、2) ネットワークはそれらを基本的な健全性のために処理し、処理のために発行者に渡します。3) 発行者はそれらを処理し、4) それらをネットワークに送り返します (ログを記録します)。ディーラーに戻します。

キューを使った実装を考えています。現時点では、JMS に関する私の知識は限られています。500 以上のディーラーがあったかどうか (たとえば、500 以上の受信キュー (各ディーラーからの受信メッセージごとに 1 つ) と、同じ数の送信キュー (ネットワークから各ディーラーへの送信メッセージごとに 1 つ) を持つことができますか?) .

発行者側でも同じことが繰り返されます。発行者が 50 人いるとしましょう (つまり、50 + その側の 50 キュー、合計 600 キュー)

このようなアーキテクチャは実用的であり、現在の種類の JEE5 アプリケーション サーバーでサポートされていますか? 上記のように、JEE5 サーバーのような通常の JMS プロバイダーで実現できる場合、websphere MQ のような重い MQ 実装を導入したくありませんか?

前もってthx、ルーバン

今日、JMS APIを使用してアプリケーションを構築し（MDBをメッセージリスナーとして使用し、GlassFishやWeblogic 10などでホストします）、明日はトラフィックが途方に暮れるとしましょう。コードを変更せずに、このアプリケーションをWebsphereMQなどの製品に移植できますか。 ... coz理論的には、MQは専用のJMSプロバイダーのようなものです...

We have our clients in an extranet based environment that need to connect to our JMS queues. Should they be able to just lookup our queues and connectionFactories in the JNDI space. I mean what is the recommended and scalable approach...

生産者 <--> 消費者

上記のシナリオでは、(コンシューマの) JMS キューに多くのメッセージを入れようとしている「N」個のプロデューサがあるとしましょう。

私の質問は、特にキューを使用する JMS 環境で負荷分散がどのように機能するかです。

この場合、JNDI は十分な間接化を提供すると思います。そのため、すべてのクライアントは、JNDI ベースのキューと接続ファクトリを検索しているだけです。また、任意の種類の loadDistributor がコンシューマーとプロデューサーの間に配置され、着信メッセージを受け取ることができます。

これらの着信メッセージを JMS プロバイダーのファームにどのように配布しますか (着信トラフィックを処理するには、それらのファームが必要だと思います)、複数のキューの同期されたコピーをどのように維持しますか..または任意のメッセージを入れますか? MDB を使用して処理するだけです。しかし、「メッセージが受信された順序で処理される」ことをどのように保証しますか?なぜなら、それらはすべて一連のキューに分散されているからです...

この種の「高負荷」環境で推奨されるアプローチは何ですか?