11gにアップグレードする際に重要な追加情報について説明します。Suite、WebCenterおよびADFアプリケーションのアップグレードの概要」で説明しています。SOAアプリケーションのアップグレードのみに該当するタスクについて説明します。11gへのアップグレードの詳細は、次の各項を参照してください。10gプロジェクトをアップグレードする場合、ルーティング・サービスと関連コンポジットは、アップグレード後に起動されません。11gで、ルーティング・サービスをWebサービスとして公開されるように変更します。Suite開発者ガイド』のMediatorルーティング・ルールの作成に関する項を参照してください。10gプロジェクトのすべてのルーティング・サービスがWebサービスとして公開されることを確認することもできます。10gプロジェクトでドメイン値マップを使用する場合、DVMのxPath関数と相互参照は自動的にアップグレードされますが、DVMと相互参照メタデータを11gにアップグレードするために、アップグレード後に特定のタスクを実行する必要があります。詳細は、第9.4.9.7項「ESBリポジトリのドメイン値マップ(DVM)と相互参照(XREF)のアップグレード」を参照してください。11gでは、これらのヘッダー操作は割当てとしてモデル化されます。11gプロジェクトをデプロイする前にSOAPヘッダーを手動で確認してください。Suite開発者ガイド』の静的ルーティング・ルールの作成に関する項を参照してください。10gでは、非同期ルーティング・サービスはサポートされていませんでした。Managerの非同期プロセスが呼び出されると、OneWayサービスが作成されていました。11g非同期ルーティングを使用するルーティング・サービスを再作成できます。10gでは、SOAP、JCA、JMS、AQアダプタなどのアダプタの標準およびカスタム・ヘッダー・プロパティで、メッセージ・ヘッダーのフィルタリングまたは設定がサポートされます。Busでのフィルタリングは、ルーティング・ルールの<filterExpression>タグの一部として実行されます。フィルタ式の多くは自動的にアップグレードされますが、複雑なフィルタの場合、アップグレードは部分的になる可能性があります。Busプロジェクトを開くと、各ルーティング・ルールがケースにアップグレードされ、フィルタ式が条件に変換されます。これらの変更は、ルーティング・サービスのmplanファイルで確認できます。10gルーティング・ルールのフィルタ式を示しています。}</filterExpression>アップグレード中に、この例はmplanファイル内のケースの対応する条件に変換されます。='Mobile.xml'</expression></condition>メッセージ・ヘッダーの設定は、変換ファイルの一部として実行され、assign文にアップグレードされます。10gのメッセージ・ヘッダー設定の例を示しています。'jhdr=http://xmlns.oracle.com/pcbpel/adapter/jms/;')"/>アップグレード中に、この例は、次のように11gの対応するassign要素に変換されます。/jhdr:JMSOutboundProperties/jhdr:Property[position()=1]/@value"/></assign>フィルタおよびXSLが正常にアップグレードされたかどうかを検証する必要があります。ほとんどの標準ヘッダー・プロパティは、対応する11gヘッダーにアップグレードされます。カスタマイズされたヘッダーは、ベスト・エフォート方式でアップグレードされますが、カスタマイズされたヘッダーのすべてのバリエーションをアップグレードすることはできません。このため、カスタマイズされたヘッダーは、対応する条件またはassign要素と対応するmplanアーチファクトに手動でアップグレードする必要があります。次に示すESBヘッダー関数は、10gでは使用可能ですが、11gではサポートされていないため非推奨です。ehdr:getRequestHeaderehdr:setRequestHeaderehdrヘッダーを含むフィルタ式は自動的に移行されます。カスタマイズされたフィルタがすべて自動的に移行できるとはかぎりません。10gで使用可能であったsetHeader関数は、11gではサポートされていません。XSLでは、非推奨関数が条件要素(if、forなど)に該当しない場合は、メディエータ割当てに移行されるため、同様の動作が実現されます。この場合、XSLの内容は削除され、メディエータ割当てに移行されます。.xslファイルから.mplanファイルに移行されます。これは、認識済ヘッダーに適用されます。XSLでは、非推奨関数が条件要素(if、forなど)に該当しない場合、認識済ヘッダーは11gプロパティに移行されます。正常に移行される保証はありません。この場合、.xslファイルで移行が実行され、.mplanファイルへの内容の移動は行われません。そのため、XSLファイルの条件がまだ移行されていない場合は、これを手動で移行する必要があります。例:10gでは、次のようになります。'fhdr=http://xmlns.oracle.com/pcbpel/adapter/file/;')"/></xsl:if>11gでは、次のようになります。</xsl:if>条件要素に該当する非推奨関数をアップグレードすると、次の警告がアップグレード・ログに表示されます。Mediatorのスタート・ガイドを参照してください。JDeveloperプロジェクト内にあるサービスと同期されていることを確認します。このタスクを実行する手順は、次のとおりです。10gの「設計」タブの上部にある「ESBサーバーと同期」アイコンをクリックします。「ESBサーバーとの同期の確認」ダイアログの「はい」をクリックします。Bus開発者ガイド』のESBサーバーとのサービスの同期に関する項を参照してください。11gにアップグレードする際に必要となる可能性のあるアップグレード・タスクについて説明します。11gにアップグレードした後、アダプタ構成ウィザードを使用して、テクノロジ・アダプタのアップグレードを確認することをお薦めします。11g環境へのアダプタの接続が有効であることを確認できます。Middlewareテクノロジ・アダプタ・ユーザーズ・ガイド』でご使用のアダプタに関する説明を参照してください。11gでアプリケーションを開くとエラーが表示されることが多くあります。このエラーは、ヘッダー関数の解析中に変数またはパラメータが認識されなかったことを示しています。11gでアダプタ・ヘッダー変数の定義方法が変更されたためです。(10.1.3)では、次のような名前、または方向および使用しているアダプタ・タイプに応じた同様な名前のwsdlファイルで、アダプタ・ヘッダー変数を作成します。JDeveloperの「起動」ダイアログ・ボックスの「プロパティ」タブで設定するプロパティです。Middlewareテクノロジ・アダプタ・ユーザーズ・ガイド』のインバウンド・ヘッダーに関する項で説明されています。10g用に作成したwsdlヘッダー・ファイルはプロジェクトに添付されなくなります。wsdlファイル内の各変数を、ヘッダー変数を使用する各アダプタ・タイプのプロパティとして定義する必要があります。Middlewareテクノロジ・アダプタ・ユーザーズ・ガイド』の各アダプタ・タイプに関する章を参照してください。10gでは、JCAファイル内の非管理接続を使用して開発リソースを指すことができます。JCAファイル内のnon-managed-connection要素を使用して、データソース定義を指定できます。10gでは、非管理接続の使用は開発専用に予約されていました。11gでは、非管理接続はサポートされていません。11gにアップグレードする前に、datasources.xmlまたはoc4j-ra.xmlファイルで適切に定義されている接続へのJNDI参照のみを含むJCAファイルをすでに使用していることが理想的です。Server管理コンソールなど、サポートされている管理ツールを使用して定義された適切な接続を使用するようにプロジェクトを変更する必要があります。11gでプロジェクトを開いて移行すると、その説明は失われます。これは、アップグレード中にdocumentation要素がWSDLファイルから削除されるためです。11gのアダプタ構成ウィザードを使用して説明を追加できます。10gでMQSeriesアダプタのインバウンド同期リクエスト/リプライ・ユースケースを使用していた場合、メッセージ・タイプが1つ(REQUEST)のみであることに気付きます。11gでは、MQアダプタはREQUESTとNORMALの2つのメッセージ・タイプをサポートします。MQメッセージ・タイプでは、ヘッダーに常にreplyToQueueが設定されるため、FallbackQueueNameとFallbackQueueManagerNameは必要ありません。これに対し、NORMALメッセージには、FallbackQueueNameとFallbackQueueManagerNameが設定される場合とされない場合があります。このため、10gのインバウンド同期リクエスト/リプライ・シナリオを11gにアップグレードした場合、メッセージ・タイプはREQUESTタイプのままです。したがって、FallbackQueueNameとFallbackQueueManagerNameは、そのプロパティが.jcaファイルには存在しますが、実行時には必要ありません。これらのプロパティを使用する場合は、メッセージ・タイプをNORMALに設定する必要があります。Seriesアダプタのユースケースに関する項を参照してください。11gにアップグレードできないことに注意してください。11gへのアップグレード後に再作成する必要があります。プロジェクトの再作成中に、UITransmissionPrimitiveの値をSynchronousDequeueに設定する必要があります。Middlewareテクノロジ・アダプタ・ユーザーズ・ガイド』のアウトバウンド・デキュー・シナリオに関する項を参照してください。11gでは、AQアダプタ・ヘッダーへのアクセス方法が異なることに注意してください。11gにアップグレードした後、AQアダプタ・ヘッダーに対して次のアップグレード後のステップを実行する必要があります。Busプロジェクトの両方に対して必要です。Mediatorファイルの.mplanファイルで、インバウンドからアウトバウンドにjca.aq.HeaderDocument値を割り当てます。11gへのアップグレード後、次の手順を実行します。文字列タイプの新しい変数vInboundHeadersを定義します。type="xsd:string"/>receiveアクティビティで、jca.aq.HeaderDocumentプロパティが前述の変数に書き込まれていることを確認します。variable="vInboundHeaders"/>起動時に、vInboundHeaders値がjca.aq.HeaderDocumentプロパティにコピーされることを確認します。Adapterヘッダーをアップグレードする際のその他のステップAQアダプタを使用していない場合は、次の手順を使用するため、jca.aq.HeaderDocumentプロパティの値は取得されません。このシナリオでは、プロパティを手動で移入する必要があります。このシナリオには2つのステップがあります。11gにアップグレードした後に2番目のステップを実行します。B2Bを起動する方法を示しています。Mediatorファイルの.mplanファイルで、インバウンドからアウトバウンドにjca.aq.HeaderDocument値を割り当てます。11gへのアップグレード後、次の手順を実行します。stringタイプの新しい変数headerVariableを定義します。type="xsd:string"/>例14-1にあるようなassignブロックを作成します。起動時に、headerVariable値がjca.aq.HeaderDocumentプロパティにコピーされることを確認します。11gで必要なjca.aq.HeaderDocumentプロパティの使用方法を説明しています。BPELプロセスおよびESBプロセスに対して、この項で説明した手順を実行する必要があります。(11.1.1.3.0)が変更されました。10gを使用して設計されたBPELプロセスおよびESBプロセスの場合、アダプタ・ウィザードを使用してサービスおよび参照アーチファクトを再生成する必要があります。10gではパートナ・リンクとも呼ばれます。<Header>要素の定義に正しいターゲット・ネームスペースが使用されるように、アーチファクトを再生成する必要があります。ペイロード・ヘッダーにアクセスするには、第14.2.7項に記載されているステップ以外にこのステップを実行する必要があります。<Header>要素を使用するAssignおよびTransformationsも変更する必要があります。このステップを実行しないと、設計時と実行時にネームスペースが一致しないため、XPathエラーおよびメッセージ・エンキュー・エラーが発生します。ManagerプロジェクトのAQアウトバウンド・リクエスト/リプライ・シナリオの作成に使用する手順が変更されています。10gアプリケーションをアップグレードする場合、アップグレード中に作成されるWSDLファイルには必要なバインディング情報が含まれていません。11gでアプリケーションを開いてアップグレードした後に次の手順を実行します。アップグレードによって作成されたWSDLファイルに、次のようにJCAエントリを追加します。.</wsdl:definitions>composite.xmlファイルにバインディング・エントリを追加します。config="CombinedRequestReply_aq.jca"/></reference>.bpelファイルから、使用されないWSDL参照をすべて削除します。JDeveloperを使用することをお薦めします。(10.1.3.3)以前のリリースからアップグレードしている場合は、ストアド・プロシージャ用のデータベース・アダプタを使用する際に次のことに注意してください。(10.1.3.3)以前では、アダプタのXSDジェネレータにより、非修飾要素を含むXSDが生成されます。非修飾要素は、XSDファイルのInputParametersルート要素を確認することによって識別できます。非修飾要素は、次のように表示されます。></db:InputParameters>db:ネームスペースは、スキーマの定義で指定され、ターゲット・ネームスペースと同じです。(10.1.3.4)以降では、XSDジェネレータによって修飾要素が生成されます。これは、次のようにInputParametersルート要素に表示されます。..></InputParameters>db:ネームスペースが削除されていることに注意してください。(10.1.3)のバージョンを使用している場合は、要素が削除されるシナリオに遭遇する可能性もあります。value)</null>この解決策は、次のとおりです。JDeveloperバージョンを使用していることを確認します。11gにアップグレードした後、XSDを再生成します。XSDをアップグレードして再生成した後、関連する割当てアクティビティとxPath式を適切に変更する必要があります。コマンドラインを使用してデータベース・アダプタをアップグレードする際の追加の手順コマンドラインを使用してデータベース・アダプタ10gプロジェクトをアップグレードすると、アップグレード・プラグインはアップグレード後、DBAdapterOutboundHeader.wsdlからDBAdapterOutboundHeader.wsdl.origに変更されます。手動でDBAdapterOutboundHeader.wsdl.origをDBAdapterOutboundHeader.wsdlに名前変更する必要があります。DBAdapterOutboundHeader.wsdl.origファイルは、composite.xmlファイルが置かれたディレクトリにあります。注意:このタスクは、JDeveloperを使用してデータベース・アダプタをアップグレードする場合には不要です。Suiteアプリケーションをアップグレードしている場合は、次のアップグレード・タスクについて考慮する必要があります。10gアプリケーションをアップグレードしている場合は、次のことに注意してください。(10.1.3)では、タスク詳細は同じコンポジット・プロジェクト内で生成され、コンポジットのデプロイ中にデプロイされていました。11gでは、タスク詳細は、個別にデプロイする必要のある個別のプロジェクトとして生成されます。11gで自動的にタスク詳細UI用の新しいプロジェクトが作成され、タスク詳細ページがアップグレードされます。関連するコンポジット・アプリケーションをデプロイした後、このプロジェクトを個別にデプロイする必要があります。11gでアップグレードされたアプリケーションを慎重に確認してください。アップグレード中に複数のプロジェクトが共通ディレクトリに移動するため、2つのプロジェクトのワークフロー・タスクで同じ名前が使用されている場合には、最初のプロジェクトに関連付けられているデータによって2番目のプロジェクトのデータが上書きされる可能性があります。10gプロジェクトを11gに移行するようプロンプトが表示された際は必ず、SOAプロジェクトとは異なるディレクトリにアプリケーションを作成してください。BPMワークリストに正常に表示されません。正常なデプロイメントを確実に実行するには、次の手順を実行します。10gプロジェクトを開きます。「プロジェクトを収容するアプリケーションの作成」ダイアログが表示されます。SOAプロジェクトが置かれたディレクトリとは異なるディレクトリをアプリケーションに対して指定し、「OK」をクリックします。移行ウィザードが表示されます。10gプロジェクトが11g形式に移行されます。タスク・フローを再生成します。新たに生成されたタスク・フローを使用してSOAコンポジット・アプリケーションをデプロイします。正常にデプロイされたことを確認します。Managerで、SOAコンポジット・アプリケーションのインスタンスを起動します。Worklistにログインします。タスクの詳細を表示するタスクをクリックすると、これが正しく表示されます。手順2で、アプリケーションとSOAプロジェクトに同じディレクトリを指定した場合は、次の例外が表示される場合があることに注意してください。JDeveloperでは、新しいペイロードXSDファイルが自動的に生成されます。XSDファイルには、10gバージョンのアプリケーションで使用されるペイロードXSDファイルへの参照が含まれます。XSDファイルが新しいペイロードXSDファイルを参照するように編集します。例:次のエントリを変更します。xmlns=""/>これを次のように変更します。xmlns=""/>次のエントリを変更します。minOccurs="0"maxOccurs="1"/>これを次のように変更します。minOccurs="0"maxOccurs="1"/>これらの例では、アスタリスクをペイロードXSDファイルに定義されている適切な名前とタイプに置き換えます。Rulesを使用するプロジェクトをアップグレードする際には、次のドキュメント・リソースを参照してください。Suite環境に依存するクライアント・アプリケーションを確認、アップグレードおよびテストしてください。Suite環境でクライアント・アプリケーションが動作するために必要な更新を分析してください。APIの変更について」を参照してください。URLへの参照を検索します。URLの構文は、10gから変更されています。Controlのアプリケーション・デプロイメントのホーム・ページを使用します。Suite管理者ガイドのSOAコンポジット・アプリケーションの監視に関する項を参照してください。JMSキューやデータソースなど、クライアント・アプリケーションのメッセージ・ターゲットへの参照を確認します。11g環境を指すように更新する必要があります。Managerプロセスを起動するようにクライアント・アプリケーションを変更する必要があります。(10.3)のドキュメントを参照してください。reserved.法律上の注意点ライブラリ。