問題タブ [ibm-was]

Websphere 7 で Web サービス war ファイルをデプロイしているときに、以下のエラーが発生しました。この Web サービス war ファイルは Axis2 を使用して作成され、非常に基本的なサービス (Hello World!) が含まれています。何が問題なのか教えてもらえますか？

[6/25/14 17:10:42:132 IST] 0000000f SystemOut O [エラー] 制約違反の読み込み: ローダー "org/eclipse/osgi/internal/baseadaptor/DefaultClassLoader@679e679e" は、名前の異なるタイプの読み込みを以前に開始しましたローダー「com/ibm/ws/classloader/CompoundClassLoader@71817181」によって定義された「org/apache/axiom/soap/SOAPFactory」 @679e679e" は以前、ローダー "com/ibm/ws/classloader/CompoundClassLoader@71817181" で java.lang.ClassLoader.defineClassImpl(Native Method ) org.eclipse.osgi.internal の java.lang.ClassLoader.defineClass(ClassLoader.java:265) で。org.eclipse.osgi.baseadaptor.loader.ClasspathManager.defineClass(ClasspathManager.java:550) の baseadaptor.DefaultClassLoader.defineClass(DefaultClassLoader.java:160) org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findClassImpl(ClasspathManager. java:520) org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLocalClassImpl(ClasspathManager.java:451) で org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLocalClass_LockClassName(ClasspathManager.java:430) で org.eclipse .osgi.baseadaptor.loader.ClasspathManager.findLocalClass(ClasspathManager.java:417) org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.findLocalClass(DefaultClassLoader.java:188) org.eclipse.osgi.framework.internal.core org.eclipse.osgi.framework の .BundleLoader.findLocalClass(BundleLoader.java:334)。internal.core.BundleLoader.findClass(BundleLoader.java:386) at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:347) at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader. loadClass(DefaultClassLoader.java:83) の java.lang.ClassLoader.loadClass(ClassLoader.java:609) の java.lang.J9VMInternals.verifyImpl(ネイティブ メソッド) の java.lang.J9VMInternals.verify(J9VMInternals.java:72) java.lang.J9VMInternals.initialize(J9VMInternals.java:134) で org.apache.rampart.util.Axis2Util.getDocumentFromSOAPEnvelope(Axis2Util.java:154) で org.apache.rampart.RampartMessageData.(RampartMessageData.java:270) でorg.apache.rampart.RampartEngine.process(RampartEngine.java:60) で org.apache.rampart.handler.RampartReceiver.invoke(RampartReceiver.java:92) で org.apache.axis2.engine.Phase.invokeHandler(Phase.java:340) at org.apache.axis2.engine.Phase.invoke(Phase.java:313) at org.apache.axis2.engine.AxisEngine.invoke(AxisEngine.java: 262) org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:168) で org.apache.axis2.transport.http.HTTPTransportUtils.processHTTPPostRequest(HTTPTransportUtils.java:172) で org.apache.axis2.transport .http.AxisServlet.doPost(AxisServlet.java:146) at javax.servlet.http.HttpServlet.service(HttpServlet.java:738) at javax.servlet.http.HttpServlet.service(HttpServlet.java:831) at com. ibm.ws.webcontainer.servlet.ServletWrapper.service(ServletWrapper.java:1443) com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:790) com.ibm.ws.webcontainer.servlet. ServletWrapper.handleRequest(ServletWrapper.java:443) com.ibm.ws.webcontainer.servlet.ServletWrapperImpl.handleRequest(ServletWrapperImpl.java:175) com.ibm.ws.webcontainer.servlet.CacheServletWrapper.handleRequest(CacheServletWrapper.java:91) com.ibm .ws.webcontainer.WebContainer.handleRequest(WebContainer.java:859) at com.ibm.ws.webcontainer.WSWebContainer.handleRequest(WSWebContainer.java:1557) at com.ibm.ws.webcontainer.channel.WCChannelLink.ready(WCChannelLink) .java:173) com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleDiscrimination(HttpInboundLink.java:455) com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleNewInformation(HttpInboundLink) .java:384) の com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.ready(HttpInboundLink.java:272) の com.ibm.ws.tcp.channel.impl.NewConnectionInitialReadCallback。com.ibm.ws.tcp.channel.impl.NewConnectionInitialReadCallback.complete(NewConnectionInitialReadCallback.java:113) の sendToDiscriminators(NewConnectionInitialReadCallback.java:214) com.ibm.ws.tcp.channel.impl.AioReadCompletionListener.futureCompleted(AioReadCompletionListener. java:165) com.ibm.io.async.AbstractAsyncFuture.invokeCallback(AbstractAsyncFuture.java:217) com.ibm.io.async.AsyncChannelFuture.fireCompletionActions(AsyncChannelFuture.java:161) com.ibm.io.async .AsyncFuture.completed(AsyncFuture.java:138) で com.ibm.io.async.ResultHandler.complete(ResultHandler.java:202) で com.ibm.io.async.ResultHandler.runEventProcessingLoop(ResultHandler.java:766) でcom.ibm.io.async.ResultHandler$2.run(ResultHandler.java:896) at com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:1527)1527)1527)1527)1527)1527)1527)1527)1527)1527)1527)tcp.channel.impl.NewConnectionInitialReadCallback.complete(NewConnectionInitialReadCallback.java:113) com.ibm.ws.tcp.channel.impl.AioReadCompletionListener.futureCompleted(AioReadCompletionListener.java:165) com.ibm.io.async.AbstractAsyncFuture で。 com.ibm.io.async.AsyncChannelFuture.fireCompletionActions(AsyncChannelFuture.java:161) の invokeCallback(AbstractAsyncFuture.java:217) com.ibm.io.async.AsyncFuture.completed(AsyncFuture.java:138) の com.ibm .io.async.ResultHandler.complete(ResultHandler.java:202) の com.ibm.io.async.ResultHandler.runEventProcessingLoop(ResultHandler.java:766) の com.ibm.io.async.ResultHandler$2.run(ResultHandler. java:896) com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:1527) でtcp.channel.impl.NewConnectionInitialReadCallback.complete(NewConnectionInitialReadCallback.java:113) com.ibm.ws.tcp.channel.impl.AioReadCompletionListener.futureCompleted(AioReadCompletionListener.java:165) com.ibm.io.async.AbstractAsyncFuture で。 com.ibm.io.async.AsyncChannelFuture.fireCompletionActions(AsyncChannelFuture.java:161) の invokeCallback(AbstractAsyncFuture.java:217) com.ibm.io.async.AsyncFuture.completed(AsyncFuture.java:138) の com.ibm .io.async.ResultHandler.complete(ResultHandler.java:202) の com.ibm.io.async.ResultHandler.runEventProcessingLoop(ResultHandler.java:766) の com.ibm.io.async.ResultHandler$2.run(ResultHandler. java:896) com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:1527) でcomplete(NewConnectionInitialReadCallback.java:113) com.ibm.ws.tcp.channel.impl.AioReadCompletionListener.futureCompleted(AioReadCompletionListener.java:165) com.ibm.io.async.AbstractAsyncFuture.invokeCallback(AbstractAsyncFuture.java:217) com.ibm.io.async.AsyncChannelFuture.fireCompletionActions(AsyncChannelFuture.java:161) com.ibm.io.async.AsyncFuture.completed(AsyncFuture.java:138) com.ibm.io.async.ResultHandler.complete (ResultHandler.java:202) com.ibm.io.async.ResultHandler.runEventProcessingLoop(ResultHandler.java:766) com.ibm.io.async.ResultHandler$2.run(ResultHandler.java:896) com.ibm .ws.util.ThreadPool$Worker.run(ThreadPool.java:1527)complete(NewConnectionInitialReadCallback.java:113) com.ibm.ws.tcp.channel.impl.AioReadCompletionListener.futureCompleted(AioReadCompletionListener.java:165) com.ibm.io.async.AbstractAsyncFuture.invokeCallback(AbstractAsyncFuture.java:217) com.ibm.io.async.AsyncChannelFuture.fireCompletionActions(AsyncChannelFuture.java:161) com.ibm.io.async.AsyncFuture.completed(AsyncFuture.java:138) com.ibm.io.async.ResultHandler.complete (ResultHandler.java:202) com.ibm.io.async.ResultHandler.runEventProcessingLoop(ResultHandler.java:766) com.ibm.io.async.ResultHandler$2.run(ResultHandler.java:896) com.ibm .ws.util.ThreadPool$Worker.run(ThreadPool.java:1527)165) com.ibm.io.async.AbstractAsyncFuture.invokeCallback(AbstractAsyncFuture.java:217) で com.ibm.io.async.AsyncChannelFuture.fireCompletionActions(AsyncChannelFuture.java:161) で com.ibm.io.async.AsyncFuture com.ibm.io.async.ResultHandler.complete(ResultHandler.java:202) の .completed(AsyncFuture.java:138) com.ibm.io.async.ResultHandler.runEventProcessingLoop(ResultHandler.java:766) の com. com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:1527) の ibm.io.async.ResultHandler$2.run(ResultHandler.java:896)165) com.ibm.io.async.AbstractAsyncFuture.invokeCallback(AbstractAsyncFuture.java:217) で com.ibm.io.async.AsyncChannelFuture.fireCompletionActions(AsyncChannelFuture.java:161) で com.ibm.io.async.AsyncFuture com.ibm.io.async.ResultHandler.complete(ResultHandler.java:202) の .completed(AsyncFuture.java:138) com.ibm.io.async.ResultHandler.runEventProcessingLoop(ResultHandler.java:766) の com. com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:1527) の ibm.io.async.ResultHandler$2.run(ResultHandler.java:896)complete(ResultHandler.java:202) com.ibm.io.async.ResultHandler.runEventProcessingLoop(ResultHandler.java:766) com.ibm.io.async.ResultHandler$2.run(ResultHandler.java:896) com. ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:1527)complete(ResultHandler.java:202) com.ibm.io.async.ResultHandler.runEventProcessingLoop(ResultHandler.java:766) com.ibm.io.async.ResultHandler$2.run(ResultHandler.java:896) com. ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:1527)

