2016-06-24 4 views
2

2つの統合オブジェクトを持つSiebel 7.8アプリケーションがあり、どちらも添付ファイル用の統合コンポーネントがあります。そのうちの1つは添付ファイルフィールドをDTYPE_ATTACHMENTと定義し、もう1つは添付ファイルフィールドをDTYPE_TEXTと定義しています(これは、base64データ文字列を読み込んでディスク上のファイルに書き込むインバウンドWebサービスで使用されます)。Siebelデータマッピングで添付ファイルを管理する方法は?

私は他の使用してUIデータのマッピングとEAI Data Transformation EngineサービスへのIOからデータを変換しようとしているが、私は今のところunsuccesfullされています、

  • 私はDTYPE_TEXTDTYPE_ATTACHMENTからデータを変換した場合エラーは発生しませんが、添付ファイルのbase64データは失われ、結果のXMLではrow_idのみが取得されます。
  • 私はDTYPE_ATTACHMENTDTYPE_TEXTからデータを変換した場合、私はこのエラーを取得する:

    Source expression generated attachment ID 'MDEyMzQ1Njc [...] DEy8/W3CDCys7U2w==' but the corresponding attachment cannot be found. (SBL-EAI-04058)

は、私は失うことなく、他に統合オブジェクトのいずれかからのデータを変換することが可能な方法はありますベース64データ?私は変換が "テキストへの添付"か "テキストへの添付"であるかどうか気にしないので、私はどちらかの方法で必要なものを構築できます。統合オブジェクトの定義を変更することはできませんが、必要に応じて中間ステップとして使用する新しいものを作成できます。

答えて

2

私はあきらめます。それはできません。それは不可能であり、それを解決しようとするさらなる試みは、既知の宇宙を爆破させるでしょう。ありがとう、シーベル!

しかし...

私は、私の要求に対して非常に簡単な回避策を見つけました。実際、それは私がそれを把握するために私に4日かかったとは信じられないほど簡単です。 content (DTYPE_ATTACHMENT)、およびcontentText (DTYPE_TEXT):代わりにDTYPE_ATTACHMENT 1、またはその逆にDTYPE_TEXTフィールドを強制しようとしているの

は、私は2つの出力統合オブジェクト内のフィールドのバージョンを作成しました。今、2つのフィールドは異なる名前を持っていますが、それらはExternal NameXMLTagのプロパティ(content)を共有しています。 Siebelの場合、これらのフィールドは異なるフィールドであり、データマッピングでは異なる方法で対処できます。ただし、データ変換が実行されると、両方とも<content>になるため、Webサービスの反対側の外部システムは何の違いにも気付かないでしょう。完了!

関連する問題