1. Oracle SOA Suiteリリース・ノート
  2. 既知の問題と回避策

2 既知の問題と回避策

この章では、Oracle SOA Suiteのリリース14c (14.1.2.0.0)の既知の問題および回避策について説明します:

ノート:

このガイドに記載されているパッチを適用するには、My Oracle Supportにサインインし、パッチ番号を検索してパッチを見つけ、ダウンロードします。

SOA Coreの既知の問題および回避策

次に、SOA Coreのリリース14c (14.1.2.0.0)の既知の問題および回避策を示します:

アップグレード後の環境でセキュア・モードがデフォルトで無効になる

問題

Oracle Bug#36735609

影響を受けるリリース: 14.1.2.0.0

影響を受けるプラットフォーム: すべて

12.2.1.4から14.1.2.0.0にアップグレードすると、アップグレード後のOracle SOA Suite環境ではセキュア・モードがデフォルトで無効になります。セキュア・モードを有効にするように選択した場合、その結果として、プロトコル、ホストおよびポートの組合せが変更されると、移行前に作成された既存のOracle SOA Suiteフロー・インスタンスで問題が発生する可能性があります。

次の場合、移行前に作成された既存のOracle SOA Suiteインスタンスが影響を受ける可能性があります。
  • 移行前のソース環境でSSLが無効になっている場合。
  • 非SSL URL(変更される)を使用したSOAコンポジットから別のSOAコンポジットWSDLまたはサービスへの外部参照がある場合。

    回避策:

    この場合、アップグレード後も引き続き有効になるトークンまたはロード・バランサURLを使用して、ハードコード化されたURLを使用しないようにSOAコンポジットを更新する必要があります。

  • 古いSOAサーバーURLはアップグレードの一部として変更されるため、アップグレード前に作成された、このようなURLが含まれるSOAインスタンスに対して外部システムからコールバックが行われると、失敗することがあります。

    回避策:

    この場合は、非SSL URLを一時的に有効にして、インスタンスのコールバックをリカバリできます。ただし、これはすべてのケースでうまくいくわけではありません。アップグレード前に、外部システムからコールバックされるようなオープン・インスタンスがないことを確認してください。

次の場合、移行前に作成された既存のOracle SOA Suiteインスタンスは影響を受けません。
  • 移行前にソース環境でSSLが有効になっており、プロトコル、ホストおよびポートがアップグレードの一部として変更されない場合。
  • 顧客がSOAサーバーURLとしてOracle HTTP Serverまたはロード・バランサURLを使用しており、それがコールのルーティングに使用され、かつ外部との相互作用がすべてSOAサーバーURLを経由する場合(そのURLが変更されないことが前提となります)。

初めて非セキュア・モードからセキュア・モードに切り替える場合は、必ず外部クライアントを新しいエンドポイントURLで更新してください。これにより、コールバック・リクエストは新しいコールバック・コンポジット・エンドポイントURLにルーティングされます。それ以降のセキュア・モードと非セキュア・モードの切替えでは、エンドポイントURLは変更されず、コールバックはシームレスに行われます。

高可用性セキュア・モードでの再起動に失敗する場合がある

問題

Oracle Bug#36733624

影響を受けるリリース: 14.1.2.0.0

影響を受けるプラットフォーム: すべて