wsadmin スクリプトを使用して、WAS の各サーバーの JMS 構成とプロパティ値を取得する必要があります。これらの値を取得するための IBM 標準の jython または jacl スクリプトはありますか? そうでない場合は、誰かが続行する方法を教えてもらえますか。

WMQ 経由で別の Web アプリケーションに接続するように Web アプリケーションを構成しています。

両方のアプリケーションが同じローカル サーバーに接続されている場合、MQ 構成はローカルで正常に動作します。

しかし、各アプリケーションを独自のサーバーにデプロイすると、CCDT エラーが発生します。

サーバー 1 - リモート JNDI 経由でサーバー 2 に接続します

サーバー 2 - WMQ 接続ファクトリ、キュー、およびアクティベーション スペックを保持します。

テストすると、サーバー 1 のログに、以下の例外メッセージが表示されます。サーバー 2 が CCDT 経由で MQ に接続するように構成されているのに、サーバー 1 が TAB ファイルを探しているのはなぜでしょうか。また、サーバー 2 には例外が含まれていません。

私が間違って行った構成について何か考えはありますか?

CCDT 経由で MQ に接続するように WAS を構成していますが、ワイルド カードを含むキュー マネージャー名 (*QMan など) を使用する必要があります。

Queue Connection Factory 画面と Activation Spec 画面では受け入れられますが、Queue Configuration 画面では受け入れられません。下の画像に示すように、[キュー マネージャー] フィールドを空白のままにしておく必要があります。私のアプリケーションは MQ メッセージを受信しません。これが原因ではないかと疑っています。

