問題タブ [websphere-7]

私が見つけたところによると、WAS 7用の特定のmavenプラグインはないので、was6-maven-pluginが新しいバージョンのサーバーで動作するかどうか疑問に思っています。

WebSphere6で2つのコンテキストルートを1つのアプリケーションにマップするにはどうすればよいですか。

たとえば、コンテキストルートが「/」のアプリケーションがあります。これは明らかにデフォルトのアプリケーションです。コンテキストルート「/sample」に向けられたリクエストを「/」パスにリダイレクトしたい。

ありがとう！

@localおよび@remoteアノテーションが付いたステートレスEJBSessionBeanがあります。コードはweblogicサーバーで正常に機能しています。ただし、Websphereにデプロイすると、次の例外が発生します。

bm.ejs.container.EJBConfigurationException：BUSINESS_INTERFACE_DESIGNATED_AS_BOTH_REMOTE_AND_LOCAL：'oracle.odc.session.ODCSession'

oracle.odc.session.ODCSessionビジネス・インタフェース・クラスは、リモートとローカルの両方にすることはできません。

リモート呼び出しとローカル呼び出し用に別々のEJBを作成せずに動作させるために利用できる回避策はありますか？

昨日、WASv7の無料試用版をダウンロードしてインストールしました。ダウンロードしたバージョンはです7.0.0.9が、アプリケーションをに対して認証する必要があります7.0.0.3。

このバージョンはどこで入手できますか？

更新：私が本当に必要としていたのは、開発者向けのWebSphereApplicationServerでした。

動作しています！

ユーザーがポータルにログインしなくてもアクセスできるWebSpherePortal7インストール用のページをいくつか作成する必要があります。また、これらのページにはわかりやすいURL（http：// portal / wps / somePageなど）を含める必要があります。タイトルバー（[ホーム]、[検索センター]などの横）に表示されないように、ページを「非表示」にします。

わかりやすいURLでページを作成できますが、[非表示のページ]セクションでそのようなページを作成すると、わかりやすいページが機能していないように見えます。では、非表示で、わかりやすいURLを介してアクセスできるページを作成するにはどうすればよいですか？

この記事を読みました

そして、トピックが MQ でどのように機能するかという概念をまだ理解していませんでした。JMS では、トピックにメッセージを発行できることを知っています。トピックからメッセージを受信するには、まずトピックにサブスクライブする必要があります (受信フェーズでサブスクリプション名を使用)。

MQ でどのように機能しますか? （JMSのように）簡単なシナリオを書きたい：

アプリ サーバーを完全に再起動せずに、WAS 7 でデータソースの構成を変更する方法を知っている人はいますか? データベースの URL を変更する必要があり、そのためにすべてのアプリ サーバーをダウンさせたくありません。

私が収集できることから、これらのリソースはサーバーの起動時にバインドされており、サーバーをリサイクルすることが新しい構成を認識する唯一の方法です。たとえば、ドライバーが oci から Thin に切り替わった場合、プールに接続がまだ残っている可能性があり、これは問題になる可能性があります。

また、キューやトピックの JNDI 名などの JMS リソース情報を再起動せずに変更できるかどうかも知りたいです。

私にお知らせください。これらのいずれも、再起動せずに変更できるとは思えません。

私は Websphere 7.0 で実行されている Java EE 5 アプリケーションに取り組んでおり、データベース監査ログ レコードの永続性をマルチスレッド化するためのスレッド セーフでパフォーマンスの高い方法を見つけようとしています。 Java EE アプリケーション内でマルチスレッド監査ロギングを安全かつ効率的に実行する既知の方法はありますか?

背景情報が必要な場合: アプリは Web サービスであり、アプリが受信する各要求メッセージにより、データベースに永続化する必要がある 100 または 200 の監査ログ メッセージが作成されます。当初、監査ロギングは、java.util.logging.Handler を拡張するカスタム監査ハンドラー クラスを使用して行われ、publish メソッドはデータベース接続を開き、LogRecord から準備済みステートメントを取り込み、挿入を実行しました。このカスタム ハンドラーは EJB のスレッド内で実行されていたため、監査ログによって、各要求メッセージの応答時間が数秒長くなることがあり、SLA に違反していました。

そのため、監査ハンドラーは、別のスレッドを作成するラッパー ハンドラーに置き換えられました (はい、Java EE の規則に反して new Thread() を使用)。ラッパー ハンドラーは、Vector を使用して監査レコードをキューに入れ、監査ハンドラーを使用して別のスレッドで可能な限り高速に永続化します。

Java EE スレッド化の規則に違反していますが、このラッパーは非常にうまく機能していました... MDB での同時呼び出しを許可するまでは。 ラッパーは、複数の EJB 呼び出しが許可されている場合に失敗する可能性があり、各ログ レコードがデータベースに複数回保存される可能性があります。これは、ラッパーまたはスレッドの作成ロジックにバグがあることを示しているようです。

私はその問題の特定と修正に取り組むつもりでしたが、最初に SO にもっと良い方法があるかどうか尋ねてみようと思いました。

私が持っているWebsphere 6 ibm-web-bnd.xmiファイルでは

Websphere 7 にアップグレードしてデフォルトの ibm-web-bnd.XML ファイルを使用したいのですが、更新方法がわかりません...誰かアイデアを提供してください。ありがとう

WAS 7.0.0.13 update 1 サーバーで例外が発生します。spring 3 フレームワークを使用した REST Web サービスの開発に取り組んでいます。Spring フレームワークが http 応答本文を書き込むために出力ストリームを取得しようとしているときに、WAS が例外をスローしています。

Writer は既に取得されています (com.ibm.ws.webcontainer.srt.SRTServletResponse.getOutputStream(SRTServletResponse.java:699) で)

これがコールスタックです。お知らせ下さい。

ありがとう、サティア。