高可用性およびセキュア・モードでOracle SOA Suiteを再起動すると、Enterprise Manager Fusion Middleware Controlでエラーがスローされる場合があります。これは断続的に発生する問題です。
  • Enterprise Manager Fusion Middleware Control (https://hostname:port/em)にアクセスすると、errorPage.jspxエラーがスローされます。
  • soa-infraノード(https://hostname:port/soa-infra)にアクセスすると、Webサーバー・ブリッジのエラー。使用可能なバックエンド・サーバーがありませんというエラーがスローされます。

回避策

なし。

セキュア・クラスタ環境で作成された管理対象サーバーの起動に失敗する

問題

Oracle Bug#36735609

影響を受けるリリース: 14.1.2.0.0

影響を受けるプラットフォーム: すべて

14.1.2.0.0でリモート・コンソールを使用して作成された管理対象サーバーは起動に失敗し、「パスワードが正しくありません」というエラーがスローされます。

回避策

WebLogic Remote Consoleを使用して管理対象サーバーを作成して起動するには、WebLogic Remote Consoleにログインし、次のステップを実行します。
  1. 「ツリーの編集」に移動し、「環境」で「サーバー」を選択します。
  2. 「新規」をクリックします。
  3. 管理対象サーバーの名前を指定します。
  4. 「別のサーバーから設定をコピー」ドロップダウンから、既存の管理対象サーバーを選択します。
  5. 「作成」をクリックします。
  6. 「ツリーの編集」で、新しく作成したサーバーに移動します。たとえば、WLS_SOA5です。
  7. 「一般」タブの「ローカル管理ポートのオーバーライド」フィールドで、一意の番号を更新および指定します。同じマシン上のドメイン内のすべての管理対象サーバーの管理ポート値(>=1024)が一意であることを確認します。
  8. 「保存」をクリックします。

    変更がショッピング・カートに追加されたことを確認するメッセージが表示されます。

  9. 「セキュリティ」タブに移動し、「キーストア」を選択します。
  10. 「キーストア」タブで、「カスタム・アイデンティティ・キー・ストア・パス・フレーズ」および「カスタム信頼キー・ストア・パスフレーズ」を指定します。
  11. 「保存」をクリックします。

    変更がショッピング・カートに追加されたことを確認するメッセージが表示されます。

  12. 「SSL」タブに移動し、「サーバーの秘密キーのパスフレーズ」を指定します。
  13. 「保存」をクリックします。

    変更がショッピング・カートに追加されたことを確認するメッセージが表示されます。

  14. 「WebLogic Remote Console」ウィンドウの右上隅にあるショッピング・カートに移動し、「変更のコミット」をクリックします。
  15. 管理対象サーバーを起動します。

    サンプル・コマンド:

    cd /u02/oracle/config/domains/base_domain_1/bin
        ./startManagedWebLogic.sh WLS_SOA5
        https://soaexternal.oraclevcn.com:9002
        -Djavax.net.ssl.trustStore=/u01/oracle/config/keystores/soahost1/trust.p12
         
      -Djavax.net.ssl.trustStorePassword=WElcome1_1_

「デプロイ済コンポジット」タブのjava.lang.reflect.UndeclaredThrowableException

問題

Oracle Bug#36733516

影響を受けるリリース: 14.1.2.0.0

影響を受けるプラットフォーム: すべて

問題およびその問題が発生する可能性のある場合についての説明
  1. Enterprise Manager Fusion Middleware Controlにログインします。
  2. 「SOAインフラストラクチャ」に移動し、「SOAフォルダ」を選択します。
  3. 「デフォルト」を選択し、「デプロイ済コンポジット」タブに移動します。

    ブラウザに次のエラー・メッセージが表示されます: 取得がエラーjava.lang.reflect.UndeclaredThrowableExceptionで失敗しました。詳細はログ・ファイルを参照してください。

回避策

なし。

SOAINFRAでのプラン作成がJAVA.LANG.ILLEGALSTATEEXCEPTIONエラーで失敗する

問題

Oracle Bug#36907731

影響を受けるリリース: 14.1.2.0.0

影響を受けるプラットフォーム: すべて

SOAINFRAでプランを作成すると、次のエラーでプラン作成は失敗します:
JAVA.LANG.ILLEGALSTATEEXCEPTION: CANNOT CONVERT VALUE OF TYPE 'JDK.PROXY7.$PROXY447

このエラーは、Oracle WebLogic Remote ConsoleでFacadeFinderBeanプロパティのトランザクション・タイムアウト値を更新すると発生します。

  1. 「モニタリング・ツリー」に移動し、「デプロイメント」を選択します。
  2. 「サブデプロイメント」を選択し、「fabric-ejb.jar」を選択します。
  3. さらに、「FacadeFinderBean」を選択し、「トランザクション記述子」を選択します。
  4. 「トランザクション・タイムアウト」フィールドの値を600として更新します。
  5. SOAINFRAアプリケーションを保存し、再デプロイします。

回避策

デプロイメント・アーカイブのトランザクション・タイムアウト設定を手動で変更する必要があります。

  1. デプロイメント・アーカイブのfabric-ejb.jarファイルを開きます。
  2. META-INF/weblogic-ejb-jar.xmlファイル内のトランザクション・タイムアウト値を大きくします。
  3. jarファイルを更新します。
  4. SOAインフラストラクチャを含む管理対象サーバーを再起動します。

アプリケーション・ロールを持つSOAユーザーにはセキュア・モードで操作を実行するために特別な権限が必要

問題

Oracle Bug#36841322

影響を受けるリリース: 14.1.2.0.0

影響を受けるプラットフォーム: すべて

default_composer、SOAOperator、SOAMonitorなどのアプリケーション・ロールを持つユーザーがセキュア・モードで操作を実行すると、次のエラーが発生します。 

[test_log] [INFO] [exec] Connecting to
        t3s://phxpffag40.dev2farmphx3.screvenfar02phx.oraclevcn.com:9002 with userid
        partitioncomposeruser ...
      [test_log] [INFO] [exec] <Jul 10, 2024, 6:14:55 AM Pacific Daylight Time> <Info>
          <Security> <BEA-090908> <Using the default WebLogic SSL Wildcard Hostname Verifier
          implementation.> 
      [test_log] [ERROR] [exec] This Exception occurred at Wed Jul 10 06:14:55 PDT
        2024.
      [test_log] [ERROR] [exec] java.lang.SecurityException: User partitioncomposeruser does
          not have access to the administrator port.

回避策

セキュア・モードが有効になっていると、すべての管理トラフィック(MBeanアクセスを含む)が管理チャネルに送信されます。管理チャネルを使用できるのは、管理ロールを持つユーザーのみです。したがって、default_composer、SOAOperator、SOAMonitorなどのアプリケーション・ロールを持つユーザーがセキュア・モードで操作を実行するには、AdminChannelにアクセスする必要があります。ユーザー、グループ、セキュリティ・ロールを参照してください。ロールと、それに対応する管理チャネルへのアクセス権限を次にリストします。
  • 管理ロール: 読取りおよび書込みアクセス
  • 監視ロール: 読取りアクセス
  • アプリケーション・テスター・ロール: 読取りアクセス

14.1.2.0.0へのアップグレード後にアラートおよびKPIに関連するCQが登録解除される

問題

Oracle Bug#36907731

影響を受けるリリース: 14.1.2.0.0

影響を受けるプラットフォーム: すべて

12.2.1.4から14.1.2.0.0にアップグレードすると、アップグレードの完了後に、以前に登録したCQが登録解除されます。

回避策

アップグレード・プロセスの後に、KPIが機能し始めるようにCQを登録します。

ホスト名をLocalhostとして作成したアプリケーション・サーバー接続を使用してSOAコンポジットをデプロイできない

問題

Oracle Bug#37226467

影響を受けるリリース: 14.1.2.0.0

影響を受けるプラットフォーム: すべて

ホスト名をlocalhostとして指定してアプリケーション・サーバー接続を作成し、この接続を使用してSOAサンプルをデプロイしようとすると、デプロイメント・ウィザードでSOAサーバーがリストされません。

回避策

  1. localhostを使用して作成したアプリケーション・サーバー接続を削除します。
  2. JDeveloperの起動中にJDeveloperによって生成されたシステム・ファイルを削除します。例: /home/<userid>/.jdeveloper。
  3. JDeveloperを開き、myhost.comなどのホスト名を使用してアプリケーション・サーバー接続を作成します。
  4. そして、そのアプリケーション・サーバー接続を使用してSOAサンプルをデプロイします。