Queue 画面で Queue Manager を構成できない理由を教えてください。また、MQPUT が機能している場合でも、メッセージ リスナーが受信しない場合の一般的な問題は何ですか。

Activation Spec で CCDT 構成を再確認し、jndi 名を確認しました。すべてが正しく構成されています。

また、ホスト/ポートなどを介して MQ に直接接続した場合も機能していることに注意してください。ただし、MQ クラスターを利用するには CCDT を使用する必要があります。

RAD 9.0 を使用しており、WebSphere Application Server 8.5 でキュー接続ファクトリーを構成しようとしています。同じマシン (Win7 64 ビット) に IBM MQ 7.0 (32 ビット) をインストールしています。

テスト接続をクリックすると、キュー接続ファクトリを構成した後、エラーが発生します。

次の理由により、WebSphere MQ に接続できませんでした: CC=2;RC=2495;AMQ8568: ネイティブ JNI ライブラリー 'mqjbnd' が見つかりませんでした。クライアント インストールの場合、これは予期されることです。[3=mqjbnd]

ネイティブ ライブラリ パス ([JMS] > [WebSphere MQ メッセージング プロバイダー] の下) が に設定されていC:/Program Files (x86)/IBM/WebSphere MQ\java\libます。

に設定しようとしましたC:/Program Files (x86)/IBM/WebSphere MQ\java\lib64が、それでも同じエラーが発生します。

