Oracle® Fusion Middleware Oracle Fusion Middlewareリリース・ノート 11g リリース1 (11.1.1) for IBM AIX on POWER Systems (64-Bit) B55935-06 |
|
![]() 前 |
![]() 次 |
この章では、IBM WebSphereでサポートされているOracle Fusion Middleware製品をインストールおよび構成する際に発生する可能性がある問題について説明します。次のトピックが含まれます:
注意: この機能は、x86-64 (64ビット)上のOracle Solarisではサポートされていません。 |
注意: この章では、IBM WebSphereで任意のOracle Fusion Middleware製品をインストール、構成または管理する際に発生する可能性がある問題について説明します。 使用中の製品固有の問題については、この文書内で、その製品固有のリリース・ノートの章を参照してください。 |
この項では、一般的な問題および回避策について説明します。次のトピックが含まれます:
7.1.5項「IBM WebSphere Application ServerでUser Messaging Preferencesのアクセシビリティ・モードが無視される」
7.1.9項「Oracle Enterprise Manager Fusion Middleware ControlからSOAバンドル・ファイルをデプロイできない」
7.1.16項「IBM WebSphere Application Server - NDをインストールするためにサーバーを再起動する必要がある」
7.1.18項「AQアダプタに対してSETMANAGEDCONNECTION()を実行するとILLEGALSTATEEXCEPTIONで失敗する」
7.1.19項「IBM WebSphereにデプロイされているOracle Fusion Middlewareアプリケーションにアクセスすると無効なPolicySetエラーが発生する」
7.1.20項「IBM WebSphereでFusion Middleware ControlからOracle内部アプリケーションを停止または起動できない」
SOAサーバー(この例ではsoa_server1)をIBM WebSphere Application Server環境で起動するとき、WAS_HOME
/profiles/CustomXX/logs/soa_server1/soa_server1-diagnostic.log
ファイルで次のエラー・メッセージを受け取る可能性があります。
このメッセージは、無視しても問題ありません。
[2013-02-21T10:46:10.786-08:00] [soa_server1] [ERROR] [] [oracle.soa.mediator.dfw] [tid: Non-deferrable Alarm : 0] [ecid: disabled,0] [APP: soa-infra] failed to deregister mbean[[ javax.management.InstanceNotFoundException: oracle.mediator:type=MediatorDiagnostic,name=MediatorDiagnostic at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.getMBean (DefaultMBeanServerInterceptor.java:1106) at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor. exclusiveUnregisterMBean (DefaultMBeanServerInterceptor.java:427) at . . . . . .
「ビジネス・プロセス・ワークスペース」の、「プリファレンス」→「アクセシビリティ」の下の「設定を保存」ボタンに不正なラベルがあります。このボタンのラベルは、「LABEL_OK」でなく、正しくは「OK」です。
Oracle Business Process Management (Oracle BPM)がIBM WebSphere Application Serverにインストールされているとき、自動テストの実行中にjava.lang.OutOfMemoryErrorが発生します。これは、WebSphere Application Server用のデフォルトのメモリー構成が低すぎることが原因です。Oracle BPMがIBM WebSphere Network Deploymentにインストールされているときには発生しません。
回避策として、JVMプロパティで次の変更を行います。
初期ヒープ・サイズを1024MBに増加
最大ヒープ・サイズを 2148MBに増加
MaxPermSizeを512MBに増加
冗長ガベージ・コレクションを選択
IBM WebSphere管理コンソールでメッセージング・プロバイダとしてXAコネクション・ファクトリを作成できません。コネクション・ファクトリはデフォルトで非XAタイプとして作成されます。例:
IBM WebSphere管理コンソールに移動します。
http://host:port/ibm/console
「リソース」 > コネクション・ファクトリのキューに移動します。
XAベースのコネクション・ファクトリの作成を試みます。
XAモードの選択肢はありません。非XAコネクション・ファクトリのみを作成できます。
IBM WebSphere Application Serverインスタンス上のUser Messaging Preferencesのログイン画面でこのオプションを選択している場合でも、アクセシビリティ・オプションは設定されません。
回避するには、次のように、User Messaging Preferencesの設定ページで、アクセシビリティ・オプションを設定します。
Oracle UMS User Messaging Preferences UIに移動します。
http://host:port/sdpmessaging/userprefs-ui
有効なユーザー名およびパスワードを入力します。
User Messaging Preferenceのログイン・ページで、「アクセシビリティ・モード」ドロップダウン・リストから「標準」を選択して、「ログイン」をクリックします。
ログイン後、User Messaging Preferencesページの右上隅にある「設定」リンクをクリックします。
「設定」ページで、次のように「アクセシビリティ」オプションを設定できます。
必要に応じて、「アクセシビリティ・モード」オプションから「スクリーン・リーダー」を選択します。
テキストを高コントラストで表示する場合は、「高コントラスト」チェック・ボックスを選択します。
テキストを大きなフォントで表示する場合は、「大きいフォント」チェック・ボックスを選択します。
「ホーム」リンクをクリックして、User Messaging Preferencesページに移動します。「設定」ページで設定するように選択した「アクセシビリティ」オプションは有効になります。
注意: UMS User Messaging Preferencesの「設定」オプションはセッション・ベースです。ログアウトしたり、ブラウザを閉じると、アクセシビリティ・オプションの設定は失われます。ログインするごとに設定をリセットする必要があります。 |
Oracle JDeveloperからIBM WebSphere上のSOAサーバーにタスク・フローを使用してSOAコンポジット・アプリケーションをデプロイすると、アプリケーションはClassNotFound
エラーのために正しく起動できません。アプリケーションの共有ライブラリが空です。
回避策として、次の手順を実行します。
IBM WebSphere管理コンソールに移動します。
「Applications」→「Application Types」→「WebSphere Enterprise Applications」→「task_form_name」→「Shared library references」を選択します。
adf.oracle.domain_1.0_11.1.1.2.0
およびoracle.jsp.next_11.1.1_11.1.1
を手動で追加します。
アプリケーションを再起動します。
デフォルトでは、IBM WebSphereにデプロイされたアプリケーションのCookieパスは"/"に設定されます。このデフォルト設定は、同じIBM WebSphereセルのすべてのアプリケーションが同じセッション識別子を共有することを意味します。したがって、アプリケーション間を移動するとき、前のアプリケーションのセッション識別子の値は上書きされます。
たとえば、Oracle SOA Composer (/soa/composer
)にアクセスしてからOracle Enterprise Manager (/em
)にアクセスし、Oracle SOA Composer (/soa/composer
)に戻ると、前のセッション識別子の値がOracle Enterprise Managerにログインした時点で上書きされているため、再度ログインするように要求されます。
アプリケーションごとに一意のCookieパスを指定する方法は、Oracle Fusion Middlewareサードパーティ・アプリケーション・サーバー・ガイドのデプロイ後のWebCenter Portalアプリケーション・モジュール用のCookieパスの設定に関する項を参照してください。この処理により、アプリケーション間を移動するときのセッション無効化を回避できます。
この項の手順4 (IBM WebSphere管理コンソールで「Manage Modules」をクリックして管理するモジュールを選択)および手順5 (Cookieパスを指定)で、指定する次のOracle SOA Suiteの詳細を書き留めます。
ターゲット・サーバー | アプリケーション名 | モジュール | Cookieパス |
---|---|---|---|
soa_server1 |
composer (Oracle SOA Composer) |
soa-composer-was.war |
|
worklistapp (Oracle BPM Worklist) |
worklist-was.war |
|
|
bam_server1 |
oracle-bam (Oracle BAM) |
bam-web.war |
|
soa_server1/bam_server1 |
usermessagingserver (Oracle User Messaging Server) |
sdpmessaginguserprefs-ui-web.war |
|
OracleAdminServer |
em (Oracle Enterprise Manager) |
em.war |
|
これらのタスクを実行した後に、ターゲット・サーバー(soa_server1、bam_server1およびOracleAdminServer)を再起動する必要があります。
Oracle JDeveloperからSOAコンポジット・アプリケーションをデプロイするとき、デプロイ先のアプリケーション・サーバーを選択できません。かわりに、アプリケーションはデフォルトでデプロイメント・マネージャにデプロイされます。
回避策として、IBM WebSphere管理コンソールにログインし、デプロイメント・マネージャからアプリケーションをアンインストールし、生成された.ear
ファイルを使用してSOAクラスタにアプリケーションを再インストールします。
SOAバンドル・ファイルは、Oracle Enterprise Manager Fusion Middleware Controlからデプロイできません。回避策として、wsadmin
コマンドライン・シェルを使用します。
たとえば、vacationapproval.zip
は、3つのSOAコンポジット・アプリケーションが含まれるSOAバンドル・ファイルとします。
wsadmin> soa.sca_deployComposite("http://myhost.us.example.com:7001", "/tmp/vacationapproval.zip")
wsadmin
コマンドの詳細は、Oracle Fusion Middlewareサードパーティ・アプリケーション・サーバー・ガイドのOracle SOA SuiteのwsadminとWLSTコマンドの相違点に関する項を参照してください。
ビジネス・イベントは、イベント配信ネットワーク(EDN)に公開されます。EDNは、唯一のサブスクライバに対するイベントの配信をサポートしています。この場合、イベントはサブスクライバ独自のグローバル(つまり、JTA)トランザクションに送信されます。しかし、IBM WebSphereサーバーとともにEDNを使用する場合、唯一のサブスクリプションはサポートされません。
回避策として、「メディエータの作成」ダイアログでイベント・サブスクリプションの唯一の整合性レベルを「保証付き」に変更します。
注意: この変更により、整合性レベルが下がります。したがって、グローバル・トランザクションがないため、システム障害によって、イベントが複数回配信される可能性があります。サブスクライバがイベントの処理に失敗した場合、イベントは再送されません。 |
IBM WebSphere管理コンソールでデプロイされているタスク・フォーム・アプリケーションを起動しようとすると、失敗します。次のようなエラー・メッセージが表示されます。
Was2Form failed to start. Check the logs for server dmgr on node DefaultCellManager01 for details. ErrorAn error occurred while starting Was2Form. Check the logs for server dmgr on node DefaultCellManager01 for more information.
回避策として、次の手順を実行します。
Oracle JDeveloperで、プロジェクト・レベルではなくアプリケーション・レベルでタスクフローをデプロイします。これにより、EARファイルが生成されます。
IBM WebSphere管理コンソールからタスクフローをアンデプロイします。マスター構成に直接保存し、すべてのノードに変更を同期させます。
IBM WebSphere管理コンソールを介してステップ1で生成したEARファイルをデプロイします。
「Websphere Enterprise Applications」→「Install」→「Pick EAR from Locale file system」と進みます。
「Next」をクリックします(デフォルト・オプションを使用します)。
デプロイ・ページ「Map modules to servers」のステップ2で、すべてのモジュールを選択し、SOAサーバー(soa_server1など)のみを強調表示し、「Apply」をクリックします。
ステップ3「Map virtual hosts for Web modules」で、WARファイルを選択します。
最後に、マスター構成に直接再保存します。
EARファイルを選択して起動します。
IBM WebSphereでOracle SOA Suiteクラスタまたは単一のサーバー環境を構成する場合、Oracle BPMワークリストにアクセスすると、Oracle BPMワークリストが未定義であることを示すエラーが表示されます。IBM WebSphere管理コンソールにログインし、「Applications」→「WebSphere enterprise applications」→「worklistapp」→「Shared library references」を選択すると、2行(worklistappおよびworklist-was.war)が表示されるべき部分で、1行(worklistapp)のみが表示されます。次の手順を実行する必要があります。
Oracle BPMワークリスト(IBM WebSphere管理コンソールではworklistappと呼ばれます)をアンインストールします。
Oracle BPMワークリストを再インストールします。
Oracle BPMワークリストをアンインストールするには:
IBM WebSphere管理コンソールにログインします。
左側のパネルから、「Applications」→「Application Type」→「WebSphere enterprise applications」を選択します。
「Enterprise Applications」リストからworklistappのチェック・ボックスを選択します。
「Stop」ボタンをクリックし、worklistappを停止します。
worklistappを再選択します。
「Uninstall」ボタンをクリックし、「OK」をクリックします。
「Save」および「Review」オプションから「Review」を選択します。
「Synchronize changes with nodes」を選択し、「Save」をクリックします。
構成同期が完了するまで待ち、「OK」をクリックします。
「Enterprise Applications」からworklistappが削除(アンインストール)されていることを確認します。
Oracle BPMワークリストを再インストールするには:
まだ移動していない場合は、「Applications」→「Application Type」→「WebSphere enterprise applications」にナビゲートします。
「Install」をクリックします。
「Remote file system」オプションを選択します。
「Browse」→「DefaultCellDepMgrNode」をクリックします。
ルート・ディレクトリ(/)をクリックし、ORACLE_HOMEに移動します。
soa/applicationsにナビゲートします。
worklist-was.earを選択し、「OK」をクリックします。
デフォルトの「Fast Path」を選択し、「Next」をクリックします。
インストール・オプションを選択します。
名前「Oracle BPM Worklist」を「worklistapp」に変更し、「Next」をクリックします。
モジュールをサーバーにマップします。
2つのモジュール(jarおよびand war)のチェック・ボックスを選択します。
「Clusters and servers」リストから、「server=soa_server1」か、Oracle SOA Suiteがインストールされているサーバーまたはクラスタを選択します。
「適用」をクリックします。
サーバー列で2つのモジュールのサーバー値(soa_server1など)が正しいことを確認します。
「次へ」をクリックします。
Webモジュールの仮想ホストをマップします。
1つのWebモジュールを選択します。
「次へ」をクリックします。
「Summary」画面で、情報を確認し、「Finish」をクリックします。
出力が画面に表示され、ローカル変更を保存または確認するよう求められます。
「Review」を選択します。
ワークスペースの変更を保存します。
「Synchronize changes with Nodes」をクリックします。
「Total changed documents」が「29」であることを確認します(この値でない場合、エラーが発生する可能性があります)。
「保存」をクリックします。
構成同期が完了するまで待ち、「OK」をクリックします。
これで、worklistappはインストールされ、起動が可能になります。
「Enterprise Applications」リスト内に「worklistapp」が存在することを確認します。
「worklistapp」を選択し、「Start」をクリックします。
「Application Status」が「up」であることを確認します。
次のURLにアクセスし、Oracle BPMワークリストがアクセス可能であるかどうかテストします。
http://host:port/integration/worklistapp
インスタンスが実際には完了していても、Oracle Enterprise Manager Fusion Middleware ControlのSOAコンポジット・アプリケーションの「ダッシュボード」タブで、このインスタンスの状態が実行中と表示される可能性があります。このシナリオでは、「フローのトレース」ページで実際のインスタンスの状態を検証してください。
IBM WebSphereで双方向SSL構成がサポートされていません。したがって、SSLで構成されるOracle Web Service Manager (OWSM)の双方向セキュリティ・ポリシーがサポートされません。ただし、一方向SSLはサポートされています(たとえば、別のSOAサービスを呼び出すSSL構成のSOAサービスを作成できます)。
SOAコンポジット・アプリケーションの「フォルトと拒否メッセージ」タブの「オプションを指定してリカバリ」をクリックし、「オプションを指定してリカバリ」ダイアログの「すべてリカバリ」を選択してすべてのフォルトをリカバリしようとすると、フォルトはリカバリされず、保留中と表示されます。この問題は、「オプションを指定してリカバリ」ダイアログでのみ発生します。個別インスタンスのリカバリやリカバリ対象の複数インスタンスの選択は正常に機能します。
Oracle SOA Suiteとともに使用するためにIBM WebSphere Application Server - Network Deployment (ND)をインストールする場合、JCAアダプタ・バインディング・コンポーネントをアクティブにするには、サーバーを再起動する必要があります。そうしない場合、JNDIはアクティブにならず、次のエラー・メッセージが表示されます。
Non Recoverable System Fault : BINDING.JCA-12563 Exception occured when binding was invoked. Exception occured during invocation of JCA binding: "JCA Binding execute of Reference operation 'Write' failed due to: JCA Binding Component connection issue. JCA Binding Component is unable to create an outbound JCA (CCI) connection. File_MEDComposite:WriteMed [ Write_ptt::Write(body) ] : The JCA Binding Component was unable to establish an outbound JCA CCI connection due to the following issue: BINDING.JCA-12510 JCA Resource Adapter location error. . . . . . .
IBM WebSphere上のSOAコンポジット・アプリケーション内の非同期BPELプロセスを含むテスト・エミュレーションを作成できません。テスト実行時に、CannotInstantiateObjectException
例外エラーが発生します。
WebSphereプラットフォームでOracle AQテクノロジ・アダプタ・ケースを実行すると、次のエラーが発生する可能性があります。
javax.resource.spi.ResourceAllocationException: setManagedConnection: illegal state exception. State = STATE_ACTIVE_FREE MCW = 28392839
この例外のフォローアップとして、IBM PMR # 69026,756が作成されています。
IBM WebSphereでOracle Fusion Middlewareを使用してアプリケーションをデプロイすると、次のランタイム・エラーが発生する可能性があります。
oracle.fabric.common.PolicyEnforcementException: PolicySet Invalid: WSM-06102 PolicyReference The policy reference URI oracle/wss_username_token_service_policy is not valid
この問題を回避するには、次の手順を実行します。
次の場所にあるpolicy-accessor-config.xmlファイルを開きます。
WAS_HOME/profiles/Dmgr01/config/cells/DefaultCell/fmwconfig/
ポリシー・アクセッサ・プロパティを検索し、次のプロパティを非コメント化し、次のように、各プロパティの値を設定します。
<property name="active.protocol"> remote </property> <property name="java.naming.provider.url"> corbaloc:iiop:hostname:rmi.port </property>
この例では、ポリシー・マネージャが実行されているホストおよびRMIポートを表すようにhostnameおよびrmi.portを置き換えます。
再起動は不要です。デフォルトでは、policy-accessor-config.xml
の新しいバージョンが10分ごとにロードされます。ただし、変更を即時適用する場合は、サーバーを再起動します。
IBM WebSphereでOracle Enterprise Manager Fusion Middleware Controlを実行する場合、ターゲット・ナビゲーション・ペインの「内部アプリケーション」フォルダの下に表示されるOracle内部アプリケーションを停止または起動しようとすると、エラーが発生する可能性があります。
ここにリストしたアプリケーションはOracle内部アプリケーションです。これらのアプリケーションは、Fusion Middleware Controlから起動または停止しないようにする必要があります。これらのアプリケーションを起動または停止する必要がある場合、内部アプリケーションをホストする管理対象サーバーを起動または停止してください。
SOA JMSアダプタがWebSphereにインストールされていて、IBM WebSphereのデフォルトJMSメッセージング・プロバイダと通信している場合、Persistent message reliability
プロパティをReliable persistent
ではなくAssured persistent
に設定する必要があります。そうしないと、誤った設定によってメッセージを喪失する可能性があります。
また、フェイルオーバー・シナリオが発生しない場合に、IBM WebSphere JMSからのエラーが含まれる状況(トランザクション・タイム・アウトやJMSセッションのクローズ)が起き、インスタンスがリカバリ可能になることがあります。この事象が発生した場合は、Oracle Enterprise Managerから手動でインスタンスをリカバリする必要があります。
Oracle Web Services Managerでは、KerberosおよびSimple and Protected GSSAPI Negotiation Mechanism (SPNEGO)はサポートされません。
次の制限に注意してください。
Oracle WSMに含まれるKerberosポリシーおよびアサーション・テンプレートはサポートされません。
SPNEGO機能はサポートされません。
現在のリリースのRESTセキュリティ・ポリシーおよびテンプレートは、IBM WebSphere上では動作保証されません。
この項では、構成に関する問題およびその回避策について説明します。次のトピックが含まれます:
7.2.1項「Windows 2003および2008にIBM WebSphereをインストールした場合、セルの構成でエラーが発生する」
7.2.3項「IBM WebSphereで高可用性のためにOracle Business Activity Monitoringを構成するときの制限事項」
7.2.4項「IBM HTTP Server (IHS)で受信されたリクエストがFusion Middlewareの「ようこそ」ページにルーティングされる」
7.2.5項「IBM WebSphere上のページレット・プロデューサ・コンソールでWSRP/JPDKプロデューサを登録できない」
7.2.7項「IBM WebSphere上でOracle SOA Suiteを高可用性に構成する際にデプロイメント・マネージャの再起動が必要」
IBM WebSphereがWindows 2003またはWindows 2008にインストールされている場合、セルを作成しようとすると次のエラーが表示されることがあります。
WebSphere Profile Update Failed! No Changes Were Saved To The WebSphere Profile Profile Location: x:\mydir\APPSER~1\profiles\Dmgr02 Reason Exception saving changes to WebSphere configuration
この問題は、IBM WebSphereに同梱されているJythonライブラリのために発生します。回避策は次のとおりです。
次のファイルを探して編集します。
WAS_HOME\optionalLibraries\jython\Lib\javaos.py
関数_getOsType
を探します。
デフォルトとして"nt
"を戻すように、_osTypeMap
変数を編集します。
_osTypeMap = (
( "nt", r"(nt)|(Windows NT)|(Windows NT 4.0)|(WindowsNT)|"
r"(Windows 2000)|(Windows XP)|(Windows CE)" ),
( "dos", r"(dos)|(Windows 95)|(Windows 98)|(Windows ME)" ),
( "mac", r"(mac)|(MacOS.*)|(Darwin)" ),
( "None", r"(None)" ),
( "nt", r"(.*)" ), # default - posix seems to vary mast widely
)
変更を保存します。
IBM WebSphereでSOAクラスタを構成する場合、ホスト名および他の必須クラスタ・プロパティを使用してOracle Coherenceを構成する必要があります。
Oracle WebLogic Server環境の場合、Oracle Coherenceの構成の詳細は、『Oracle Fusion Middleware高可用性ガイド』のコンポジットをデプロイするためのOracle Coherenceの構成に関する項を参照してください。
IBM WebSphereでSOAクラスタを構成する場合、IBM WebSphereに固有の次の手順を使用して同様のタスク・セットを実行します。
IBM WebSphere管理コンソールにログインします。
「Java Virtual Machine Custom Properties」ページにナビゲートします。
「Servers」→「soa_server_name」→「Java and Process Management」→「Process Definition」→「Java Virtual Machine」→「Custom Properties」を選択します。
次のプロパティを追加します。
マルチキャスト・クラスタの場合:
tangosol.coherence.clusteraddress tangosol.coherence.clusterport
ユニキャスト・クラスタの場合:
tangosol.coherence.wka1 (= host1) tangosol.coherence.wka2 (= host2) tangosol.coherence.localhost = (host?) tangosol.coherence.wka1.port tangosol.coherence.wka2.port tangosol.coherence.localport
IBM WebSphereでOracle BAMをインストールおよび構成している場合、『Oracle Fusion Middleware高可用性ガイド』のOracle BAMの高可用性の構成に関する項で説明されている、高可用性の2つのノード構成でOracle BAMサーバーを構成できません。
かわりに、IBM WebSphereでOracle BAMを構成している場合は、コールド・フェイルオーバー構成を使用する必要があります。詳細は、『Oracle Fusion Middleware高可用性ガイド』のOracle Fusion Middleware高可用性のためのアクティブ/パッシブ・トポロジに関する項を参照してください。
IBM WebSphere NDでIBM @ HTTPServer (IHS)フロント・エンドとともにFusion Middleware製品を使用している場合、コンテンツ・サーバーで受信されるリクエストが、かわりにセルの管理サーバー(OracleAdminServer)で実行されているFusion Middlewareの「ようこそ」ページにルーティングされることがあります。
リクエストがコンテンツ・サーバーに正しくルーティングされるようにするには、セルを完全に構成した後に、次の手順を実行します。
plugin-cfg.xml
ファイルの編集、伝播および再生成の詳細は、IBMのNetwork Deploymentのドキュメントを参照してください。
plugin-cfg.xmlファイルの自動伝播を無効にします。
例:
IBM/HTTPServer/plug-in/config/webserver1/plugin-cfg.xml
plugin-cfg.xml
を手動で再生成します。
plugin-cfg.xml
を手動で編集し、リクエストがOracleAdminServerにルーティングされる原因のエントリを削除します。
plugin-cfg.xml
をIHS Webサーバー・プラグインに手動で伝播します。
これらの手順を実行した後にセルを更新すると、この問題が再発生することがあります。その場合は、この構成手順を繰り返してください。
IBM WebSphere Application ServerインスタンスのOracle WebCenter Portalのページレット・プロデューサ・コンソールで、WSRP/JPDKプロデューサを登録できません。この問題を解決するには、次の手順に従って必要なロール(AppConnectionManager
)をページレット・プロデューサ・アプリケーションに追加します。
WebSphere管理コンソールを開きます。
「WebSphere Applications Deployment」で、「pagelet-producer」を右クリックして「Security and Application Roles」を選択します。
「Application stripe」をクリックして「pagelet-producer」を選択します。
「Starts with」フィールドにAppConnectionManager
と入力して、「Search」をクリックします。AppConnectionManager
ロールを選択して「Edit」をクリックします。
「Members」で「Add」をクリックして、プリンシパルを検索して必要なユーザーまたはグループをロールに割り当てることができるダイアログを開きます。必要なユーザーを選択して「OK」をクリックし、ダイアログを閉じます。
「OK」をクリックしてアプリケーション設定を保存します。
WC_Portlet
管理対象サーバーを再起動します(サーバーが再起動されないかぎり、更新されたセキュリティ設定は有効になりません)。
IBM WebSphere Application Serverインスタンス内のWebCenter Portalのページレット・プロデューサ・コンソールでパスワードを設定しようとすると(プロキシ・パスワードなど)、次のエラーが表示されます。
ADF_FACES-60097: For more information, please see the server's error log foran entry beginning with: ADF_FACES-60096:Server Exception during PPR, #9
この問題を回避するには、ページレット・プロデューサ・アプリケーションにいくつかの追加の権限を付与する必要があります。
wsadminを使用して、ページレット・プロデューサ・アプリケーションで構成されたセルのDmgrサーバーに接続します。
WC_HOME/common/bin/wsadmin.sh -conntype SOAP -user admin username -password password -host Dmgr_host -port admin_SOAP_port
Oracle Fusion Middlewareサードパーティ・アプリケーション・サーバー・ガイドのWebCenter Portal wsadminコマンドの実行に関する項も参照してください。
次のOpss.grantPermission
コマンドを実行して、ページレット・プロデューサ・アプリケーションに権限を付与して、プロキシ・パスワードを更新します。
wsadmin> Opss.grantPermission(appStripe=None,principalClass=None,principalName=None, codeBaseURL='file:${user.install.root}/installedApps/DefaultCell/pageletproduc er.ear/', permClass='oracle.security.jps.service.credstore.CredentialAccessPermission', permTarget='context=SYSTEM,mapName=ensemble,keyName=*',permActions='read,write ,update,delete')
WC_Portlet管理対象サーバーを再起動します(サーバーが再起動されるまで、更新されたセキュリティ設定は有効ではありません)。
WebSphere上でOracle SOA Suiteを高可用性に構成するには、Oracle Fusion Middleware IBM WebSphere Application Server構成ガイドの既存のセルへのリモート・マシンのフェデレートに関する項の指示に従ってください。
ただし、それらの指示に従う場合、2番目のノードを構成する前に、必ずデプロイメント・マネージャを停止して再起動する必要があります。詳細は、Oracle Fusion Middlewareサードパーティ・アプリケーション・サーバー・ガイドのリモート・ノード・エージェントを検出するためのデプロイメント・マネージャの構成に関する項を参照してください。
WebSphere上でSSOログアウトが正しく機能するようにSync Filterを構成する必要があります。アプリケーションのデプロイメント・ディスクリプタで(たとえば、web.xml
)、次の例のように特定のURLパターン用にフィルタを構成できます。
<filter> <display-name>SSOSessionSynchronizationFilter</display-name> <filter-name>SSOSessionSynchronizationFilter</filter-name> <filter-class>oracle.security.was.filter.SSOSessionSynchronizationFilter</filter-class> </filter> <filter-mapping> <filter-name>SSOSessionSynchronizationFilter</filter-name> <url-pattern>/*</url-pattern> </filter-mapping>
また、次のJARをWebSphereクラスパスに追加する必要があります。
$MiddleWareHome/oracle_common/modules/oracle.ssofilter_11.1.1/ssofilter.jar
Oracle Enterprise Manager Fusion Middleware Controlの「ログ構成」ページにアクセスすると、ログ・ファイルでArrayIndexOutOfBoundsException
エラーを受け取る場合があります。
「ログ構成」ページは正しく表示されています。このエラーは、製品の機能に影響せず無視できます。
この項では、ドキュメントの訂正箇所を示します。次のトピックが含まれます:
7.3.1項「WebCenter Portal 11.1.1.6.0インストールを11.1.1.7.0にパッチを適用する手順の更新」
7.3.2項「IBM WebSphereでスケール・アウトのためにOracle Business Intelligenceを構成する手順の更新」
WebCenter Portal 11.1.1.6.0のインストールを11.1.1.7.0にパッチ適用する方法を説明する手順は、Oracle Fusion Middlewareサード・パーティ・アプリケーション・サーバー・ガイドのIBM WebSphereのWebCenter Portalを11.1.1.6から11.1.1.7にパッチ適用する方法に関する項を参照してください。
記載された情報に対する変更を次に示します。
起動前 - 既存のOracle Web Services Manager (OWSM)セキュリティ・ポリシーURIを決定する
WebCenter Portal 11.1.1.7.0にパッチを適用する前に既存のOWSMポリシーURI設定を記録しておくことをお薦めします。この手順はこのドキュメントには記載されていません。
WebCenter Portal 11.1.1.6.0にパッチ適用する前に既存の設定を決定するには、『Oracle Fusion Middlewareパッチ適用ガイド』のSpaces、DiscussionsおよびPortlet Web Service End PointsのOWSM Policy URIの決定に関する項に記述されている手順に従います。
手順10 - パッチ・セット・アシスタントを使用して、必要なすべてのスキーマを更新する
この手順は、手順5「アップグレードされたIBM WebSphereノード・エージェントおよびデプロイメント・マネージャの起動」の前に実行する必要があります。
Oracle Fusion Middlewareサードパーティ・アプリケーション・サーバー・ガイドの10.2.11.1項に、IBM WebSphereでOracle Business IntelligenceのJEEコンポーネントをスケール・アウトするための構成の手順が記載されています。これらの手順は、32ビットまたは64ビットのどちらのシステム用のインストーラでインストールするかに応じてわずかに異なるため、更新する必要があります。
32ビットのインストーラを使用する場合の手順は次のとおりです。
IBM WebSphere用の管理コンソールを使用して、次の条件が満たされていることを確認します。
Oracle Business IntelligenceがIBM WebSphereとともに第1ホスト・コンピュータにインストールされています。
第1ホスト・コンピュータ上のOracle Business Intelligenceのインストールには、OracleAdminServerおよびbi_server1という名前の2つのサーバーが含まれています。インストールにはノード・エージェントおよび単一のデプロイメント・マネージャも含まれます。
サーバーは、bi_clusterと呼ばれるIBM WebSphereのクラスタとして管理されています。
IBM WebSphereを第2ホスト・コンピュータにインストールします。インストール・タイプとして「なし」を選択していることを確認し、インストールの結果ページで「終了」をクリックします。
IBM WebSphereインストールの最後にプロファイル管理ツールが表示されます。10.2.11.1項の既存の手順4に記載されているように、プロファイル管理ツールの設定を指定します。
stopNode.shスクリプトを使用してNodeAgentを停止します。
第2ホスト・コンピュータ上のIBM WebSphereに適切なパッチを適用し、第2コンピュータで第1コンピュータと同じバージョンが実行されるようにします。
startNode.shスクリプトを使用してNodeAgentを起動します。
Oracle Business Intelligenceを第2ホスト・コンピュータにインストールし、次のオプションを選択します。
インストール・タイプには「ソフトウェアのみ」を選択します。
第1ホスト・コンピュータにインストールしたときと同じディレクトリ構造(/mydir/myname/mw_homeなど)で、第2ホスト・コンピュータにOracle Business Intelligenceをインストールします。
10.2.11.1項の既存の手順6に従って、新しいノードでOracle Business IntelligenceのJEEアプリケーションを処理するIBM Managed Server (最初のノードのbi_server1と同様)を作成します。
64ビットのインストーラを使用する場合の手順は次のとおりです。
IBM WebSphere用の管理コンソールを使用して、次の条件が満たされていることを確認します。
Oracle Business IntelligenceがIBM WebSphereとともに第1ホスト・コンピュータにインストールされています。
第1ホスト・コンピュータ上のOracle Business Intelligenceのインストールには、OracleAdminServerおよびbi_server1という名前の2つのサーバーが含まれています。インストールにはノード・エージェントおよび単一のデプロイメント・マネージャも含まれます。
サーバーは、bi_clusterと呼ばれるIBM WebSphereのクラスタとして管理されています。
IBM WebSphereを第2ホスト・コンピュータにインストールします。インストール・タイプとして「なし」を選択していることを確認し、インストールの結果ページで「終了」をクリックします。
第2ホスト・コンピュータ上のIBM WebSphereに適切なパッチを適用し、第2コンピュータで第1コンピュータと同じバージョンが実行されるようにします。
32ビットのインストーラの場合と異なり、64ビットのインストーラ用にプロファイルが作成されるまではNodeAgentが存在しません。
10.2.11.1項の既存の手順4に記載されているように、プロファイル管理ツールを実行します。
stopNode.shスクリプトを使用してNodeAgentを停止します。
Oracle Business Intelligenceを第2ホスト・コンピュータにインストールし、次のオプションを選択します。
インストール・タイプには「ソフトウェアのみ」を選択します。
第1ホスト・コンピュータにインストールしたときと同じディレクトリ構造(/mydir/myname/mw_homeなど)で、第2ホスト・コンピュータにOracle Business Intelligenceをインストールします。
startNode.shスクリプトを使用してNodeAgentを起動します。
10.2.11.1項の既存の手順6に従って、新しいノードでOracle Business IntelligenceのJEEアプリケーションを処理するIBM Managed Server (最初のノードのbi_server1と同様)を作成します。
10.4項にIBM WebSphereで実行するOracle Business Intelligenceのアップグレード方法が記載されています。箇条書きのリストで始まる項は、次のように読み替える必要があります。
IBM WebSphereで実行される10gリリースのOracle Business Intelligenceがある場合。
Oracle WebLogic Serverで実行される、以前の11gリリースのOracle Business Intelligenceがある場合。