問題タブ [biztalk-2009]

When using the consume WCF / generated items wizard, items generated include the schemas, bindings and also an ODX containing Port Type definitions to consume the service.

And it is common / good practice to separate schemas from orchestrations into separate assemblies.

However, in the case of WCF generated artifacts the effort to separating these is considerable, as each Port Type must then be edited to point to the reference assembly - this can be cumbersome with a Service with many operations (and a request / response for each). And this gets worse if the WCF service changes and needs to be regenerated.

So, if I may ask:

1. What do you do consider best practice here? I am leaning toward keeping the Port types and dummy ODX's in the Schema assembly.
2. Do you move the Generated Port Types out of the dummy ODX generated and then delete the Dummy ODX's?

Thanks!

2 つのソース メッセージを 1 つの宛先メッセージにマップするオーケストレーション マップがあります。ソース メッセージの 1 つのスキーマが変更された場合、入力メッセージ部分をクリックして [スキーマの置換] を選択し、影響を受けるメッセージ部分だけのスキーマを更新できるようにしたいと考えていました。代わりに、マルチパート メッセージ スキーマ全体を単一メッセージ パート スキーマに置き換えることしかできません。

私の唯一の他のオプションは、オーケストレーション トランスフォーム シェイプから新しいマップを生成することのようですが、これは、マップ内のすべてのリンクを再作成する必要があることを意味します...

このタイプのスキーマを更新するより効率的な方法を知っている人はいますか?

BizTalkマップのスクリプト関数から外部アセンブリのメソッドを呼び出す必要があります。特に列挙型はC＃アセンブリのパラメーターです。これも可能ですか？外部アセンブリを何度も呼び出している間、問題なく文字列または整数を渡しました。

私が取り組んでいるこの1つのオーケストレーションでのみ発生した奇妙な状況があります。

受信メッセージが届きました。式の図形を使用して変数「xmlDoc」に書き込み、内容を確認できるようにします。次に、XMLの文字列を変数 "xmlDoc2"にロードし、その変数を2番目のメッセージに割り当てて、検証できるように書き出すメッセージ割り当てシェイプがあります。次に、別の式の形状を使用して、最初のメッセージを再度書き出そうとしましたが、明らかに2番目のメッセージ情報に置き換えられています。

並列形式ではなく、メッセージ割り当ては2番目のメッセージを作成するだけです。受信とこの問題が発生する場所の間で、いくつかの形状の決定を行い、受信メッセージから他のメッセージを作成しています。それらはすべて正常に動作し、何も上書きしません（後で実行しようとしているのと同じプロセスを実行します）。

誰かがこれを前に見た、または私が見逃しているものを見たことがありますか？

ETA：プロセスは次のように機能します。

問題があるかどうかはわかりませんが、BizTalk 2009 を使用して XML を生成しています。

生成された XML インスタンスがターゲット名前空間をデフォルトの名前空間として使用する必要があることを XML スキーマで指定する方法はありますか?

次のような xsd ファイルがあるとします。

次のような XML ファイルを作成します。

しかし、次のような XML ファイルを作成する必要があります。

それらが技術的に同等であることは知っていますが、コンシューマー (ベンダー API) の実装が不十分であり、彼らが期待するものを提供したいと考えています。

BizTalk 2009に、一部のデータをXMLドキュメントに変換して別のシステムに送信するマップがあります。ターゲットスキーマには、xml:lang属性を持ついくつかの要素が含まれています。BizTalkはそれらをとして生成しns1:langます。ターゲットシステムでは、プレフィックスxmlを使用する必要があります。

これは、BizTalkが実行していることを示す簡単な例です。

sample.xsd

common.xsd

マップ出力の例

xmlプレフィックスを使用するようにBizTalkを説得する方法はありますか？

受信したファイルの場所の名前の一部と受信した日付に基づいてオーケストレーションを関連付けようとしています。日付を割り当てるインバウンドマップを備えた受信ポートがありますが、受信場所（プロモートした）のプロモートされたプロパティにアクセスする方法がわかりません。

この情報にアクセスする方法はありますか？Xpath？C＃ファンクトイド？

ありがとう！

CLOB 入力パラメータを受け取る DB2 ストアド プロシージャを処理し、BizTalk からそのストアド プロシージャを呼び出した経験のある人はいますか?

stringスキーマ タイプを, base64binary,hexbinaryに変更しようとしましたbyteが、何があってもこのエラーが発生します。

Error details: The parameter value for parameter 1 could not be converted to a native data type. Parameter Name: P_EML_BODY, Data Type: Long strings of input text<br> More long strings of input text <br>More long strings of input text, Value : CharForBit

BizTalk プロジェクトに取り組んでいますが、インストール (ダブルクリック) とインポート (biztalk 管理コンソールを使用) の両方が必要な理由がわかりません。

BizTalk プロジェクトがあり、そのリソースにバインディングを追加し、msi ファイルをエクスポートしました。ここで、アプリケーションを別のサーバーにインストールしたいと考えています。

私が知る限り、これは MSI インストールが行うことです。

1. ファイルをファイル システムにコピーします。
2. アセンブリを GAC に登録します
3. アプリケーションを [プログラムの追加と削除] アプレットに追加します

ただし、ここに私の問題があります：

1. msi を使用してインストールしても、アプリケーションは Biztalk 管理コンソールに追加されません。msi をインポートする必要があります。
2. msi を使用してアンインストールしても、アセンブリは GAC から削除されません。ファイルシステムにコピーしたファイルのみを削除します。アンインストールでGACアセンブリも削除する方法はありますか?
3. MSI をインポートするだけで、biztalk アプリケーションを開始でき、正常に動作しているようです。問題 1 と 2 を合わせて、なぜ MSI が必要なのですか? インポートするだけではGACに追加されないことがわかります。そのため、他のアプリケーションがそれに依存している場合、それらは機能しません。

msi が提供する機能/構成が欠落していると確信していますが、msi をインストールして biztalk にインポートする必要がある理由と、アンインストールしたときにインストールされたすべてのものを完全にアンインストールしない理由を誰かが理解するのを手伝ってくれませんか?

ファイル名に％datetime_bts2000％マクロを使用するBizTalk2009送信ポートがあります。追跡されたメッセージイベントを見ると、送信された実際のファイルの名前がわかりません。私はそれをコンテキストプロパティから取得できると思いました：

OutboundTransportLocation SFTP：//xxx@xxxx.xxx.com：22 / Inbound / Encrypted/xxx.xxx.xxx。201101280410324 プロモート http://schemas.microsoft.com/BizTalk/2003/system-properties

日付は私の展開日と同じであることがわかりました...送信されたファイルの実際の日付タイムスタンプではありません。

マクロによって生成された実際のファイル名はどこにありますか？