この章では、Oracle WebCenterのユーザーが11.1.1.6.0のパッチ・セットを既存のOracle WebCenterのインストールに適用する場合の手順について説明します。
この章では次の項について説明します。
第5.1項「Oracle WebCenterおよびOracle Enterprise Content Management Suiteの新しい製品名」
第5.2項「Oracle WebCenter 11.1.1.4.0または11.1.1.5.0のインストールに対するパッチの適用」
第5.3項「Oracle WebCenter 11.1.1.2.0または11.1.1.3.0のインストールに対するパッチの適用」
Oracle WebCenterのインストールおよびパッチ適用を行う際の様々な開始点の詳細は、Oracle WebCenter Portalのインストールおよび構成のロードマップを参照してください。
Oracle Fusion Middleware 11gリリース1(11.1.1.6.0)では、Oracle WebCenterおよびOracle Universal Content Managementのブランドが変更されています。表5-1は、以前の製品名と用語、および新しい製品名と用語の対応を示しています。
注意: この章では、製品名にリリース番号(11.1.1.6.0または11g)を伴う場合、あるいはリリース11.1.1.6.0固有の機能について説明する場合を除き、以前の用語を使用します。 |
表5-1 以前の用語とリリース11.1.1.6.0の用語との対応
旧名称 | 11.1.1.6.0での新しい名称 |
---|---|
製品名の変更 |
|
Oracle WebCenter |
Oracle WebCenter Portal |
Oracle WebCenter Spaces |
Oracle WebCenter Portal: Spaces |
Oracle Universal Content Management |
Oracle WebCenter Content |
Oracle Content Server |
Oracle WebCenter Contentサーバー |
ドキュメントでの機能名の変更 |
|
WebCenterアプリケーション |
WebCenter Portalアプリケーション (フレームワーク・アプリケーション、ポートレット・プロデューサ・アプリケーション、およびスペース・アプリケーションの包括的用語) |
WebCenter Portalアプリケーション/WebCenterカスタム・アプリケーション |
WebCenter Portal: フレームワーク・アプリケーション/フレームワーク・アプリケーション |
グループ・スペース・ワークフロー/WebCenter Spacesワークフロー |
Spacesワークフロー |
個人用スペース |
ホーム・スペース |
グループ・スペース/スペース |
スペース |
WebCenterドメイン |
WebCenter Portalドメイン |
WebCenter Spaces |
Spaces/Spacesアプリケーション |
図5-1は、Oracle WebCenter 11.1.1.4.0または11.1.1.5.0のインストールを11.1.1.6.0に更新するために必要な手順を示しています。各手順の情報を参照するには、フロー・チャートの手順をクリックするか、表5-2の説明に従ってください。これらの手順の多くは、このガイドの第3章と第4章で説明されています。
表5-2 Oracle WebCenter 1.1.1.4.0または11.1.1.5.0への最新パッチの適用
タスクおよび詳細情報へのリンク | 必須/オプション | 注意 |
---|---|---|
管理対象サーバー、管理サーバー、システム・コンポーネントおよびノード・マネージャを停止します。 |
必須 |
|
現在のWebCenter環境をバックアップします。
|
必須 |
|
WebLogic Serverにパッチを適用して最新バージョンにします。 |
必須 |
|
サイレント・モードでパッチを適用する場合は、emCCRファイルの名前を変更します。 |
サイレント・モードの場合は必須 |
|
WebCenter Portalのインストーラ、および他の必要な製品のインストーラをダウンロードします。 |
必須 |
|
パッチ・セット・インストーラを実行し、次のFusion Middleware製品にパッチを適用して11.1.1.6.0にします。
|
必須 |
これらの製品が環境にインストールされている場合は必須です。 |
WebCenter Portal 11.1.1.6.0インストーラを実行し、Oracle WebCenterにパッチを適用してリリース11.1.1.6.0にします。 |
必須 |
|
他の製品インストーラを実行して、次に示す、他に必要なFusion Middleware製品にパッチを適用します。
|
必須 |
Middlewareホームにインストールされている製品についてのみ必須です。 |
|
必須 |
|
次に示すWebCenter Portalのパッチ適用後のタスクを実行します。
|
必須 |
ページレット・プロデューサのアップグレードはオプションです。SSOとOHSが構成されている場合は、関連する構成をアップグレードする必要があります。 |
必要なFusion Middleware製品のパッチ適用後のタスクを実行します。これには、OWSMポリシーの更新も含まれます。 |
必須 |
|
サーバーおよびプロセスを起動します。 |
必須 |
|
Oracle WebCenter Portal 11.1.1.6.0のインストールを確認します。 |
必須 |
注意: リリース11.1.1.6.0には、WebCenterサービスからタスク・フローをポートレットとして公開するための新しいWebCenterサービス・ポートレット・プロデューサが用意されています。ポートレットは、Oracle Portalアプリケーション、Oracle WebLogic PortalアプリケーションおよびOracle WebCenter InteractionアプリケーションのWebCenterサービス・ポートレットから使用できます。詳細は、第5.3.8.1項「アクティビティ・グラフ、分析、ページレット・プロデューサ、パーソナライズ・サーバーおよびWebCenterサービス・ポートレットのインストール」を参照してください。 |
注意: パッチを適用してリリース11.1.1.6.0に更新した後、オプションで分析コレクタの |
この項では、アップグレード済のWebCenter環境で実施が必要になる可能性のあるパッチ適用後のタスクについて説明します。内容は次のとおりです。
WebCenter Portal 11.1.1.6.0では、新しいバージョンのページレット・プロデューサを使用できます。アップグレード済のWebCenterインスタンスにページレット・プロデューサがインストールされている場合は、新しいページレット・プロデューサのアップグレード・テンプレートをドメインに適用するように選択することで、その新しい機能を活用できます。
ページレット・プロデューサのアップグレード・テンプレートを適用する手順は次のとおりです。
管理サーバーおよびすべての管理対象サーバーを停止します。
構成ウィザードを、管理サーバーが稼働しているマシンで起動します。
UNIXの場合、WebCenter_ORACLE_HOME
/common/bin/config.sh
を実行します。
Windowsの場合、WebCenter_ORACLE_HOME
\common\bin\config.cmd
を実行します。
「既存のWebLogicドメインの拡張」を選択して「次へ」をクリックします。
ドメインを選択して「次へ」をクリックします。
「既存の拡張テンプレートを使用してドメインを拡張する」オプションを選択します。
テンプレートoracle.pagelet-producer-upgrade_template_11.1.1.jar
へのパスを指定し、「次」をクリックします。このテンプレートは次の場所にあります。
WebCenter_ORACLE_HOME
/common/templates/applications/oracle.pagelet-producer-upgrade_template_11.1.1.jar
残りの画面で「次へ」をクリックし続け、「構成のサマリー」画面が表示されたら「拡張」をクリックします。
ドメインの拡張の詳細は、『Oracle Fusion Middleware構成ウィザードによるドメインの作成』のグラフィカル・モードでのWebLogicドメインの拡張に関する項を参照してください。
管理サーバーおよびすべての管理対象サーバーを起動します。
Fusion Middleware ControlまたはWLSTを使用して、SpacesアプリケーションおよびWebCenterカスタム・アプリケーション(フレームワーク・アプリケーション)に対するページレット・プロデューサの接続を再構成します。詳細は、Oracle Fusion Middleware Oracle WebCenter管理者ガイドのページレット・プロデューサの登録に関する項を参照してください。
注意: 以前のリリースでは、次のパスにページレット・プロデューサをデプロイすることが必須でした。 http://< ルート「 http://< ここで、 OHSおよびSSOを構成している場合は、新しいコンテキスト・ルートを使用するようにそれらを構成する必要があります。詳細は、第5.2.1.2項「SSOおよびOHS構成の更新」を参照してください。 |
ページレット・プロデューサの古いバージョンをアンデプロイします。
WLSコンソールで、「デプロイメント」をクリックします。
pagelet-producer (11.1.1.4.0)デプロイメントの横にあるチェック・ボックスを選択します。
「削除」をクリックします。
WebCenterDS
データ・ソースのターゲットをWC_Portlet
に設定します。これには、OpenSocial機能を有効化する必要があります。
WLSコンソールで、「サービス」→「データ・ソース」に移動します。
WebCenterDSをクリックします。
「ターゲット」タブで、WC_Portlet
を選択し、「保存」をクリックします。
アップグレード済のWebCenter環境でOracle HTTP Server (OHS)およびSingle Sign-on (SSO)を構成している場合は、ページレット・プロデューサ、ポートレット・プロデューサ・アプリケーションおよびOracle SESについて構成の更新が必要になることがあります。
この項は、次のトピックで構成されています。
リリース11.1.1.6.0では、ページレット・プロデューサのWebコンテキスト・ルートが「/」から「/pagelets
」に変更されています。ここで、pagelets
はページレット・プロデューサのデプロイ先に選択した任意の場所です。11.1.1.6.0より前のリリースではページレット・プロデューサのWebコンテキスト・ルートに「/」が使用されていたため、仮想ホスト構成が推奨されていましたが、このリリースからは不要になります。
OHSを構成している場合は、mod_wl_ohs.conf
のOHSエントリを更新する必要があります。このファイルは次のパスにあります。
WT_ORACLE_HOME
/instances/
your_instance
/config/OHS/
ohs1
ここで、WT_ORACLE_HOME
はWeb TierのOracleホームです。
次のエントリが存在する場合は、それらを置き換えます。
<Location /pageletadmin>
SetHandler weblogic-handler
WebLogicHost webcenter.example.com
WebLogicPort 8889
</Location>
<Location /authenticateWithApplicationServer>
SetHandler weblogic-handler
WebLogicHost webcenter.example.com
WebLogicPort 8889
</Location>
次のエントリに置き換えます。
<Location /pagelets
> SetHandler weblogic-handler WebLogicHostwebcenter.example.com
WebLogicPort 8889 </Location>
リリース11.1.1.6.0では、ページレット・プロデューサのWebコンテキスト・ルートが「/」から「/pagelets」に変更されています。WebCenter環境でSSOを構成している場合は、SSOの構成またはポリシーを更新し、保護されたURIおよび公開URIに新しいコンテキスト・ルートが使用されるように設定する必要があります。
この項では、OAM 11g、OAM 10gおよびOSSOにおけるポリシーの更新方法について説明します。
ページレット・プロデューサに対するOAM 11gのポリシーの更新
ページレット・プロデューサに対するOAM 11gのポリシーの更新では、次のリソースを作成します。
/pagelets
*および/pagelets/.../
*
/pagelets/authenticateWithApplicationServer
*および/pagelets/authenticateWithApplicationServer/.../
*
/pagelets/admin
*および/pagelets/admin/.../
*
ページレット・プロデューサに対してOAM 11gのポリシーを更新する手順は次のとおりです。
次のURLの形式を使用して、OAMコンソールにログインします。
http://
host:port
/oamconsole
「ポリシー構成」→「アプリケーション・ドメイン」に移動します。「Policy Manager」ペインが表示されます。
WebGateエージェントの登録時に作成されたアプリケーション・ドメインを見つけます。
「リソース」タブを開き、「新規リソース」をクリックします。
ページレット・プロデューサ・アプリケーションのリソースを追加します。
/pagelets
*リソースを追加する手順は次のとおりです。
「リソース・タイプ」で、「HTTP」を選択します。
「ホスト識別子」フィールドで、WebGateエージェントの登録時に作成されたホストを選択します。
「リソースURL」フィールドに、/pagelets
*を入力します。
「説明」フィールドに、リソースの説明を入力します。
「保護レベル」を「非保護」に設定します。
「認証ポリシー」をパブリック・リソース・ポリシーに設定します。
「認可ポリシー」を保護されているリソース・ポリシーに設定します。
「適用」をクリックします。
手順5を繰り返して、/pagelets/.../
*をリソースとして追加します。
/pagelets/authenticateWithApplicationServer
*をリソースとして追加します。
「リソース・タイプ」フィールドで、「HTTP」を選択します。
「ホスト識別子」フィールドで、WebGateエージェントの登録時に作成されたホストを選択します。
「リソースURL」フィールドに、/pagelets/authenticateWithApplicationServer
*を入力します。
「説明」フィールドに、リソースの説明を入力します。
「保護レベル」を「保護」に設定します。
「認証ポリシー」を保護されているリソース・ポリシーに設定します。
「認可ポリシー」を保護されているリソース・ポリシーに設定します。
「適用」をクリックします。
手順7を繰り返して、/pagelets/authenticateWithApplicationServer/.../
*を保護されているリソースとして追加します。
手順7を繰り返して、/pagelets/admin
*を保護されているリソースとして追加します。
手順7を繰り返して、/pagelets/admin/.../
*を保護されているリソースとして追加します。
「リソース」タブで、/pageletadmin
*および/authenticateWithApplicationServer
*を検索し、これらの古いリソースを削除します。
Web Tierを再起動して、変更内容を確認します。
ページレット・プロデューサに対するOAM 10gのポリシーの更新
ページレット・プロデューサに対するOAM 10g
のポリシーの更新では、次のリソースを作成します。
/pagelets
/pagelets/authenticateWithApplicationServer
/pagelets/admin
ページレット・プロデューサに対してOAM 10gのポリシーを更新する手順は次のとおりです。
次のURLの形式を使用して、OAMコンソールにログインします。
http://
host:port
/access/oblix
Policy Managerを選択します。
WebCenterのリソースを保護するために作成したポリシー・ドメインを見つけます。
「リソース」タブを開き、「追加」をクリックします。
/pagelets
リソースを追加します。このリソースに対して次のように実行します。
リソース・タイプとして、「HTTP」を選択します。
WebCenter Web Tierのホスト識別子を選択します。
URL接頭辞/pagelets
を入力します。
リソースの説明を入力します。
キャッシュの更新が選択されていることを確認し、「保存」をクリックします。
手順5を繰り返して、/pagelets/authenticateWithApplicationServer
をリソースとして追加します。
手順5を繰り返して、/pagelets/admin
をリソースとして追加します。
「ポリシー」タブに移動して、パブリック・ポリシーを見つけます。
そのパブリック・ポリシーを開き、手順5で作成したリソース(つまり、/pagelets
)を選択して、このリソースにパブリック・ポリシーを適用します。
デフォルトで保護されるようにするため、作成した他の2つのリソース(/pagelets/authenticateWithApplicationServerおよび/pagelets/admin
)は選択しないでください。
変更を保存します。
「リソース」タブで、古いリソース・エントリ/pageletadmin
および/authenticateWithApplicationServer
を削除します。
Web Tierを再起動して、変更内容を確認します。
ページレット・プロデューサに対するOSSO構成の更新
OSSOを設定している場合、ページレット・プロデューサに対してポリシーを更新する手順は次のとおりです。
mod_osso.conf
ファイルで、次のエントリを置き換えます。
<Location /pageletadmin> OssoSendCacheHeaders off require valid-user AuthType Osso </Location>
次のように置換します。
<Location /pagelets/admin> OssoSendCacheHeaders off require valid-user AuthType Osso </Location>
次のエントリを置き換えます。
<Location /authenticateWithApplicationServer*> OssoSendCacheHeaders off require valid-user AuthType Osso </Location>
次のように置換します。
<Location /pagelets/authenticateWithApplicationServer*> OssoSendCacheHeaders off require valid-user AuthType Osso </Location>
Web Tierを再起動して、変更内容を確認します。
リリース11.1.1.6.0では、OAMの設定でポートレットのURIを明示的に除外する必要があります。SSOを使用するように構成されている、カスタムおよびデフォルトのポートレット・プロデューサ・アプリケーションをすべて更新する必要があります。詳細は、Oracle Fusion Middleware Oracle WebCenter管理者ガイドの次の項を参照してください。
OAM 11gに対するポートレット・プロデューサ・アプリケーションの構成に関する項
OAM 10gに対するポートレット・プロデューサ・アプリケーションの構成に関する項
リリース11.1.1.4.0および11.1.1.5.0で推奨されていた方法は、仮想ホスト構成を使用して、SESクロールおよび認証エンド・ポイントを構成することでした。ただし、これはリリース11.1.1.6.0からは不要になります。SESエンドポイントを、除外されたリソースとしてOAM構成内でマークできます。詳細は、Oracle Fusion Middleware Oracle WebCenter管理者ガイドの次の項を参照してください。
OAM 11gの場合: WebGateエージェントの登録に関する項
OAM 10gの場合: WebCenter Portalのポリシー・ドメインの構成に関する項
この項では、Oracle WebCenter 11.1.1.2.0または11.1.1.3.0のインストールを11.1.1.6.0に移行するための手順について説明します。この項には次のサブセクションがあります。
リリース11.1.1.4.0以降、管理対象サーバーの名前がWLS_
name
からWC_
name
に変更されています。ここで、name
は管理対象サーバーの名前です。詳細は、『Oracle Fusion Middlewareパッチ適用ガイド』のWebCenter Portal管理対象サーバーに関する項を参照してください。
リリース11.1.1.2.0および11.1.1.3.0では、WLS_Services
管理対象サーバーがOracle WebCenter DiscussionsおよびOracle WebCenter Wiki and Blog Serverをホストしていました。リリース11.1.1.4.0以降、WLS_Services
はサポートされていません。Oracle WebCenter DiscussionsはWC_Collaboration
にデプロイされ、Wikiおよびブログはコンテンツ・サーバーに配置されています。
リリース11.1.1.4.0以降は、新しい管理対象サーバーWC_Utilities
がサポートされています。これは、Oracle WebCenter Analytics Collector、Oracle WebCenter Activity Graph Engines、およびOracle WebCenter PersonalizationなどのWebCenterコンポーネントをホストします。
図5-2は、Oracle WebCenter 11.1.1.2.0または11.1.1.3.0のインストールを11.1.1.6.0に更新するために必要な手順を示しています。各手順の情報を参照するには、フロー・チャートの手順をクリックするか、表5-3を使用してください。
表5-3 Oracle WebCenter 11.1.1.2.0または11.1.1.3.0への最新パッチの適用
タスクおよび詳細情報へのリンク | 必須/オプション | 注意 |
---|---|---|
管理対象サーバー、管理サーバー、システム・コンポーネントおよびノード・マネージャを停止します。 |
必須 |
|
現在のWebCenter環境をバックアップします。
|
必須 |
|
次に示すWebCenterのパッチ適用前のタスクを実行します。
|
必須 |
Oracle WebCenterおよびOracle Universal Content Management (Oracle UCM)のパッチ・セット・レベルは同じにする必要があります。Oracle WebCenterにパッチを適用して最新リリースにした場合は、Oracle Universal Content Managementにもパッチを適用して同じリリースにしてください。つまり、Oracle WebCenterが11.1.1.6.0になるようにパッチを適用した場合は、Oracle Universal Content Managementも11.1.1.6.0になるようにパッチを適用する必要があります。 |
WebLogic Serverにパッチを適用して最新バージョンにします。 |
必須 |
|
サイレント・モードでパッチを適用する場合は、emCCRファイルの名前を変更します。 |
サイレント・モードの場合は必須 |
|
WebCenter Portalのインストーラ、および他の必要な製品のインストーラをダウンロードします。 |
必須 |
|
パッチ・セット・インストーラを実行し、次のFusion Middleware製品にパッチを適用して11.1.1.6.0にします。
|
必須 |
これらの製品が環境にインストールされている場合は必須です。 |
WebCenter Portal 11.1.1.6.0インストーラを実行し、Oracle WebCenterにパッチを適用してリリース11.1.1.6.0にします。 |
必須 |
|
他の製品インストーラを実行して、次に示す、他に必要なFusion Middleware製品にパッチを適用します。
|
必須 |
Middlewareホームにインストールされている製品についてのみ必須です。 |
必要なスキーマを更新します。WebCenter固有のスキーマには次のものがあります。 一般的なスキーマ( |
必須 |
更新する必要のある既存のスキーマに対して必須です。 最初にリリース11.1.1.1.0のリポジトリ作成ユーティリティを使用してインストールされ、その後リリース11.1.1.2.0/11.1.1.3.0にアップグレードされたWebCenter Spacesスキーマの場合、パッチ・セット・アシスタントを実行してスキーマをリリース11.1.1.6.0にアップグレードする前に、そのWebCenter Spacesスキーマの所有者に追加の権限を付与する必要があります。SQL*Plusを使用して、WebCenter Spacesスキーマを含むデータベースに |
次のいずれかを使用してSpacesアプリケーションを更新します。
|
必須 |
|
必要なFusion Middleware製品のパッチ適用後のタスクを実行します。これには、OWSMポリシーの更新も含まれます。 |
必須 |
|
次に示すWebCenter Portalのパッチ適用後のタスクを実行します。
|
必須 |
|
次に示すWebCenter Spacesのパッチ適用後のタスクを実行します。
|
必須 |
|
次に示すWebCenter securityのパッチ適用後のタスクを実行します。
|
オプション |
|
次のようにOracle WebCenter Portalの新機能を追加します。
|
オプション |
|
サーバーおよびプロセスを起動します。 |
必須 |
|
Oracle WebCenter Portal 11.1.1.6.0のインストールを確認します。 |
必須 |
Oracle WebCenter環境にパッチを適用するための準備には、サーバーの停止、環境のバックアップ、およびWebLogic Serverの最新バージョンへのアップグレードなどの一般的なタスクがあります。また、様々なWebCenter固有のパッチ適用前タスクの実行も含まれます。この項では、パッチの適用に際して、WebCenterインストールを準備するために実行する必要のあるタスクについて説明します。この項には次のサブセクションがあります。
注意: この項の手順は、OmniPortletおよびWebClippingのカスタマイズを使用しており、それらがファイルベースのプリファレンス・ストアに格納されている場合にのみ実行する必要があります。デフォルトでは、Oracle WebCenterおよびOracle Portalでファイルベースのプリファレンス・ストアは使用されません。そのようなストアがデフォルトで使用されるのは、10gバージョンからアップグレードされた11gリリース1(11.1.1)Portal環境に対してのみです。 |
Oracle WebCenterまたはOracle Portalの最新のパッチ・セットを適用すると、OmniportletとWebClippingの両方のアプリケーションが再デプロイされ、ファイルベースのプリファレンス・ストアに格納されている構成データがすべて失われます。OmniportletおよびWebClippingの構成とカスタマイズを保存して、パッチ・セットを適用したときにカスタマイズが失われないようにする必要があります。
カスタマイズを保存してバックアップする手順は次のとおりです。
次のディレクトリに移動します。
UNIXオペレーティング・システムの場合:
path_to_war_directory
/WEB-INF/providers/omniPortlet
path_to_war_directory
/WEB-INF/providers/webclipping
Windowsオペレーティング・システムの場合:
path_to_war_directory
\WEB-INF\providers\omniPortlet
path_to_war_directory
\WEB-INF\providers\webclipping
ここで、path_to_war_directory
は次のパスを表します。
UNIXオペレーティング・システムの場合: DOMAIN_HOME
/servers/WLS_PORTAL/tmp/_WL_user/portalTools
_version
/randomly_generated_directory
/war
Windowsオペレーティング・システムの場合: DOMAIN_HOME
\servers\WLS_PORTAL\tmp\_WL_user\portalTools_
version
\
randomly_generated_directory
\war
ここで、DOMAIN_HOME
は、構成ウィザードの「ドメイン名と場所の指定」画面で指定された、Oracle PortalまたはOracle WebCenterドメインのドメイン・ホームの場所です。
次のコマンドを実行して、ディレクトリをバックアップします。
UNIXオペレーティング・システムの場合:
cp -fr path_to_war_directory
/WEB-INF/providers/omniPortlet backup_location
Windowsオペレーティング・システムの場合:
xcopy /y/e path_to_war_directory
\WEB-INF\providers\omniPortlet backup_location
WebCenter Spacesを使用している場合は、purgeMetadata()
WLSTコマンドを実行して、MDS内の古いバージョンのドキュメントを削除する必要があります。これによって、パッチ適用プロセスの実行対象データを小さくすることができ、アップグレードに必要な時間を短縮できます。
WebCenter Spacesのメタデータをパージする手順は次のとおりです。
purgeMetadata()
コマンドはオンライン・コマンドであるため、管理サーバーとSpaces管理対象サーバー(WLS_Spaces
)を起動します。
WebCenterのOracleホームからWLSTを起動します。
UNIXオペレーティング・システムの場合:
cd WebCenter_ORACLE_HOME/common/bin
./wlst.sh
Windowsオペレーティング・システムの場合:
cd WebCenter_ORACLE_HOME\common\bin
wlst.cmd
WLST connect()
コマンドを使用して管理サーバーに接続します。
WLSTコマンドpurgeMetadata()
を実行します。たとえば、次のコマンドを実行して、3060秒よりも古いメタデータを消去します。
purgeMetadata('webcenter', 'WLS_Spaces', 3060)
詳細は、Oracle Fusion Middleware WebLogic Scripting Toolコマンド・リファレンスのpurgeMetadataに関する項を参照してください。
データベースの統計を再収集します。たとえば、SQLPlusを使用してWebCenterのMDS
スキーマに接続できます。
execute dbms_stats.gather_schema_stats(ownname=>null, options=>'GATHER AUTO');
WLS_Spaces
管理対象サーバーおよび管理サーバーを停止します。
詳細は、Oracle Fusion Middleware WebLogic Scripting Toolコマンド・リファレンスのメタデータ・サービス(MDS)カスタムWLSTコマンドに関する項を参照してください。
注意: リリース11.1.1.6.0では、Oracle Universal Content Managementはブランドが変更されてOracle WebCenter Contentになり、Oracle Content ServerはOracle WebCenter Content Server (または単にコンテンツ・サーバー)と呼ばれるようになりました。 |
この項は、次のトピックで構成されています。
Oracle Content Server 10gを継続して使用する場合は、最新のUpdateBundle
コンポーネントおよびFolders_g
コンポーネントをインストールする必要があります。これらのコンポーネントは、My Oracle Support(以前のOracleMetaLink: https://support.oracle.com
)から入手可能です。
注意: Oracle WebCenter Content 11gにアップグレードすることを強くお薦めします。11gリリースで提供される機能の完全なセットを活用することが重要です。リリース11gにアップグレードしない場合は、一部のコンテンツ管理機能へのアクセスが制限されます(表5-4を参照)。 |
既存のOracle Content Server 10gインストールをContent Server 11.1.1.6.0にアップグレードするか、Content Server 11.1.1.6.0の新しいインスタンスをインストールするかを選択できます。
注意: WebCenter PortalおよびContent Server両方の11gのパッチ・セット・レベルを同じにする必要があります。WebCenter Portalにパッチを適用して最新リリースにした場合は、Content Serverにもパッチを適用して同じリリースにしてください。つまり、Oracle WebCenter Portalが11.1.1.6.0になるようにパッチを適用した場合は、Content Serverも11.1.1.6.0になるようにパッチを適用する必要があります。 |
Oracle WebCenter Content Server 11gへのアップグレード
Content Server 11gへのアップグレードの詳細は、Oracle Fusion Middleware Oracle WebCenter Contentアップグレード・ガイドを参照してください。
WebCenter Portal 11gに対してContent Serverを構成する場合は、folders_g
が有効であることを確認します。
注意: Content Server 11gのフォルダ・インタフェースには、コントリビューション・フォルダ( |
Oracle WebCenter Content Server 11gのインストール
Content Server 11gのインストール手順は、Oracle WebCenter Contentインストレーション・ガイドを参照してください。それをWebCenter Portal 11gに対して構成する場合の詳細は、Oracle Fusion Middleware Oracle WebCenter管理者ガイドのコンテンツ・サーバーの構成のロードマップに関する項を参照してください。
WebCenter Portal 11gに対してContent Serverを構成する場合は、folders_g
が有効であることを確認します。
Oracle WebCenterおよびContent Serverが同じドメインにインストールされている場合は、認証プロバイダ構成がドメイン全体で適用可能なため、外部LDAP認証プロバイダを使用するための追加構成は必要ありません。
表5-4は、Oracle Content Server 10gおよび11gで使用可能な機能の比較を示してます。
表5-4 Oracle Content Server 10.1.3.5.1および11gでサポートされるOracle WebCenterの機能
機能 | 説明 | OCS 10.1.3.5.1でサポートは利用可能? | OCS 11gでサポートは利用可能? |
---|---|---|---|
スペース(またはグループ・スペース) |
スペース・フォルダの作成およびロール・マッピングで利用可能なサポート。 |
いいえ |
はい |
ホーム・スペース(または個人用スペース) |
ホーム・スペース・フォルダの自動作成で利用可能なサポート。 |
いいえ |
はい |
IFRAMEのサポート |
Oracle Content ServerのUIを直接WebCenterのアプリケーションで表示するためのサポート。このサポートは、コンテンツ・プロファイルの作成およびアイテムの拡張プロパティの編集にも利用できます。 |
いいえ |
はい(OHSがインストールされ、 |
Wikiドキュメント |
Wikiドキュメントを作成するためのサポート。 |
いいえ |
はい |
拡張メタデータ編集 |
ユーザー・アクセス・リストやWebサイト・オブジェクトなどの、拡張メタデータ詳細の編集のサポート。プロパティが編集可能な場合は、「プロパティ」ペインに「編集」ボタンが表示されます。 |
いいえ |
はい(IFRAMEが有効な場合)。 |
サムネイル |
「プロパティ」ペインでドキュメントを表示するときには、サムネイルが上部に表示されます。複数バージョンのドキュメントが存在する場合は、各バージョンのサムネイルが表示されます。 |
いいえ |
はい |
プロファイルのアップロード |
ドキュメントをアップロードするときに、使用するプロファイルを選択できます。 |
いいえ |
はい(IFRAME機能が有効な場合)。 |
ドキュメント・プレビューア - Web表現 |
ドキュメントを表示するときに、Web表現がある場合は、それが表示されます。 Web表現は、Webで表示可能な形式(html、画像、またはPDF)のネイティブ・ファイルであり、OCSの場合はIBRによってファイルが作成されます(この場合は、PDFのみ)。 |
いいえ ドキュメントをクリックしたときに、スライド・プレビューアまたは表現(画像、.html、.txt)なしで表示可能なファイル・タイプのものでなければ、かわりにプロパティが表示されます。 |
はい Oracle Content ServerがWebレンディションを持つように設定されていない場合は、ファイル・プロパティが表示されます。 |
ドキュメント・プレビューア - スライド・プレビューア |
ドキュメントを表示するときに、そのドキュメントのスライド・プレビューが表示されます。 |
いいえ |
はい(IFRAMEおよびDynamicConverterが有効になっており、Dynamic Converterのテンプレートが作成されている場合)。 |
アイテム・レベルのセキュリティ |
アイテムは、そのアイテムに固有の設定によってセキュリティが確保されるのであり、アイテムが存在するスペースのセキュリティを継承するわけではありません。 |
いいえ |
はい(次の場合)。
|
AutoVue |
Oracle AutoVueで使用可能なドキュメント・レビューおよびコラボレーション機能のサポート。 |
いいえ |
はい |
Wikiおよびブログのページ形式 |
ページの作成に使用可能なWikiおよびブログのページ形式。 |
いいえ |
はい(このドキュメント・サービスが有効なスペースまたはホーム・スペース内)。 |
Site Studioのコンポーネントの作成および編集 |
コンテンツ・プレゼンタ・ウィザード内から、およびコンテンツ・プレゼンタのコンテンツ・コントリビューション・モードからSite Studioのコンテンツを作成および編集する機能。 |
いいえ |
はい(Site StudioのコンポーネントがOracle Content Serverにインストールされている場合)。 |
Site Studioのリージョン・テンプレート |
Site Studioのリージョン・テンプレートを使用してSite Studioのコンテンツを表示する機能。 |
いいえ |
はい(Site StudioのコンポーネントがOracle Content Serverにインストールされており、選択されたコンテンツに対してリージョン・テンプレートが作成されている場合)。 |
コンテンツの編集 |
Site Studio以外のコンポーネントをコンテンツ・プレゼンタ・ウィザード内から編集する機能。 |
いいえ |
はい |
Oracle WebCenter 11.1.1.6.0は、ノード・マネージャおよび自動スクリプト、またはWebLogic Scripting Tool (WLST)のいずれかを使用して更新できます。
この項は、次のトピックで構成されています。
注意: Oracle WebCenterを複数のマシンにインストールしている場合、ソフトウェアはWLSTのコマンドを使用してのみ更新でき、自動スクリプトでは更新できません。各マシンの各WebCenter Oracleホーム・ディレクトリで製品インストーラが実行されていること、およびすべてのドメインが圧縮/解凍を使用して更新されていることを確認します。 |
Oracle WebCenterのパッチにはupgrade.py
というスクリプトが含まれており、これを使用して最新のリリースにアップグレードできます。このスクリプトは、すべての管理対象サーバーと管理サーバーを更新プロセスの開始時に停止し、更新プロセスの間にすべてのサーバーを起動します。
このスクリプトを使用してOracle WebCenterを更新できるのは、ノード・マネージャが設定済であり、Oracle WebCenterが1つのマシンにインストールされ、適切に構成されている場合のみです。ノード・マネージャが適切に構成されていない場合は、このスクリプトではなくWLSTのコマンドを使用して、Oracle WebCenterにパッチを適用する必要があります。
この項は、次のトピックで構成されています。
upgrade.py
スクリプトを使用するには、ノード・マネージャを次のように構成する必要があります。
ドメイン内のすべてのサーバー(管理サーバーを含む)が、ノード・マネージャを使用するように構成されているマシンに関連付けられていることを確認します。『Oracle Fusion Middleware Oracle WebLogic Serverノード・マネージャ管理者ガイド』のノード・マネージャを使用するためのマシンの構成に関する項を参照してください。
デモ証明書(Oracle WebLogic Serverに付属の証明書)を使用している場合は、すべてのサーバーに対してホスト名の検証を無効にします。詳細は、次のURLの、ホスト名の検証に関する項を参照してください。
http://download.oracle.com/docs/cd/E12839_01/apirefs.1111/e13952/taskhelp/security/DisableHostNameVerification.html
nodemanager.properties
ファイルで、次のプロパティがtrue
に設定されていることを確認します。
StartScriptEnabled
。ノード・マネージャ用。これにより、管理対象サーバーで適切なクラスパスおよびコマンド引数を受け取ることができるようになります。
DomainRegistrationEnabled
。これにより、ドメインが登録可能になります。
詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverノード・マネージャ管理者ガイド』を参照してください。
WLSTでnmConnect
コマンドを使用してノード・マネージャに接続できることを確認します。本番環境の場合は、『Oracle Fusion Middleware Oracle WebLogic Serverノード・マネージャ管理者ガイド』の本番環境でのnmConnectの使用に関する項の説明に従ってください。
WLSTでnmStart
コマンドを使用して管理サーバーを起動できることを確認します。本番環境の場合は、管理サーバーを起動するためにユーザー名とパスワードが要求されるため、ノード・マネージャが必要な資格証明を持っていることを確認してください。
詳細は、Oracle Fusion Middleware WebLogic Scripting Toolコマンド・リファレンスのnmstartに関する項、および『Oracle Fusion Middleware Oracle WebLogic Serverノード・マネージャ管理者ガイド』のノード・マネージャによる管理サーバーの起動方法に関する項を参照してください。
ノード・マネージャが適切に構成されていることを確認する手順は次のとおりです。
ドメイン内のすべてのサーバーを停止します。
WLSTを起動し、nmConnect
を使用してノード・マネージャに接続します。たとえば、UNIXオペレーティング・システムの場合:
cd WebCenter_ORACLE_HOME/common/bin ./wlst.sh nmConnect(username = 'weblogic', password = 'examplepassword', host = 'localhost', port = '5556', domainDir = 'DOMAIN_HOME', nmType = 'ssl')
nmStart
を使用して管理サーバーを起動します。例:
nmStart('AdminServer')
WLSTで管理サーバーに接続して管理対象サーバーを起動します。例:
connect() start('WLS_Spaces')
起動した管理対象サーバーが実行中であることを確認します。たとえば、次のURLにアクセスしてログインします。
http://localhost:8888/webcenter
注意: ノード・マネージャの構成を確認できない場合は、自動スクリプトのかわりにWLSTコマンドを使用してOracle WebCenterを更新する必要があります。 |
ノード・マネージャおよび自動スクリプトを使用してOracle WebCenterを更新する手順は次のとおりです。
Oracle WebCenterインストーラを実行してソフトウェアが更新済であることを確認します。詳細は、第3.6.2項「必要なインストーラのダウンロード」および第3.6.3項「インストーラの起動」を参照してください。
パッチ・セット・アシスタントを使用してデータベース・スキーマが更新済であることを確認します。詳細は、第3.8項「パッチ・セット・アシスタントによるスキーマの更新」を参照してください。
第5.3.4.1.4項「Oracle WebCenter自動スクリプトの実行方法」の説明に従って、upgrade.py
スクリプトを実行します。
信頼ストア・ファイルをOracleホーム・ディレクトリからOracle WebLogic Serverのドメイン・ディレクトリにコピーします。
例:
cp MW_HOME/oracle_common/modules/oracle.jps_11.1.1/jps-wls-trustprovider.jar DOMAIN_HOME/lib/mbeantypes/jps-wls-trustprovider.jar
ドメイン内のノード・マネージャ、管理サーバーおよび管理対象サーバーを再起動します。
upgrade.py
スクリプトは、管理サーバーと同じマシンで実行する必要があります。このスクリプトは、WebCenter_ORACLE_HOME
/webcenter/scripts/upgrade_11.1.1.4
(UNIXオペレーティング・システムの場合)またはWebCenter_ORACLE_HOME
\webcenter\scripts\upgrade_11.1.1.4
(Windowsオペレーティング・システムの場合)のいずれかのディレクトリに配置されている必要があります。
upgrade.py
スクリプトを実行するためのコマンドライン構文は次のとおりです。
upgrade.py path_to_upgrade_properties_file administrator_password node_manager_password
upgrade.py
スクリプトでは、次のようなオプションのコマンド・ライン・パラメータを指定できます。
path_to_upgrade_properties_file
は、更新プロパティ・ファイルのパスです。
プロパティ・ファイルの詳細は、第5.3.4.1.9項「アップグレード・プロパティ・ファイルで設定可能なプロパティ」および第5.3.4.1.10項「プロパティ・ファイルのフォーマット」を参照してください。
administrator_password
は、管理サーバーのパスワードです。
node_manager_password
は、ノード・マネージャのパスワードです。
upgrade.py
スクリプトの実行方法の例については、以降の項を参照してください。
オプションのパラメータが何も指定されない場合、スクリプトではすべてのプロパティに対してデフォルトの値が使用されます。ただし、domain.directory
とパスワードは例外であり、これらの値については指定が必要です。次にその例を示します。
cd WebCenter_ORACLE_HOME/common/bin ./wlst.sh WebCenter_ORACLE_HOME/webcenter/scripts/upgrade_11.1.1.4/upgrade.py
user.config.file
プロパティの値を設定するプロパティ・ファイルを指定する場合、スクリプトはプロパティのデフォルト値をプロパティ・ファイルで指定された値でオーバーライドし、ユーザー構成ファイルに格納された資格証明を使用して管理サーバーとノード・マネージャに接続します。次にその例を示します。
cd WebCenter_ORACLE_HOME/common/bin ./wlst.sh WebCenter_ORACLE_HOME/webcenter/scripts/upgrade_11.1.1.4/upgrade.py ~/upgrade.properties
プロパティ・ファイルを指定して、そのプロパティ・ファイルでuser.config.file
プロパティの値を設定せず、管理サーバーおよびノード・マネージャのいずれのパスワードもコマンドライン引数として渡さない場合は、スクリプトによってプロパティのデフォルト値がプロパティ・ファイルで指定された値でオーバーライドされ、パスワードの指定が求められます。
プロパティ・ファイルとadministrator_passwordを指定する場合は、スクリプトによってプロパティのデフォルト値がプロパティ・ファイルで指定された値でオーバーライドされ、指定されたパスワードが管理サーバーへの接続に使用されます。ノード・マネージャのユーザー名が管理ユーザー名と同じ場合も、ノード・マネージャのパスワードの指定が求められます。次にその例を示します。
cd WebCenter_ORACLE_HOME/common/bin ./wlst.sh WebCenter_ORACLE_HOME/webcenter/scripts/upgrade_11.1.1.4/upgrade.py ~/upgrade.properties example_admin_password
プロパティ・ファイル、administrator_passwordおよびnode_manager_passwordを指定する場合は、プロパティのデフォルト値がプロパティ・ファイルで指定された値でオーバーライドされ、指定されたパスワードが管理サーバーおよびノード・マネージャへの接続に使用されます。次にその例を示します。
cd WebCenter_ORACLE_HOME/common/bin ./wlst.sh WebCenter_ORACLE_HOME/webcenter/scripts/upgrade_11.1.1.4/upgrade.py ~/upgrade.properties example_admin_password example_nm_password
表5-5は、アップグレード・プロパティ・ファイルで設定可能なプロパティを示しています。
ヒント: サンプル・アップグレード・プロパティ( |
表5-5 アップグレード・プロパティ・ファイル
プロパティ | 説明 |
---|---|
|
ドメイン・ディレクトリへのパス(ドメイン・ホーム)。 |
|
WebCenter Oracleホーム・ディレクトリへのパス。 |
|
WebCenter Spacesに接続されたLDAPの一部であり、WLSの埋込みLDAPの管理権限を持つユーザーの名前。 WLSの埋込みLDAPにおける管理者権限をユーザーに付与するには:
|
|
管理サーバーへの接続に使用されるURL。 |
|
管理サーバーの名前。 |
|
ノード・マネージャのユーザー名。 |
|
ノード・マネージャ・サーバーのホスト名。 |
|
ノード・マネージャ・サーバーのポート番号。 |
|
ノード・マネージャ・サーバーの接続タイプ。 |
|
カスタマイズを移行するには、このプロパティを 警告: |
|
暗号化されたユーザー名とパスワードを含むユーザー構成ファイルの名前と場所。ユーザー構成ファイルを作成するときには、 注意: このプロパティを設定する場合は、パスワードを渡す必要はなく、 ユーザー構成ファイルの作成方法の詳細は、WLSTの |
|
指定されたユーザー構成ファイルと関連付けられ、その復号化に使用されるキー・ファイルの名前と場所。 注意: このプロパティは、 ユーザー構成ファイルの作成方法の詳細は、WLSTの |
プロパティ・ファイルでは値を適切にエスケープする必要があります。このことは、Windowsのパスを入力するときに特に重要になります。バックスラッシュはすべてバックスラッシュでエスケープする必要があるからです(つまり、Javaのプロパティ・ファイルでは、1個のバックスラッシュをバックスラッシュ2個で表します)。
詳細は、次のURLを参照してください。
http://download.oracle.com/javase/6/docs/api/java/util/Properties.html#load%28java.io.Reader%29
次に示すのは、Windowsオペレーティング・システムの場合のサンプル・プロパティ・ファイルです。
domain.directory=C:\\Middleware\\domains\\domain_name oracle.home=C:\\Middleware\\Oracle_WC1 admin.user=weblogic admin.url=t3://examplehost:7001 admin.server=AdminServer nodemanager.user=node_manager_user nodemanager.host=localhost nodemanager.port=5556 nodemanager.type=ssl upgrade.custom.spaces=false
次に示すのは、UNIXオペレーティング・システムの場合のサンプル・プロパティ・ファイルです。
domain.directory=/home/Middleware/domains/domain_name oracle.home=/home/Middleware/Oracle_WC1 admin.user=weblogic admin.url=t3://examplehost:7001 admin.server=AdminServer nodemanager.user=node_manager_user nodemanager.host=localhost nodemanager.port=5556 nodemanager.type=ssl upgrade.custom.spaces=false
ノード・マネージャを構成しないことを選択する場合、WLSTコマンドを使用して中間層を更新できます。WLSTコマンドは、管理サーバーが実行されているマシンで実行する必要があります。
WLSTを使用してOracle WebCenterをアップグレードする前に、次のことを確認してください。
Oracle WebCenterインストーラを使用してOracle WebCenterソフトウェアを更新済であること。
詳細は、第3.6.2項「必要なインストーラのダウンロード」および第3.6.3項「インストーラの起動」を参照してください。
データベース・スキーマを更新済であること。
詳細は、第3.8項「パッチ・セット・アシスタントによるスキーマの更新」を参照してください。
WLSTを使用してOracle WebCenterを更新する手順は次のとおりです。
管理サーバーとすべての管理対象サーバーを停止します。
WebCenterのOracleホームからWLSTを起動します。
UNIXオペレーティング・システムの場合:
cd WebCenter_ORACLE_HOME/common/bin
./wlst.sh
Windowsオペレーティング・システムの場合:
cd WebCenter_ORACLE_HOME\common\bin
wlst.cmd
外部LDAPサーバーが起動しているのを確認してから、オフライン・モードで(どのサーバーにも接続せずに)upgradeOpss
コマンドを実行します。
UNIXオペレーティング・システムの場合:
upgradeOpss(jpsConfig='DOMAIN_HOME/config/fmwconfig/jps-config.xml', jaznData='MW_HOME/oracle_common/modules/oracle.jps_11.1.1/domain_config/system-jazn-data.xml')
Windowsオペレーティング・システムの場合:
upgradeOpss(jpsConfig='DOMAIN_HOME\config\fmwconfig\jps-config.xml', jaznData='MW_HOME\oracle_common\modules\oracle.jps_11.1.1\domain_config\system-jazn-data.xml')
注意:
|
upgradeWebCenterDomain
コマンドをオフライン・モードで実行します。
upgradeWebCenterDomain(domainDirName='DOMAIN_HOME', oracleHome='WebCenter_ORACLE_HOME', upgradeCustomSpaces=[1|0])
説明:
domainDirName
: DOMAIN_HOME
を、ドメイン・ホーム・ディレクトリのフルパスに置換します。
oracleHome
: WebCenter_ORACLE_HOME
を、WebCenter Oracleホーム・ディレクトリのフルパスに置換します。
upgradeCustomSpaces
: custom.webcenter.spaces
共有ライブラリを使用してWebCenter Spacesをカスタマイズしてあり、更新済インスタンスにそのカスタマイズを移行する場合は1
を設定します。WebCenter Spacesにおける拡張の使用方法の詳細は、次を参照してください。
http://www.oracle.com/technetwork/middleware/webcenter/owcs-ps4-wcs-ext-samples-wp-406559.pdf
警告:
|
例:
upgradeWebCenterDomain(domainDirName='/home/Oracle/Domains/wc_domain', oracleHome='/home/Oracle/Middleware/Oracle_WC1', upgradeCustomSpaces=1)
注意:
|
管理サーバーを起動します。
管理サーバーに接続します。
connect()
WebCenter Spaces管理対象サーバーを実行しているドメインで、upgradeWebCenterPermissions
コマンドを実行し、必要な権限をLDAPストアに追加します。
upgradeWebCenterPermissions()
注意:
|
ここまでの説明はすべて、単一ノードを対象にしたものです。ドメイン内の複数のマシンで複数のサーバーが実行されている場合は、ドメインを圧縮および解凍して、クラスタ内の他のノードに変更を複製する必要があります。
更新済ドメインを圧縮および解凍する手順は次のとおりです。
管理サーバーを圧縮します。
cd WebCenter_ORACLE_HOME/common/bin ./pack.sh -managed=true -domain=DOMAIN_HOME -template=wcdomaintemplate.jar -template_name=wc_domain_template
wcdomaintemplate.jar
を他のマシンのWebCenter_ORACLE_HOME
/common/bin
にコピーします。
他のマシンの古いドメイン・ディレクトリ(DOMAIN_HOME
およびAPPLICATION_HOME
)を削除または移動します。
他の各マシンのドメインを解凍します。
cd WebCenter_ORACLE_HOME/common/bin ./unpack.sh -domain=DOMAIN_HOME -template=wcdomaintemplate.jar
WebCenterの管理対象サーバーを起動します。
WC_Spaces
(WebCenter Spaces)
WC_Portlet
(Oracle Portlet Producers)
WC_Collaboration
(Oracle WebCenter Discussion Server)
WC_Spaces
サーバーが起動しているのを確認してから、次の手順に進みます。
管理サーバーから切断して、外部LDAPサーバーで定義され、埋込みのOracle WebLogic Serverで管理ユーザーとして定義されている、Oracle WebCenterの管理者としてWC_Spaces
サーバーに接続します。
注意: 管理ユーザーは、外部LDAPディレクトリのユーザーかつ埋込みOracle WebLogic ServerのLDAPディレクトリの管理権限を持つユーザーとして定義されている必要があります。 |
必要に応じて、次の方法で、埋込みOracle WebLogic ServerのLDAPサーバーの管理グループにユーザーを追加できます。
WebLogic Serverコンソールにログインします。
「セキュリティ・レルム」をクリックして、myrealmリンクを選択します。
「ロール/ポリシー」タブをクリックします。
「グローバル・ロール」を展開し、「ロール」を展開して、「管理」ロールの「ロール条件の表示」をクリックします。
「条件の追加」をクリックし、「述部リスト」フィールドから「ユーザー」を選択して、「次へ」をクリックします。
「ユーザー引数名」フィールドにユーザー名を入力して、「追加」をクリックします。
「終了」をクリックします。先ほど入力したユーザーが管理者とともに表示されます。
変更を保存して終了します。
WebCenter Spaces管理対象サーバーが実行されているドメインで、upgradeWebCenterApplication
コマンドを実行します。
upgradeWebCenterApplication(appName='webcenter')
WebCenter Spacesがデプロイされている複数のサーバーがあるクラスタ環境の場合は、サーバー名を指定する必要があります。例:
upgradeWebCenterApplication(appName='webcenter', server="server_name")
信頼ストア・ファイルをOracleホーム・ディレクトリからOracle WebLogic Serverのドメイン・ディレクトリにコピーします。
例:
cp MW_HOME/oracle_common/modules/oracle.jps_11.1.1/jps-wls-trustprovider.jar DOMAIN_HOME/lib/mbeantypes/jps-wls-trustprovider.jar
ドメイン内の管理サーバーおよび管理対象サーバーを再起動します。
この項では、パッチを適用してOracle WebCenter Portal 11.1.1.6.0にした後、システム環境に応じて実行する必要のあるタスクについて説明します。
この項には、次のサブセクションがあります。
この項は次の各項に分かれています。これらの情報は、既存のWikiページやブログを新たにパッチを適用したOracle WebCenterドメインで使用できるよう移行するときに役立ちます。
Oracle Wikiをインストールしてある場合は、Wiki Migratorユーティリティwiki-upgrade.jar
を実行して、Wikiページとブログを移行する必要があります。このユーティリティは、WebCenterのOracleホームの次のディレクトリにあります。
WebCenter_ORACLE_HOME/webcenter/archives/wiki-upgrade.jar
このWiki Migratorユーティリティは、WikiページおよびブログをOracle Content Serverのスペース固有のフォルダに移行します。それに伴い、Wikiおよびブログ用の既存のWebCenter Spacesのページも移行されます。このユーティリティにより添付ファイルも移行され、必要に応じてWikiページにそれらファイルへのリンクも示されます。Wikiページのコンテンツ内の他のWikiページへのリンクは、各リンクのURLにおけるWebCenter Spacesのルートが移行パラメータで指定されたとおりであれば、新しい場所をポイントするように更新されます。このユーティリティでは、コメント、ディスカッション・スレッドおよびテンプレートは移行されず、Wikiまたはブログのコンテンツが変更されることもありません。
移行プロセス中にエラーが発生した場合は、wiki-upgrade.jar
ファイルと同じディレクトリにある出力ログを調べます。詳細は、第5.3.5.1.2項「Wiki移行時の問題のトラブルシューティング」を参照してください。
Wikiの移行を実行する前に、次のことを実行してください。
Oracle Universal Content Management(UCM)がリリース11gにアップグレードされていることを確認します(第5.3.3.3項「Oracle Universal Content Managementのアップグレード」を参照してください)。
注意: リリース11.1.1.6.0では、Oracle Universal Content ManagementはOracle WebCenter Contentと呼ばれるようになり、Oracle Content ServerはOracle WebCenter Content Serverと呼ばれるようになりました。 |
ルート・フォルダPersonalSpaces
がOracle WebCenter Contentに存在することを確認します。このフォルダには、すべての個人用フォルダが作成されます。PersonalSpaces
フォルダがOracle WebCenter Content内に存在しない場合、Wikiの移行が失敗することがあります。PersonalSpaces
フォルダは、Spaces管理対象サーバーの起動時に作成されます。したがって、Wikiの移行を実行する前にSpaces管理対象サーバーを起動しておくことをお薦めします。
Oracle WebCenter Contentのフォルダの制限を次のように更新します。
Oracle WebCenter Contentユーザー・インタフェースにログインし、「管理」→「フォルダ構成」を選択して、「仮想フォルダ当たりの最大フォルダ数」および「仮想フォルダ当たりの最大コンテンツ数」を1000に変更します。
Wiki移行ユーティリティで孤立したデータ(たとえば、対応するグループ・スペースがないデータ)の格納に使用される一時フォルダを作成します。ただし、これはルート・フォルダである必要はなく、管理ユーザーとしてルート・フォルダPersonalSpacesまたはGroup Spaceの下位に作成できます。ルート・フォルダを作成する場合は、URL IdcService=COLLECTION_ADD
を使用するサービスを使用する必要があります。例:
http://host:port/idc/idcplg?IdcService=COLLECTION_ADD&dParentCollectionID=-1&hasParentCollectionID=true&force=true%20&xForceFolderSecurity=FALSE&ignoreMaxFolderLimit=true&hasMark=true&dCollectionName=PS3WikiMigration_Orphans&mark=PS3WikiMigration_Orphans&dDocAccount=PUBLIC&idcToken=1290338486670:A17C2CCCCE0C2FD2544E0A1B2F03DB67
Oracle WebCenter Contentへのログイン・セッションからブラウザのページ・ソースを通じてidcToken
を取得できます。また、属性DisableAuthorizationTokenCheck
を、「管理」→「コンテンツ・サーバー」→「一般構成」→「追加の構成変数」→DisableAuthorizationTokenCheck=trueを選択してからサーバーを再起動して無効にすることができます。
次のいずれかの方法を選択して、WebCenter Oracleホームからwiki-upgrade.jar
ファイルを実行します。
コマンドラインから引数を何も渡さず、次のように指定します。
> cd WebCenter_ORACLE_HOME/webcenter/archives > MW_HOME/jdk160_21/bin/java -jar wiki-upgrade.jar
表5-6に示す必要な引数をそれぞれ指定するように求められます。
プロパティ・ファイル(WikiMigrator.properties
)を引数として渡します。
MW_HOME/jdk160_21/bin/java -jar WebCenter_ORACLE_HOME/webcenter/archives/wiki-upgrade.jar WikiMigrator.properties
WikiMigrator.properties
は、wiki-upgrade.jar
と同じディレクトリに存在する必要があります。サンプル・プロパティ・ファイルを次に示します。
MDSConn = jdbc:oracle:thin:@exampleDB:1521:exampleSID
MDSUser = dbuser_example_mds
UCMConn = idc://examplehost:9444
UCMUser = sysadmin
UCMConnName = example_connection_name
UCMTempFolderPath = /RootFolder/.../TempFolder
wikiConn = jdbc:oracle:thin:@exampleDB:1521:exampleSID
wikiUser = example_wiki
SpacesRootURL = http://examplehost:port/webcenter
コマンドラインから、MDS、UCMおよびWikiのパスワードを入力するよう求められます。
すべての引数をコマンドラインから渡します。
MW_HOME/jdk160_21/bin/java -jar wiki-upgrade.jar
MDSConn MDSUser MDSPswd UCMConn UCMTempFolderPath
UCMUser UCMPswd UCMConnName
wikiConn wikiUser wikiPswd SpacesRootURL
例:
java -jar WikiMigrator.jar
jdbc:oracle:thin:@exampleDB:1521:exampleSID
dbuser_example_mds
example_mds_password
idc://examplehost:9444
sysadmin
example_ucm_password
example_ucm_connection_name
example_path_to_ucm_temporary_folder
jdbc:oracle:thin:@example:1521:exampleSID
example_wiki
example_wiki_password
http://examplehost:port/webcenter
表5-6 Wiki移行ユーティリティの引数の説明と例
引数 | 説明 |
---|---|
|
MDSデータ・ソースへの接続に使用される接続の名前。 例: |
|
MDSデータ・ソースへの接続に使用されるデータベース・ユーザーの名前。 |
|
MDSデータ・ソースへの接続に使用されるデータベース・ユーザーのパスワード。 |
|
例: |
|
UCMユーザーとして |
|
UCMユーザー・アカウントのパスワード。 |
|
Enterprise ManagerまたはWLSTでUCMへの接続の作成に使用される名前。 |
|
孤立したデータを格納するためのUCM上の一時フォルダ。 例: |
|
Wikiデータ・ソースへの接続に使用される接続の名前。 例: |
|
Wikiデータ・ソースへの接続に使用されるデータベース・ユーザーの名前。 |
|
Wikiデータ・ソースに接続するデータベース・ユーザーのパスワード。 |
|
スペースのルートURL。 例: |
注意: 問合せ文字列パラメータを使用するWikiまたはブログのページをアップグレードすると、これらのパラメータは無効になります。次のようなURLを介して他のWikiページを指していたリンクはすべて、コンテンツ・リポジトリ内の対応するWikiドキュメントを指すリソース・アクション・ハンドラURLに変換されます。この際、 http://server:port/owc_wiki/page/show.jz?inline=1&scope=#{communityContext.communityName}&theme=#{adfFacesContext.skinFamily} |
10gおよびリリース1(11.1.1.1.0)ユーザーに対する特別な注意事項
Wikiの10gリリースまたはリリース1(11.1.1.1.0)バージョンからアップグレードする場合、Migratorユーティリティwiki-upgrade.jar
を実行した後、MigrationTempフォルダにいくつかのWikiフォルダとブログ・フォルダが残されることがあります。それらのフォルダは、UCM上の適切なグループ・スペース・フォルダに手動で移動する必要があります。
Oracle Wikiページおよびブログを移行した後、次の手順を実行します。
UCMにログオンして、MigrationTempフォルダにsysadmin
(または、移行プログラムを実行しているUCMユーザー)として移動します。Wikiフォルダとブログ・フォルダを適切なグループ・スペース・フォルダに移動します。場合によっては、Wikiフォルダとブログ・フォルダの名前を、WebCenter Spacesの対応するグループ・スペース名に一致するように変更する必要があります。
Spacesアプリケーションにログインし、必要なグループ・スペースに移動して、Wikiまたはブログのページ・スタイルで新しいページを作成します。ページの名前をWikiフォルダまたはブログ・フォルダの名前と同じにして、Wikiとブログのコンテンツが適切に表示されるようにする必要があります。
Wiki移行時には、出力ログにいくつかのエラー・メッセージが記録される場合があります。その説明と考えられる回避策を次に示します。
エラー・メッセージ1
[INFO] PROCESSING Domain: domain_name [INFO] migrating to temp folder - there is no webcenter page information stored on the domain: domain_name
このメッセージは、ドメインをグループ・スペース・ページに接続するためのデータがそのドメインに指定されていないことを示しています(ドメインでwcURLが指定されていません)。
注意: 移行プログラムの最後の部分では、まだ移行されずに |
エラー・メッセージ2
[INFO] PROCESSING Domain: domain_name [INFO] migrating to temp folder - invalid group space that corresponds to the guid: group_space_guid
このメッセージは、ドメインにグループ・スペース情報が指定されていないか、指定されているグループ・スペースGUIDが無効である(wcURLで指定されているグループ・スペースGUIDが無効である)ことを示しています。
エラー・メッセージ3
[INFO] PROCESSING Domain: domain_name [INFO] migrating to temp folder - no group space that corresponds to the guid: group_space_guid
このメッセージは、ドメインのグループ・スペース情報が、現在は存在していないグループ・スペースをポイントしていることを示しています。グループ・スペースGUIDで検索を実行しても、対応するグループ・スペース名が見つかりません。おそらく、グループ・スペースが削除されています。
エラー・メッセージ4
[INFO] PROCESSING Domain: domain_name [ERROR] migrating to temp folder - no UCM folder for the groupspace exists: page_name, gsname: group_space_name
このメッセージは、スペース・ページがすでに移行されているものの、そのグループ・スペースに対するUCMフォルダが存在しないことを示しています。
この問題を修正するには、グループ・スペース・フォルダを作成した後(グループ・スペースでドキュメント・サービスをプロビジョニング)、フォルダを(ドメインと同じ名前で)移行用の一時フォルダからグループ・スペース・フォルダに移動します。その後、ドメイン・フォルダの名前を、ページと同じ名前に変更します。
エラー・メッセージ5
[INFO] PROCESSING Domain: domain_name [ERROR] migrating to temp folder - could not get UCM folder for the wiki domain, page: page_name, gsname: group_space_name
このメッセージは、スペース・ページがすでに移行されているものの、グループ・スペース・フォルダでドメインに対するUCMフォルダを作成できなかったことを示しています。
この問題を修正するには、フォルダを(ドメインと同じ名前で)移行用の一時フォルダからグループ・スペース・フォルダに移動します。その後、ドメイン・フォルダの名前を、ページと同じ名前に変更します。
エラー・メッセージ6
[INFO] PROCESSING Domain: domain_name [ERROR] migrating to temp folder - no UCM folder exists for the user: user_name, page: page_name
このメッセージは、スペース・ページがすでに移行されているものの、そのユーザーに対するUCMフォルダが存在しないことを示しています。
この問題を修正するには、ユーザーの個人フォルダを作成した後(このフォルダは、ユーザーがホーム・スペースからDocumentsにアクセスしたときに作成されます)、フォルダを(ドメインと同じ名前で)移行用の一時フォルダから個人フォルダに移動します。その後、ドメイン・フォルダの名前を、ページと同じ名前に変更します。
エラー・メッセージ7
[INFO] PROCESSING Domain: domain_name [ERROR] migrating to temp folder - could not get personal UCM folder for the user: user_name, page: page_name
このメッセージは、スペース・ページがすでに移行されているものの、ユーザーの個人フォルダでドメインに対するUCMフォルダを作成できなかったことを示しています。
この問題を修正するには、フォルダを(ドメインと同じ名前で)移行用の一時フォルダからユーザーの個人フォルダに移動します。その後、ドメイン・フォルダの名前を、ページと同じ名前に変更します。
エラー・メッセージ8
[INFO] PROCESSING Domain: domain_name [INFO] migrating to temp folder - default scope, but no user specified on page: page_name
このメッセージは、これが個人のWikiまたはブログであるが、ドメインに格納されている情報(スペース・ページから渡されたwcURL)がユーザーを示していないことを示しています。
エラー・メッセージ9
[INFO] PROCESSING Domain: domain_name [INFO] sourceUrl: source_url [INFO] migrating to temp folder - the page source url is not pointing to the correct domain, page: page_name, wcURL: wcURL
このメッセージは、複数のドメインが同じグループ・スペースおよびページ情報をポイントしており、現在処理されているドメインがソースURLで示されているドメインと一致していないことを示しています。
エラー・メッセージ11
[INFO] PROCESSING User Blog: blog_name [INFO] migrating to temp folder - could not get user UCM folder for the user: user_name
これは、ドメインに接続されていないjzwikiユーザー・ブログです。このメッセージは、そのユーザーのUCMフォルダが存在しないため、コンテンツをそこで移行できないことを示しています。
エラー・メッセージ12
[INFO] PROCESSING User Blog: blog_name [INFO] migrating to temp folder - could not get UCM folder for the user: user_name
これは、ドメインに接続されていないjzwikiユーザー・ブログです。このメッセージは、そのユーザーの「ブログ」UCMフォルダが存在せず、作成できなかったため、コンテンツをそこで移行できないことを示しています。
リリース11.1.1.3.0アプリケーションで使用されているコンテンツ・プレゼンタのカスタム・テンプレートは、リリース11.1.1.6.0にアップグレードする際に自動的に移行されません。リリース11.1.1.6.0バージョンのアプリケーションで必要なカスタム・テンプレートを登録する必要があります。
リリース11.1.1.3.0からコンテンツ・プレゼンタのカスタム・テンプレートを移行する手順は次のとおりです。
JDeveloper 11.1.1.6.0で、WebCenter Portalアプリケーションを作成または開きます。
ファイルシステム上で、リリース11.1.1.3.0の.jsff
ファイルをリリース11.1.1.6.0アプリケーションにコピーします。
リリース11.1.1.3.0バージョンのアプリケーションの必要なカスタム・テンプレートを、次のフォルダからコピーします。
PROJECT_ROOT
/public_html/oracle/webcenter/content/templates/custom
カスタム・テンプレートを、アップグレード済のリリース11.1.1.6.0アプリケーションの次のフォルダにコピーします。
PROJECT_ROOT
/public_html/oracle/webcenter/portalapp
JDeveloperで、コンテンツ・プレゼンタのカスタム・テンプレートをポータル・リソースとして作成します。カスタム・テンプレートに設定するプロパティは、リリース11.1.1.3.0アプリケーションで前に登録したものと一致する必要があります。
詳細は、Oracle Fusion Middleware Oracle WebCenter開発者ガイドのポータル・リソースとしてのコンテンツ・プレゼンタの表示テンプレートのエクスポートに関する項を参照してください。
第5.3.5.8項「アップグレード済カスタム管理対象サーバーへのカスタム・アプリケーションの再デプロイ」の説明に従って、新しいカスタム管理対象サーバーを使用してアプリケーションを再デプロイします。
WebCenter Spacesでもカスタム・テンプレートが使用されている場合は、アップグレード済の環境で使用されるようにそのテンプレートを準備します。
JDeveloperを使用して、コンテンツ・プレゼンタの表示テンプレートをポータル・リソースとしてエクスポートします。
Spacesアプリケーションにログインし、Spaces管理に移動します。
「リソース」→「コンテンツ・プレゼンタ」を選択してテンプレートをアップロードします。
詳細は、Oracle Fusion Middleware Oracle WebCenter開発者ガイドのフレームワーク・アプリケーションでのコンテンツ・プレゼンタの表示テンプレートの使用に関する項を参照してください。
WebCenter Representational State Transfer (REST) APIを使用する前に、サーバー側の構成を行う必要があります。IDアサーション・プロバイダを構成する必要があります。資格証明ストア内の必要なエントリをシードすることも必要です。それによって、RESTセキュリティ・トークンが適切に機能するようになります。
この項は、次のトピックで構成されています。
注意: この構成は、ナビゲーションREST APIまたはCMIS REST APIには不要です。 |
セキュリティ・トークンの詳細は、Oracle Fusion Middleware Oracle WebCenter開発者ガイドのCMIS REST APIのセキュリティの考慮事項に関する項を参照してください。
REST APIを使用する場合は、あらかじめIDアサーション・プロバイダを構成しておく必要があります。詳細は、Oracle Fusion Middleware Oracle WebCenter管理者ガイドのRESTサービスの構成に関する項を参照してください。
資格証明ストア内のエントリをシードする必要があります。それによって、RESTセキュリティ・トークンが適切に機能するようになります。次のWLSTのコマンドを実行して、資格証明ストアを構成します。
createCred(map="o.webcenter.jf.csf.map", key="keygen.algorithm", user="keygen.algorithm", password="AES") createCred(map="o.webcenter.jf.csf.map", key="cipher.transformation", user="cipher.transformation", password="AES/CBC/PKCS5Padding")
これらのコマンドは、管理サーバーが実行されている間に実行します。これらのコマンドの実行後にサーバーを再起動する必要はありません。詳細は、Oracle Fusion Middleware WebLogic Scripting Toolコマンド・リファレンスのcreateCredに関する項を参照してください。
リリース11.1.1.2.0および11.1.1.3.0では、カレンダ・オーバレイ・スタイルのFULL
を使用して、複数のカレンダを一部のイベント・タスク・フローに対して有効にしたり、複数のスペース・カレンダを1つのイベント・タスク・フローに追加したりできました。アップグレード済のリリース11.1.1.6.0では、イベント・タスク・フローが複数のカレンダに表示されなくなり、現在のスペース・カレンダのみが表示されます。
この問題を回避するには、イベント・タスク・フローに対してカレンダ・オーバレイ機能を有効化する必要があります。ページ・エディタに移動し、Calendar Overlay Style
パラメータを見つけて、使用可能なオプションの一覧からFull
を選択します。詳細は、Oracle Fusion Middleware Oracle WebCenterユーザーズ・ガイドのカレンダ・オーバレイの有効化に関する項を参照してください。
カスタマイズを保存し(第5.3.3.1項「OmniPortletおよびWebClippingカスタマイズの保存」)、ソフトウェアへのパッチ適用が成功したら、次のようにしてOmniPortletおよびWebClippingの構成とカスタマイズをリストアできます。
次のディレクトリに移動します。
UNIXオペレーティング・システムの場合:
path_to_war_directory
/WEB-INF/providers/omniPortlet
path_to_war_directory
/WEB-INF/providers/webclipping/
ここで、path_to_war_directory
は、DOMAIN_HOME
/servers/WLS_PORTAL/tmp/_WL_user/portalTools
_version
/randomly_generated_directory
/war
です。
Windowsオペレーティング・システムの場合:
path_to_war_directory
\WEB-INF\providers\omniPortlet
path_to_war_directory
\WEB-INF\providers\webclipping/
ここで、path_to_war_directory
は、DOMAIN_HOME
\servers\WLS_PORTAL\tmp\_WL_user\portalTools
_version
\randomly_generated_directory
\war
です。
DOMAIN_HOME
は、構成ウィザードの「ドメイン名と場所の指定」画面で指定された、Oracle PortalまたはOracle WebCenterドメインのドメイン・ホームの場所です。
注意: パッチ・セット・インストーラによりOmniPortletおよびWebClippingアプリケーションが再デプロイされるので、新しいパスは、バックアップ済のカスタマイズのパスとは異なる場合があります。 |
これらのディレクトリをそれぞれのバックアップ・コピーで置き換えます。
たとえば、omniportlet
ディレクトリをリストアするには、次のコマンドを使用します。
UNIXオペレーティング・システムの場合:
cp -fr backup_location path_to_war_directory
/WEB-INF/providers/omniPortlet
Windowsオペレーティング・システムの場合:
xcopy /y/e backup_location path_to_war_directory
\WEB-INF\providers\omniPortlet
該当する場合は、Oracle Portalドメインで、管理対象サーバーWLS_PORTAL
を再起動します。
WebCenterドメインで、管理対象サーバーWC_Portlet
を再起動します。
Oracle WebCenterをアップグレードする場合、既存のWSM-PMアプリケーションおよび関連付けられているデータソースは、WC_Collaboration
管理対象サーバーに再ターゲット設定されます。アップグレード済WebCenterドメインにディスカッション・サーバーがインストールされている場合、Oracle WSM Policy Managerがまだインストールされていなければ、ドメインを拡張してそれをインストールする必要があります。
Oracle WSM Policy Managerをインストールするためのドメインの拡張手順は次のとおりです。
管理サーバーおよびすべての管理対象サーバーを停止します。
構成ウィザードを、管理サーバーが稼働しているマシンで起動します。
UNIXの場合、WebCenter_ORACLE_HOME
/common/bin/config.sh
を実行します。
Windowsの場合、WebCenter_ORACLE_HOME
\common\bin\config.cmd
を実行します。
「既存のWebLogicドメインの拡張」を選択して「次へ」をクリックします。
ドメインを選択して「次へ」をクリックします。
Oracle WSM Policy Managerのチェック・ボックスを選択して「次へ」をクリックします。
OWSM MDS Schemaの接続詳細を入力して「次へ」をクリックします。
残りの画面で「次へ」をクリックし続け、「構成のサマリー」画面が表示されたら「拡張」をクリックします。
ドメインの拡張の詳細は、『Oracle Fusion Middleware構成ウィザードによるドメインの作成』のグラフィカル・モードでのWebLogicドメインの拡張に関する項を参照してください。
注意: ドメインが複数のマシン上で稼動している場合、そのドメインを管理サーバーが稼動しているマシン上で圧縮し、他のマシン上で解凍する必要があります。詳細は、第5.3.4.2項「WLSTのコマンドを使用したOracle WebCenterの更新」を参照してください。 |
setDomainEnv
のopenusage
プロパティの削除WebCenterドメインを拡張してOracle WebCenter Portalの分析コレクタをインストールする場合は、次のようにopenusage
プロパティを削除する必要があります。
DOMAIN_HOME
/bin/setDomainEnv.sh
(UNIXオペレーティング・システムの場合)またはDOMAIN_HOME
\bin\setDomainEnv.cmd
(Windowsオペレーティング・システムの場合)のEXTRA_JAVA_PROPERTIES
からopenusage
プロパティを削除します。
具体的には、次のエントリを削除する必要があります。
EXTRA_JAVA_PROPERTIES="-Doracle.wc.openusage.clustername=localhost
-Doracle.wc.openusage.collectorport=port_number
-Doracle.wc.openusage.timeout=30
-Doracle.wc.openusage.unicast=true
-Doracle.wc.openusage.enabled=false
${EXTRA_JAVA_PROPERTIES}"
export EXTRA_JAVA_PROPERTIES
注意: これらのエントリは、 ドメインを拡張して新しい製品を追加する際は、場合によって、 |
WebCenterドメイン内のすべてのサーバーを再起動します。
ドメインにカスタム管理対象サーバーが存在する場合は、そのサーバーで正しいライブラリがターゲット設定されていない可能性があります。したがって、WebCenterへのパッチ適用後にそれらをアップグレードして、カスタム・アプリケーションを再デプロイする必要があります。
カスタム管理対象サーバーをアップグレードする手順は次のとおりです。
古いカスタム管理対象サーバーを削除します。
構成ウィザードを実行して、既存のWebCenterドメインを拡張し、カスタム・テンプレートを適用します。
「拡張ソースの選択」画面で、「既存の拡張テンプレートを使用してドメインを拡張する」を選択します。
WebCenter_ORACLE_HOME
/common/templates/applications
(UNIXオペレーティング・システムの場合)またはWebCenter_ORACLE_HOME
\common\templates\applications
(Windowsオペレーティング・システムの場合)のいずれかのディレクトリに移動して、次のテンプレートを見つけます。
oracle.wc_custom_portal_template_11.1.1.jar
(WebCenterカスタム・アプリケーションまたはフレームワーク・アプリケーションの場合)
oracle.wc_custom_services_producer_template_11.1.1.jar
(WebCenterカスタム・プロデューサまたはポートレット・プロデューサのアプリケーションの場合)
目的のテンプレートを選択して、ドメイン拡張プロセスを完了します。
カスタム管理対象サーバーを使用してカスタム・アプリケーションを再デプロイします。
注意: Oracle JDeveloperでプロジェクトを開いて、アプリケーションを最新バージョンに移行してから新しいカスタム管理対象サーバーにデプロイすることをお薦めします。 |
Oracle WebCenterにパッチを適用する前に、setDomainEnv
スクリプトから次のエントリを削除する必要があります。
LD_LIBRARY_PATH="${WL_HOME}/server/native/linux/i686${CLASSPATHSEP}${LD_LIBRARY_PATH}" export LD_LIBRARY_PATH
setDomainEnvスクリプトは次のパスにあります。
DOMAIN_HOME
/bin/setDomainEnv.sh
(UNIXオペレーティング・システムの場合)
DOMAIN_HOME
\bin\setDomainEnv.cmd
(Windowsオペレーティング・システムの場合)
注意: ドメインを拡張して新しい製品を追加する際は、場合によって、このタスクを繰り返す必要があります。 |
デフォルトで、すべてのカスタムJSR286ポートレット(ポートレット作成ウィザードを使用して作成)はファイルベースのプリファレンス・ストアを使用します。アップグレード後は、WSRPポートレット・プリファレンスを次の場所から移動する必要があります。
$MW_HOME/Oracle_WC1/portal/portletdata
移動先は次のとおりです。
$MW_HOME/oracle_common/portal/portletdata
ここで、MW_HOME
はMiddlewareホーム、Oracle_WC1
はWebCenter PortalのOracleホームです。
WSRPポートレット・プリファレンスは手動または移行ユーティリティを使用して移動できます。詳細は、Oracle Fusion Middleware Oracle WebCenter開発者ガイドのポートレット・プリファレンス・ストア移行ユーティリティに関する項を参照してください。
この項には次のトピックが含まれます:
Universal Content Management (UCM)およびWebCenterインスタンスが共通のOracle HTTP Serverを介してアクセスするように構成されている場合、既存のUCM接続上のWebサーバー・コンテキスト・ルート・プロパティ(WebContextRoot
)を、iFrameを介してWebCenterアプリケーションでUCMの機能を使用可能にするように設定できます。UCM接続は、Fusion Middleware Control、またはWLSTでsetJCRContentServerConnection
コマンドを使用して設定できます。詳細は、Oracle Fusion Middleware Oracle WebCenter管理者ガイドのSpacesコンテンツ・リポジトリの接続プロパティの設定に関する項を参照してください。
WebCenterインスタンスでグループ・スペース・ワークフローが構成されている場合は、最新のリリースにアップグレードした後、sca_CommunityWorkflows.jar
およびWebCenterWorklistDetailApp.ear
を再デプロイする必要があります。
グループ・スペース・ワークフローを構成する手順は次のとおりです。
Fusion Middleware Controlにログインします。
SOA管理対象サーバーにsca_CommunityWorkflows.jar
をデプロイします。このファイルは、Oracle SOAインストールの次のパスにあります。
SOA_ORACLE_HOME
/webcenter/modules/oracle.webcenter.sca_11.1.1/sca_CommunityWorkflows.jar
ここで、SOA_ORACLE_HOME
は、Oracle SOAのインストール・ディレクトリです。
コンソールでは、バージョン11.1.1.6.0がアクティブであり、11.1.1.5.0などの他の古いバージョンが非アクティブであることに注意してください。
WLSTを使用したJARのデプロイの詳細は、Oracle Fusion Middleware WebLogic Scripting Toolコマンド・リファレンスのOracle SOA SuiteカスタムWLSTコマンドに関する項を参照してください。Fusion Middleware Controlを使用したJARのデプロイの詳細は、Oracle Fusion Middleware Oracle SOA Suite管理者ガイドのSOAコンポジット・アプリケーションのデプロイに関する項を参照してください。
WebcenterWorklistDetailApp.ear
をアンデプロイし、それをSOA管理対象サーバーに再デプロイします。アプリケーションは、Oracle SOAインストール内の次の場所にあります。
SOA_ORACLE_HOME
/webcenter/applications/WebCenterWorklistDetailApp.ear
WLSTを使用したEARのデプロイに関する詳細は、『Oracle Fusion Middleware管理者ガイド』の「アプリケーションのデプロイ」の章を参照してください。Fusion Middleware Controlを使用したEARのデプロイの詳細は、Oracle Fusion Middleware Oracle WebCenter管理者ガイドのWebLogic Managed Serverへのアプリケーションのデプロイに関する項を参照してください。
リリース11.1.1.2.0および11.1.1.3.0では、WebCenter Spacesの管理者が個人用スペースとグループ・スペースの両方のデフォルト・ページ・テンプレートを設定できました。リリース11.1.1.4.0以降、グループ・スペースのデフォルト・ページの設定オプションは使用できなくなりました。
アップグレード済のグループ・スペースのデフォルト・ページ・テンプレートを再構成する手順は次のとおりです。
管理者としてwebcenter-config.xml.xml
を次のようにエクスポートします。
Weblogic Scripting Tool(WLST)を起動します。
UNIXオペレーティング・システムの場合:
cd WebCenter_ORACLE_HOME/common/bin
./wlst.sh
Windowsオペレーティング・システムの場合:
cd WebCenter_ORACLE_HOME\common\bin
./wlst.cmd
詳細は、Oracle Fusion Middleware Oracle WebCenter管理者ガイドのOracle WebLogic Scripting Tool(WLST)のコマンドの実行に関する項を参照してください。
WebCenter Portalの管理サーバーに接続します。例:
connect(username='weblogic', password='mypassword', url='myhost.example.com:7001')
exportMetadata
WLSTコマンドを実行して、アプリケーション・メタデータをエクスポートします。
exportMetadata(application, server, toLocation, docs, [restrictCustTo], [excludeAllCust], [excludeBaseDocs], [excludeExtendedMetadata], [fromLabel], [toLabel], [applicationVersion])
例:
exportMetadata(application='webcenter', server='WC_Spaces', toLocation='/tmp/myrepos', docs='/oracle/webcenter/webcenterapp/metadata/mdssys/cust/site/webcenter/webcenter-config.xml.xml')
詳細は、Oracle Fusion Middleware WebLogic Scripting Toolコマンド・リファレンスのexportMetadataに関する項を参照してください。
エクスポートしたディレクトリ(たとえば、UNIXオペレーティング・システムでは/tmp/repos
、Windowsオペレーティング・システムではC:\TEMP\repos
)に移動します。webcenter-config.xml
から<defaultGSSiteTemplateId>
パラメータを削除して、ファイルを保存します。
defaultGSSiteTemplateId
パラメータが前のWebCenterインストールで変更されている場合、そのパラメータはwebcenter-config.xml.xml
(ここでは、oracle/webcenter/webcenterapp/metadata/mdssys/cust/site/webcenter/webcenter-config.xml.xml
)にあります。
変更されていない場合、defaultGSSiteTemplateId
パラメータはコメント・アウトされます。次の場所にあるファイルで、パラメータを非コメント化する必要があります。
/oracle/webcenter/webcenterapp/metadata/webcenter-config.xml
管理者としてドキュメントをインポートします。
WLSTを起動します。
WebCenter Portalの管理サーバーに接続します。
WLSTのimportMetadata
コマンドを実行します。
importMetadata(application, server, fromLocation, docs, [restrictCustTo], [excludeAllCust], [excludeBaseDocs], [excludeExtendedMetadata], [cancelOnException], [applicationVersion])
例:
importMetadata(application='webcenter', server='WC_Spaces', fromLocation='/tmp/myrepos', docs='/**')
詳細は、Oracle Fusion Middleware WebLogic Scripting Toolコマンド・リファレンスのimportMetadataに関する項を参照してください。
スペース管理の「ページ・テンプレート」設定にシステムのデフォルトが表示されていることを確認します。
注意: WebCenter Spaces 11.1.1.6.0は、埋込みのスキンの |
リリース11.1.1.2.0では、WebCenterスペースのタイムゾーン属性は、自由形式のテキスト・フィールドでした。リリース11.1.1.4.0以降、この属性がドロップダウン・リストに変更されました。
WebCenter Spacesをリリース11.1.1.2.0からアップグレードする場合、タイムゾーン属性は継承されず、適切なタイムゾーンをドロップダウン・リストから選択する必要があります。
WebCenterグループ・スペースをリリース11.1.1.2.0または11.1.1.3.0からアップグレードする場合は、グループ・スペースのメタデータを更新し、それらが適切に表示されるようにする必要があります。
グループ・スペースを更新して適切に表示されるようにする手順は次のとおりです。
グループ・スペースをエクスポートします。詳細は、Oracle Fusion Middleware Oracle WebCenter管理者ガイドでスペースのエクスポートに関する項を参照してください。
コマンド・プロンプトで、エクスポート・アーカイブを保存したディレクトリに移動します。
エクスポート・アーカイブからメタデータを抽出します。
たとえば、次のコードではexport.ear
という名前のエクスポート・アーカイブが抽出され、それにはtransport.mar
が含まれています。このコードでは、さらにmar
という名前のディレクトリのtransport.mar
が抽出されます。
jar xvf export.ear transport.mar
mkdir mar
cd mar
jar xvf ../transport.mar
transport.mar
ファイルにはspace.xml
が含まれており、グループ・スペースの表示モードを更新するにはそれを編集する必要があります。
次のパスからspace.xml
ファイルを開きます。
oracle/webcenter/space/metadata/spaces/
spaceName
/space.xml
ここで、spaceName
は、表示モードを更新するグループ・スペースの名前を参照します。
space.xml
から<shell-chrome-type>
エントリ全体を削除します。
エクスポート・アーカイブを更新します。
たとえば、次のコードは、transport.mar
のspace.xml
ファイルを更新し、次にexport.ear
のtransport.mar
を更新します。
jar uvfM ../transport.mar
oracle/webcenter/space/metadata/spaces/
spaceName
/space.xml
cd ..
jar uvfM export.ear transport.mar
グループ・スペースをインポートします。詳細は、Oracle Fusion Middleware Oracle WebCenter管理者ガイドでスペースのインポートに関する項を参照してください。
デフォルトでは、Spacesアプリケーションにログインすると、最後にアクセスしたページが表示されます。この動作は、setDomainEnv
ドメインでシステム・プロパティoracle.webcenter.spaces.disableLastAccessPageBehavior
をfalse
設定することによってオーバーライドできます。このスクリプトは、DOMAIN_HOME
/bin/setDomainEnv.sh
(UNIXオペレーティング・システムの場合)またはDOMAIN_HOME
\bin\setDomainEnv.cmd
(Windowsオペレーティング・システムの場合)にあります。
デフォルトの動作をオーバーライドしている場合は、Oracle WebCenterへのパッチ適用後、この変更を再適用する必要があります。
WebCenter Spacesはカスタマイズできます。たとえば、カスタム・コードを含む追加の共有ライブラリをデプロイしたり、タスク・フロー、ページ・スタイルおよびスキンなどの追加のリソースをデプロイしたりできます。カスタム・ライブラリcustom.webcenter.spaces.war
を介してSpacesを拡張することでカスタム・ページ・スタイルをデプロイした場合は、パッチの適用後、カスタム・ライブラリの各ページ・スタイルのエントリを変更し、custom.webcenter.spaces.war
を再デプロイする必要があります。
WebCenter Spacesのカスタマイズを移行した場合は、次のように実行します。
JDeveloperで、ExtendWebCenterSpaces.jws
(11.1.1.2.0または11.1.1.3.0)を開きます。
デプロイした各ページ・スタイルで、次の記述を見つけます。
<af:pageTemplate
そして、その記述を次のように置き換えます。
<af:pageTemplate value="#{bindings.shellTemplateBinding.templateModel}" id="T"
各pageDefで、次の記述を見つけます。
<page>
そして、その記述を次のように置き換えます。
<page viewId="#{WCAppContext.application.siteTemplateManager.currentSiteTemplateViewId}" id="shellTemplateBinding" Refresh="ifNeeded" />
custom.webcenter.spaces.war
共有ライブラリをSpaces 11.1.1.6.0管理対象サーバーに再デプロイします。
注意: このリリースに対して開発された拡張のビルドおよびデプロイには、必ずOracle JDeveloper 11.1.1.2または11.1.1.3を使用します。詳細な手順は、Oracle Technology Network ( |
Oracle Business Process Management (Oracle BPM)プロセス・スペースは、Oracle WebCenter Spaces上に構築されたワークスペースであり、ビジネス・プロセスのモデリングおよび実行に特化して設計されたスペースを提供します。プロセス・スペースをインストールしてある場合は、パッチを適用してWebCenter Portal 11.1.1.6.0にした後、install.xml
スクリプトを実行することでそれをアップグレードする必要があります。このインストール・スクリプトは、単一サーバー構成だけでなく、クラスタ構成にも使用できます。
プロセス・スペース機能の詳細は、Oracle BPEL Process Managerユーザーズ・ガイドのOracle Business Process Managementのプロセス・スペースの概要に関する項を参照してください。
注意: この項で説明する手順は、Webcenter Spacesでプロセス・スペースが有効化されており、既存のWebCenterインストールを最新リリースにアップグレードする場合にのみ適用されます。 新規WebCenterインストール(または新規ドメイン)でのプロセス・スペースの有効化の詳細は、Oracle Fusion Middleware Oracle WebCenterインストレーション・ガイドのOracle BPMプロセス・スペースを有効化するためのドメインの拡張に関する項を参照してください。 |
アップグレード済のWebCenterインスタンスにインストールされたプロセス・スペースをアップグレードする手順は次のとおりです。
プロセス・ワークスペースおよびモデリング・スペースをオフラインにします。
WebCenter Spacesにログインします。
「管理」リンクをクリックし、WebCenter管理ページを開きます。
「スペース」タブで、モデリング・スペース行を選択します。
「編集」メニューから、「保守のためにオフライン」を選択します。
「スペースをオフラインにする」ダイアログで、「OK」をクリックします。
この手順を繰り返して、プロセス・ワークスペースをオフラインにします。
SOA Oracleホーム・ディレクトリから、SOA_ORACLE_HOME
/bpm/process_spaces
(UNIXの場合)またはSOA_ORACLE_HOME
\bpm\process_spaces
(Windowsの場合)フォルダを、WebCenterインストールに接続できる任意の場所にコピーします。
process_spaces
フォルダにあるprocess-portal-install.properties
ファイルを開き、表5-7に示すように必須のOracle BPMおよびWebCenterプロパティを指定します。
注意: セキュリティ上の目的から、パスワードの指定を省略して、後から求められたときに入力することができます。 |
表5-7 process-portal-install.propertiesに指定するプロパティ
プロパティ | 説明 |
---|---|
|
WebCenterとSOAが同じドメイン内にある場合はこの値を |
|
インストーラの実行時、パスワードの入力を求めるプロンプトを表示するか、それらを |
Oracle BPMスキーマの詳細 |
|
|
Oracle BPM用に構成されたデータベースに接続するためのユーザー名。 |
|
Oracle BPMのデータベースに接続するためのパスワード。 |
|
Oracle BPM用に構成されたデータベースのタイプ。 |
|
Oracle BPMのデータベースへの接続に使用されるドライバ。 |
|
Oracle BPMのデータベースのURL ( |
Oracle BPMのMDSの詳細 |
|
|
Oracle BPMに使用されるMDSスキーマのユーザー名。 |
|
Oracle BPMのMDSスキーマのパスワード。 |
Oracle BPMランタイムの詳細 |
|
|
Oracle BPMサーバーのURL。 単一のBPMサーバーの場合: 例: t3://myHost:8001 BPMクラスタの場合は、クラスタ内のすべてのサーバーについて次の形式を使用して、BPMサーバーのURLの区切りリストを指定します。
例: |
|
Oracle BPMサーバーに対して管理者権限を持つユーザーの名前。 |
|
Oracle BPM管理ユーザーのパスワード。 |
WebCenter Spacesのインストールの詳細 |
|
|
WebCenterのOracleホーム・ディレクトリへのパス。 |
|
WebCenteがインストールされているドメインの名前。 |
|
ドメイン・レルム・パスワードを設定するかどうかを制御するフラグ。この値は、 注意: このプロパティはグローバルな信頼を設定するためのものです。グローバルな信頼は手動で設定することをお薦めします。したがって、このプロパティは |
|
信頼されるドメインを設定するためのパスワード。Oracle BPMドメインに対しても同じパスワードを設定する必要があります。 注意: このプロパティはグローバルな信頼を設定するためのものです。グローバルな信頼は、このプロパティを使用せずに手動で設定することをお薦めします。 |
|
|
WebCenterのWebLogicインストールの詳細 |
|
|
WebCenterの管理サーバーが実行されているホスト名。 |
|
WebCenterの管理サーバーが実行されているポート名。 |
|
WebCenter管理サーバーの管理ユーザー。 |
|
WebCenter管理サーバーのパスワード。 |
|
単一サーバー環境では、Spacesがデプロイされている管理対象サーバーの名前を指定します。 クラスタ化環境では、そのクラスタに属するSpaces管理対象サーバーのいずれか1つの名前を指定します。 |
|
Oracle Content Serverおよびディスカッション・サーバーをOracle WebCenterと連動するように構成するためのフラグ。この表の後半にリストされているコンテンツ・サーバーおよびディスカッション・サーバーの詳細は、 注意: |
|
WebCenter Portalインストールをクラスタに対して構成するかどうかを指定するフラグ。クラスタ構成である場合は、 |
|
Spacesアプリケーションのクラスタの名前。 このプロパティは、 |
コンテンツ・サーバーの詳細 |
これらのプロパティは、 |
|
Oracle WebCenterに対して構成されているOracle Content Serverの名前。 |
|
Oracle Content Serverが実行されているポート。 |
|
Oracle Content Server上のSpacesルート・フォルダの名前。 |
|
Oracle Content Serverの管理ユーザーの名前。 |
ディスカッション・サーバーの詳細 |
これらのプロパティは、 |
|
WebCenterに対して構成されているディスカッション・サーバーの名前。 |
|
ディスカッション・サーバーの管理ユーザーの名前。 |
ant
およびJava JDKがインストール済であることを確認します。
AntはOracle BPMに付属しています。このインストーラは、SOA_ORACLE_HOME
/modules/org.apache.ant_1.7.0
にあります。
PATH
およびCLASSPATH
環境変数が、ant
とJava JDKの両方に対して設定されていることを確認します。
process_spaces
フォルダにあるスクリプトinstall.xml
を実行します。
ant -f install.xml -DpromptForPasswords=true
process-portal-install.properties
でwcConfigServices
がtrue
に設定されている場合は、次のように実行します。
WC_Spaces
を再起動します。
次の ant コマンドを実行します。
ant -f install.xml post-install -DpiArgs -importGSOnly
Oracle BPMとOracle WebCenterが別々のドメインに構成されている場合は、Oracle BPMとWebCenterの両方のドメインで信頼できるドメインの資格情報を構成します。
詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverの保護』のWebLogic Serverドメイン間での信頼の有効化に関する項を参照してください。
Oracle BPMを起動します。詳細は、Oracle Fusion Middleware Oracle SOA Suiteインストレーション・ガイドのOracle SOA SuiteおよびOracle Business Process Management Suiteの構成に関する項を参照してください。
注意: Oracle BPMを起動しないと、WebCenter Spacesへのログインで問題が発生することがあります。 必要な場合は、手順1の説明に従って「編集」メニューの「スペースのオンライン化」を選択することで、プロセス・ワークスペースとモデリング・スペースをオンラインにできます。 |
WebCenter Spacesで、必要に応じて古いプロセス・スペース、テンプレートおよびリソースを削除します。
install.xml
antスクリプトを実行すると、リリース11.1.1.4.0または11.1.1.5.0のプロセス・スペース、関連するテンプレートおよびリソースが、「11.1.1.6.0」を追加した名前でインポートされます。そのためアップグレード後は、たとえば「Process Workspace 11.1.1.6.0」と「Process Workspace」のように、プロセス・スペース、関連するテンプレートおよびリソースの2つのセットが存在するようになります。古いアイテムが不要な場合は、それらを手動で削除できます。詳細は、Oracle Fusion Middleware Oracle WebCenterユーザーズ・ガイドのスペースの削除に関する項、スペース・テンプレートの削除に関する項、およびリソース・カタログの削除に関する項を参照してください。
この項には次のトピックが含まれます:
リリース11.1.1.6.0では、ディスカッション・サーバーがディスカッション・サーバーとSpaces間でのWebサービスの相互作用に対するメッセージ保護なしで提供されるので、ディスカッション・サーバーを追加構成なしで使用できます。パッチを適用する前のOracle WebCenter環境にOracle WebCenter Discussionsがインストールされており、WebServiceコールがWS-Securityで保護されていた場合は、最新リリースへのアップグレード後に、この構成を再適用する必要があります。
Webサービス・セキュリティをディスカッション・サーバーに対して構成する手順は次のとおりです。
ドメイン・キーストアを構成します。
詳細は、Oracle Fusion Middleware Oracle WebCenter管理者ガイドのWS-Securityの構成に関する項を参照してください。
ディスカッション・サーバーでWS-Securityを次のように設定します。
Enterprise Managerのコンソールを使用して、owc_discussions
アプリケーションにアクセスし、WebServicesセクションにナビゲートします。
OWCDiscussionsServiceAuthenticated
エンド・ポイントを選択し、oracle/wss11_saml_or_username_token_with_message_protection_service_policy
ポリシーをアタッチします。
エンド・ポイントOWCDiscussionsServicePublic
を選択し、oracle/ wss11_message_protection_service_policy
ポリシーをアタッチします。
WC_Collaboration
管理対象サーバーを再起動します。
SpacesのForumConnectionを保護します。
WLSTを使用する場合:
ドメイン・サーバーに接続します。
ポリシーと受信者キーの別名を設定します。例:
setDiscussionForumConnection('webcenter', name='forum-con-name', policyURIForAuthAccess='oracle/wss11_saml_or_username_token_with_message_protection_client_policy', policyURIForPublicAccess='oracle/ wss11_message_protection_client_policy', recipientKeyAlias='orakey')
WC_Spaces
管理対象サーバーを再起動します。
Enterprise Managerを使用してこれを実行する場合は、前述のように、フォーラム接続を特定してポリシーと受信者キーの別名を指定します。
アップグレード済のWebCenter環境では、Oracle Single Sign-on (OSSO) IDアサーション・プロバイダは認証プロバイダのリストに表示されません。WebCenter Portal 11.1.1.6.0へのアップグレード後もOSSO 10gを継続して使用する場合は、setDomainEnv
スクリプトを更新して、この認証プロバイダを追加する必要があります。
OSSO認証プロバイダを追加する手順は次のとおりです。
DOMAIN_HOME
/bin/setDomainEnv.sh
(UNIXオペレーティング・システムの場合)またはDOMAIN_HOME
\bin\setDomainEnv.cmd
(Windowsオペレーティング・システムの場合)ファイルで、次のエントリを検索します。
ALT_TYPES_DIR="${ORACLE_HOME
}/modules/oracle.ossoiap_11.1.1,${ORACLE_HOME
}/modules/oracle.oamprovider_11.1.1
エントリを次のように置き換えます。
ALT_TYPES_DIR="${COMMON_COMPONENTS_HOME
}/modules/oracle.ossoiap_11.1.1,${COMMON_COMPONENTS_HOME}/modules/oracle.oamprovider_11.1.1
管理サーバーを再起動します。
この項は、次のトピックで構成されています。
第5.3.8.1項「アクティビティ・グラフ、分析、ページレット・プロデューサ、パーソナライズ・サーバーおよびWebCenterサービス・ポートレットのインストール」
第5.3.8.2項「ポータル・フレームワーク機能を追加するためのWebCenterカスタム・アプリケーションのアップグレード」
リリース11.1.1.2.0または11.1.1.3.0と比較して、Oracle WebCenter Portal 11.1.1.6.0には、次を含むいくつかの新機能があります。
アクティビティ・グラフ: アプリケーション内での既存の接続およびオブジェクトとの共有のやり取りに基づいて、ユーザーが接続先として希望する可能性がある人物を提案します。
分析: Spacesの使用状況を追跡および分析できるようにします。
注意: WebCenterドメインを拡張してOracle WebCenter Portalの分析コレクタをインストールする場合は、 |
ページレット・プロデューサ: ページレットの動的進化を促進するための一連の有用なツールと機能を提供します。
パーソナライズ・サーバー: ターゲット・コンテンツを提供します。
WebCenterサービス・ポートレット: 他のアプリケーションのWebCenter Portalサービス・タスク・フローをWSRPポートレットまたはページレットとして公開できるようにします。WebCenterサービス・ポートレットは、Oracle Portal、Oracle WebLogic PortalおよびOracle WebCenter Interactionアプリケーションで使用できます。
これらの機能および他のWebCenterコンポーネントの詳細は、Oracle Fusion Middleware Oracle WebCenterインストレーション・ガイドのWebCenter Portalコンポーネントの使用開始に関する項、およびOracle Fusion Middleware Oracle WebCenter管理者ガイドを参照してください。
これらの新機能を利用するには、必要なWebCenterコンポーネントをインストールすることでドメインを拡張する必要があります。
ドメインを拡張してこれらのWebCenterコンポーネントをインストールする手順は次のとおりです。
実際の環境で使用する製品およびトポロジを決定します。
ご使用のシステムが最小要件を満たしていることを確認するには、次のドキュメントを参照してください。
Oracle Fusion Middlewareシステム要件と仕様:
http://www.oracle.com/technetwork/middleware/ias/downloads/fusion-requirements-100147.html
このドキュメントには、ハードウェアとソフトウェアの要件、最小ディスク領域とメモリーの要件、データベース・スキーマの要件、および必要なシステム・ライブラリ、パッケージまたはパッチに関する情報が記載されています。
Oracle Fusion Middlewareサポートされるシステム構成:
http://www.oracle.com/technetwork/middleware/ias/downloads/fusion-certification-100350.html
このページには、現在リリースされている製品や以前にリリースされた製品の動作保証に関する様々なドキュメントがあります。Oracle Fusion Middleware 11gR1システム要件とサポートされるプラットフォームというドキュメントには、サポートされる32ビットおよび64ビット・オペレーティング・システム、データベース、Webサーバー、LDAPサーバー、アダプタ、IPv6、JDK、およびサード・パーティ製品の動作保証に関する情報が記載されています。
Oracle Fusion Middleware相互運用性および互換性ガイド
このドキュメントには、Oracle Fusion Middleware 11g製品のインストールまたはアップグレードで生じる可能性のある、互換性または相互運用性の問題について記載されています。
リポジトリ作成ユーティリティ(RCU)を使用して、必要なすべてのスキーマをインストールします。
分析およびアクティビティ・グラフでは、ACTIVITES
スキーマが必要です。WebCenterサービス・ポートレットには、MDS
、WEBCENTER
およびPORTLET
の3つの追加スキーマが必要です。これらのスキーマは、それぞれデータ・ソースmds-ServicesProducerDS
、WC-ServicesProducerDS
およびPortlet-ServicesProducerDS
にマップする必要があります。ページレット・プロデューサまたはパーソナライズ・サーバーでは、追加のスキーマは不要です。
必要なWebCenterスキーマの詳細は、Oracle WebCenterスキーマに関する項を参照し、RCUによるスキーマのインストール方法の詳細は、リポジトリ作成ユーティリティの入手と実行に関する項を参照してください。これらのトピックは、どちらも『Oracle Fusion Middleware Repository Creation Utilityユーザーズ・ガイド』にあります。
構成ウィザードを実行します。
手順については、Oracle Fusion Middleware Oracle WebCenterインストレーション・ガイドのOracle Fusion Middleware構成ウィザードの起動に関する項を参照してください。
製品構成ウィザードで、Oracle WebCenter Analytics Collector、Oracle WebCenter ActivityGraph Engines、Oracle WebCenter Pagelet Producer、Oracle WebCenter Personalization、およびOracle WebCenter Services Portletsの各製品を選択してドメインを拡張します。
単純なトポロジの場合の手順は、Oracle Fusion Middleware Oracle WebCenterインストレーション・ガイドの既存ドメインの拡張に関する項を参照してください。
クラスタ環境または分散環境の場合は、次を参照してください。
Oracle Fusion Middleware Oracle WebCenterエンタープライズ・デプロイメント・ガイドの「WebCenterコンポーネントに対するドメインの拡張」
『Oracle Fusion Middleware高可用性ガイド』の「Oracle ADFおよびWebCenterアプリケーションの高可用性の構成」
Oracle WebCenter Portal: Frameworkは、ページ・ナビゲーションやページ階層などの様々な新機能をサポートしています。11.1.1.6.0に移行されたWebCenterのカスタム・アプリケーションに、WebCenterポータル・フレームのファイル構造、コンポーネントおよび構成を手動で追加できます。
詳細は、Oracle Fusion Middleware Oracle WebCenter開発者ガイドのフレームワーク・アプリケーションの手動による移行に関する付録を参照してください。
Oracle WebCenter 11g (11.1.1.1.0)を実行している場合は、最初にOracle Fusion Middleware環境を11gリリース11.1.1.2.0に更新し、次にOracle WebCenter 11g (11.1.1.6.0)のパッチを適用する必要があります。
図5-3は、Oracle WebCenter 11.1.1.1.0インストールを11.1.1.6.0に更新するために必要な手順を示しています。各手順に関する情報を参照するには、フロー・チャートの手順または表5-8をクリックしてください。または、付録C「パッチ・アシスタントを使用した11gリリース1(11.1.1.1.0)からリリース1(11.1.1.2.0)への移行」の手順に従ってください。
表5-8 Oracle WebCenter 1.1.1.1.0への最新パッチの適用
タスクおよび詳細情報へのリンク | 必須/オプション | 注意 |
---|---|---|
リリース11.1.1.2.0へのOracle WebCenterのパッチの適用を準備します。 |
必須 |
|
Oracle WebCenterおよび他のFusion Middleware製品にパッチを適用して11.1.1.2.0にします。 |
必須 |
|
WebCenterのパッチ適用後の構成を実行します。
|
必須 |
|
他のFusion Middleware製品のパッチ適用後の構成を実行します。 |
必須 |
|
11.1.1.1.0インストールの廃止 |
必須 |
|
パッチを適用してリリース11.1.1.2.0から11.1.1.6.0にします。 |
必須 |
この項では、Oracle WebCenterへのパッチの適用時または適用後に発生する可能性のある問題のトラブルシューティングに役立つ情報を提供します。
この項では、Oracle WebCenterへのパッチの適用時に発生する可能性のある問題のトラブルシューティングに役立つ情報を提供します。
問題
upgrade.py
スクリプトの実行中に、次のエラーが発生することがあります。
WLSTException: Error occured while performing nmConnect : Cannot connect to Node Manager. : Connection refused. Could not connect to NodeManager.
解決策
このエラーが発生した場合は、ノード・マネージャが稼働していること、およびスクリプトに指定されたユーザーおよびサーバーの情報が正しいことを確認します。その後、upgrade.pyスクリプトを再実行して、Oracle WebCenterインスタンスへのパッチの適用を完了します。
この項では、Oracle WebCenterへのパッチの適用後に発生する可能性のある問題のトラブルシューティングに役立つ情報を提供します。
問題
Oracle WebCenter 11.1.1.4.0では、WebCenter Portalアプリケーションにドキュメント・ビューア・タスク・フローが含まれ、サイドバーの初期プロパティはrelatedItems
に設定されていました。ただし、パッチを適用したインスタンスでタスク・フローに移動すると、関連アイテムが表示されているにもかかわらず「関連アイテム」タブにフォーカスが設定されません。
解決策
リリース11.1.1.6.0では、「関連アイテム」タブは存在しなくなりました。サイド・バーの初期プロパティの値を変更して、新しいタブ(タグ、リンクまたは推薦)のいずれかをターゲットに設定できます。
問題
リリース11.1.1.2.0および11.1.1.3.0からアップグレードされたスペースで、コンテンツがクリップされ、内部スクロールバーがコンポーネント上に表示されます。
解決策
リリース11.1.1.6.0では、Spacesのデフォルト・ページ・テンプレートはトップ・ナビゲーションであり、これによってフロー・レイアウトが実装されます。フロー・レイアウトを実装するすべてのページ・テンプレートは固定幅を持ちます。リリース11.1.1.4.0より前に作成されたほとんどのページは、表示可能領域を最大限使用するようにコンポーネントを広げることができるストレッチ・レイアウトを実装したページ・テンプレートに基づいています。Spacesインスタンスをアップグレードすると、デフォルト・テンプレートとしてトップ・ナビゲーションが設定されるため、スペース・ページがストレッチ・レイアウトのページ・テンプレートに基づいている場合は適切にレンダリングされないことがあります。
リリース11.1.1.2.0または11.1.1.3.0にパッチを適用したら、必要に応じてスペースを構成し、コンテンツをストレッチできるページ・テンプレートを使用するようにします。リリース11.1.1.6.0でストレッチ・レイアウトがサポートされているデフォルト・ページ・テンプレートには、トップ・ナビゲーション(ストレッチ)、サイド・ナビゲーション(ストレッチ)、Fusionトップ・ナビゲーション、およびFusionサイド・ナビゲーションがあります。
問題
パッチを適用したSpacesアプリケーションで、プリティURLを使用して特定のページに移動できません。
解決策
リリース11.1.1.6.0では、スペース内の特定のページに移動するためのプリティURLが変更されました。
ホーム・スペースの特定のページに移動するには、次を使用します:
http://host:port
/webcenter/spaces/profile/userName
/page/escapedPageDisplayName
変数userName
は、自身のユーザー名または
ホーム・スペースのページを所有するユーザーの名前です。変数escapedPageDisplayName
は、
ページ表示名のエスケープ・バージョンの使用を示しています。たとえば、
My Pageという名前のページを作成すると、このページのURLの末尾はMy+Pageになります。
例:
http://host:port//webcenter/spaces/profile/weblogic/page/Page1
ビジネス・ロール・ページおよびシステム・ページをターゲットとするUI URLに対して、次の構文を使用します。
/webcenter/spaces/system/page/pageName
例:
/webcenter/spaces/system/page/Documents
問題
パッチを適用してリリース11.1.1.6.0に更新した後、コンテンツ問合せがナビゲーション・モデルでレンダリングされません。
解決策
以前のバージョンのWebCenterにコンテンツ問合せがあり、パッチ適用後のナビゲーション・モデルでそれが見つからない場合は、コンテンツ・サーバーで索引コレクションを再作成する必要があります。詳細は、Oracle WebCenter Content Serverコンテンツ・システム管理者ガイドのコレクションの再作成に関する項を参照してください。