17.4.3より前に作成されたカスタム・ヘッダーを使用した複数の「SOAPアダプタ」起動
17.4.3の前にカスタム・ヘッダーが作成されている複数の「SOAPアダプタ」起動と統合している場合は、次の詳細に注意してください。
次のようなユースケースがあるとします:
-
3つの異なる統合(Flow1、Flow2、Flow3)では、「SOAPアダプタ」をトリガー接続として使用し、カスタムHTTPヘッダーを構成(17.4.3前に作成)します。 静的なネームスペースがインバウンド・ラッパーに使用されます。
-
Flow4は、Flow1、Flow2およびFlow3 (18.3.3で作成)のエンドポイントを使用した複数の起動接続を持つ委任パターン統合です。このフローは、すべてのアウトバウンド・ラッパーに動的なネームスペースを使用します。
Flow4をアクティブ化すると、起動として使用されるときに、Flow1とFlow2の間にラッパー・スキーマとの競合が発生するため、エラーが発生します。
次の回避策と解決方法に注意してください:
-
回避策:
スキーマが統合の間で同じであることを確認します(たとえば、Flow1およびFlow2)。 カスタムHTTPヘッダーで異なる説明が使用されている場合は、スキーマの競合が発生する可能性があります。 同期化するスキーマのすべての統合で同じ説明を保持します。 Flow1に一致するようにフロー2トリガーの説明を編集し、統合を再アクティブ化した場合は、Flow4でFlow2起動を再作成すると、問題が解決します。
-
実際のソリューション:
Flow1、Flow2およびFlow3統合を再作成して、17.4.3の後で使用可能な動的ラッパー・ネーム・スペースを使用します。 フローが最新のOracle Integrationバージョンで再作成される場合、動的ネームスペースが使用可能であり、Flow4のアクティブ化の問題はありません。 統合の再作成にはかなりの再加工が必要になります。これは、複雑なロジックが含まれており、変更がトリガーにあるためです。
-
再加工を避けるための代替ソリューション:
Flow1、Flow2およびFlow3トリガーのネームスペースを手動で更新して動的ネームスペースを含め、統合を再アクティブ化した後、Flow4でそれらを使用します。
ノート:
手動更新は、統合設計に基づいてダウンストリームのマッピングおよび割当に影響する可能性があるため、お薦めしません。