また、MDB のリスナー ポートを構成するために Queue Connection Factory を構成する必要がありますか?

WebSphere MQ Queue Connection factory の変更を尊重できる WebSphere App Server でテスト アプリを構築しようとしています。

残念ながら、ポートと QMgr 名を変更した後、変更を保存してレプリケートし、アプリケーションを再起動した後でも、MQConnFact.. 参照を InitialContext から取得し、同じ UNCHANGED 接続ファクトリ オブジェクトにバインドされているため、サーバーを再起動する必要があることがわかりました。変更をのぞく。

それは正常ですか？私の観点からは、サーバーを再起動する必要はなく、更新されたオブジェクトを取得するためにアプリを再起動する必要さえありません。

はい、session、connection、および messageproducer オブジェクトを閉じます。参照するたびに更新された参照を参照するにはどうすればよいですか?

wsadminを介してserver.pyファイルを実行するためのserver.batファイルがありました。これは既存のファイル/コードであり、python と WAS サーバーのどちらについてもあまり知識がありませんでした。

%BIN-DIR% wsadmin -lang jython ユーザー名 %USER% パスワード %pass% %ENV% %PROP_FILE%> %SYS_LOG_FILE% で実行していました

%BIN-DIR% は IBM/AppServer/Profile/Dev_dmgr_node/bin を指します

パラメーターが欠落している状態で実行すると、server.py にチェック条件があったため、「パラメーターが欠落しています」と表示されます。しかし、必要なすべてのパラメーターを指定すると、デバッグ目的で最初の行に追加した PRINT でさえ、.bat が実行され、何も表示されずに閉じられます (パラメーターが欠落している場合に表示されます)。

wsadminの実行中にファイルが何も表示されない理由を誰かが示唆できますか?ツールを使用せずにserver.pyをデバッグするとします。誰かが以下について提案した場合、それは私にとって非常に素晴らしいことです。デバッグできないはずです

注: server.py ファイルの主なテーマは、DMGR アクセスを使用してコンソールからアプリケーションのサーバー/ノードの詳細を取得することです。

Maven プロジェクトに変換した安らかなアプリケーションがあります。maven compilejava-ee/openjpa パッケージが見つからないため、使用するとコンパイル エラーが発生します。以下は私のPOMファイルです

日食の特定のエラーは次のとおりです。

そしてCLIで：

[エラー] プロジェクト developer-portal でゴールを実行できませんでした: プロジェクト developer-portal の依存関係を解決できませんでした:developer-portal:war:0.0.1-SNAPSHOT: com.ibm.tools.target:was-liberty が見つかりません:pom:8.5.5 in http://repo.maven.apache.org/ maven2 がローカル リポジトリにキャッシュされました。解決は、中央の更新間隔が経過するか更新が強制されるまで再試行されません -> [ヘルプ 1]

参考文献:

1. https://www.ibm.com/developerworks/community/forums/html/topic?id=e98d726e-6f5d-470c-a042-dd8b41384235
2. http://www-01.ibm.com/support/knowledgecenter/was_beta/com.ibm.websphere.wdt.doc/topics/localrepo.htm?lang=en

私は Websphere Liberty Profile V8.5 を実行しており、安らかなサービスを使用していくつかの CRUD db 操作を公開する Web サイトをデプロイしようとしています。展開は正常に機能しますが、実行時にルートのブラウザーで Web サイトを開くと、次のように表示されます。

[エラー] Uncaught.init.exception.thrown.by.servlet
Jersey REST サービス
開発者ポータル
java.lang.NoClassDefFoundError: クラス org.apache.wink.common.internal.providers.header.MediaTypeHeaderDelegate を初期化できませんでした

私はそれが私の依存関係と関係があると強く信じています。ご覧のとおり、手動で org.apache.wink.common.internal.privders.header.MediaTypeHeaderDelegate を追加しようとしましたが、役に立ちませんでした。これが私のPOMファイルです：

Web.xml スニペット: