問題タブ [biztalk-pipelines]

現在、復号化/暗号化と署名の検証は、BTSアセンブリであるパイプラインアセンブリを内部的に使用するカスタムパイプラインコンポーネントを使用してBTSアプリケーションに実装されています。メッセージの暗号化/復号化ロジックをWebサービスレイヤーにシフトして、メッセージが認証/検証された後、メッセージをBTSアプリケーションに送信してさらに処理することができますが、復号化/暗号化はBTSアセンブリを使用して実行されます。

おそらく、このロジックを.NET C＃で書き直す必要がありますか、それとも.NET Webサービスレイヤーボックスで同じ実装を使用できる方法はありますか？

BTSアプリケーションがビジネスプロセスのみを実行し、オーバーヘッドメッセージの暗号化/復号化を行わないようにするため、上記の質問

奇妙な問題があります。すでに持っていたものと同様の新しいスキーマとオーケストレーションをいくつか追加し、再展開しました。問題は、最近 SP1 BizTalk 2006R2 にアップグレードしたことです。これが問題の原因であるかどうかはよくわかりません。

次のようなエラーが表示されます。

送信パイプラインの実行に失敗しました: "blablabla.pipeline, blablabla, Version=1.0.0.0, Culture=neutral, PublicKeyToken=bf4bb7b2a02e5c5f" ソース: "BTAHL7 2.X Assembler" 送信ポート: "toFDW" URI: "192.168. 100.1:8008" 理由: 値を null にすることはできません。パラメータ名: 親

問題は、これは、追加のフィルターを追加したメッセージのみです。ポートでは、いくつかのメッセージ タイプをフィルタリングし、1 つのタイプについては、プロモートされたプロパティに追加のフィルタがあります。オーケストレーションでは、このタイプはプロモートされたプロパティ true を xpath 式で取得します。他のすべてのタイプでは、プロモートされたプロパティはありません。ただし、追加のフィルターを設定していなくても、送信ポートでこのエラーが発生します。したがって、BTAHL7Pipeline (HL7 アダプター) は、xpath コードで設定したプロモートされたプロパティに問題があると推測しています。ただし、私たちは常にこれを行っており、他のすべてのオーケストレーションとメッセージでは問題はありません。

したがって、SP1 のインストールに関連していると推測していますが、よくわかりません。誰かが何が起こっているのか、または同様の問題を抱えているのか考えていますか?

編集： SP1などもある別のサーバーで同じことを行いましたが、ここで機能しています。これだけが開発サーバーなので、他のサーバーでどの設定または構成が間違っている可能性があるか、誰にもわかりませんか?

画像形式を別の形式に変換できるパイプライン コンポーネントを構築しています (たとえば、jpg から png など)。

ファイル アダプターを使用して受信パイプラインでこのコンポーネントを使用すると、正常に実行されますが、パススルー送信ポートとファイル アダプターを使用してサブスクライブすると、書き込まれるファイルは実際のイメージの一部にすぎません。

ノート：

Windows コンソール アプリケーションでこの同じコードを使用できます (BizTalk メッセージ ストリームではなくファイル ストリームからソース ビットマップをロードすることを除いて)。

ソースストリームと関係があると思います。

奇妙な動作に思えますが、msgReceived.BodyPart.Data の長さと位置のプロパティを調べると、長さは 904678 です。位置は 0 です。位置は 0 のままで、ビットマップを読み込んで保存しても変化しません。BitMap.FromStream メソッドがロードの完了後にストリームの先頭をシークしない限り、ビットマップをロードすると位置が変わると予想していました。

また、ビットマップを新しいストリームに png として保存すると、新しいストリームの長さは常に 54789 で、画像の最初のパーティのみを表します。同じビットマップ オブジェクトをすぐに新しいストリームに再度保存すると、サイズは 1400868 になり、イメージ全体を表し、msgReceived.BodyPart.Data.Position は 904678 になり、ソース ストリーム全体が読み取られたことを示します。

次に例を示します。

msgReceived.BodyPart.Data の位置が 2 回目の保存でしか進まないのはなぜですか? また、最初の保存試行で変換された画像の一部しか保存されないのはなぜですか。私は困惑しています！

BizTalkBizTalk.Schemas、BizTalk.Pipelines、および BizTalk.Archive.Component という名前の3 つのプロジェクトを含むソリューションがあります。

ソリューションを再構築しているときに、BizTalk.Pipelines プロジェクトの下のパイプライン (.btp) で「オブジェクト参照がオブジェクトのインスタンスに設定されていません」というエラーがスローされます。

それぞれのプロジェクトにすべての参照を追加しましたが、それでも同じエラーが発生します。

パイプライン(.btp)に欠けているものを誰か助けてもらえますか?

次の XML メッセージがあります。

次のステージが設定された PurchaseOrder_Receive という名前のパイプラインを使用しています。

私のポリシーは次のように設定されています。

ReceiveLocation で上記のパイプラインを使用して、すべてのポートが正しく構成されています。

私が投稿した Xml メッセージは入力として使用されているものですが、出力された Xml メッセージには「承認済み」のステータス値が含まれているはずですが、「拒否」のままです。

基本的に、ここでの質問は、ポリシーがパイプラインで使用されない原因は何ですか?私のポリシーの「If 条件」は常に true であることに注意してください。

XML から Excel へのパイプラインを探しています。私はそれらの多くを試しました。自分で作成しようとさえしました。作業を開始できるサンプルはありますか?

警告が表示されます

警告 BTP0008: コンポーネント 'フラット ファイル逆アセンブラー' の検証呼び出しに失敗しました。

この警告を削除する方法はありますか? 走行中は問題ありませんが。

フラットファイル スキーマ ウィザードを使用してフラットファイル スキーマを作成しました。スキーマは有効で、スキーマに対してテスト インスタンスを正常に検証できました (そのため、XML ファイルは正しく作成されました)。

しかし、フラットファイル逆アセンブラー パイプラインを使用する受信場所にテスト フラット ファイルを配置すると、受信場所がメッセージを取得した後は何も起こりません (論理受信ポートはオーケストレーションにバインドされています)。メッセージが受信されたパイプラインからの追跡されたメッセージ イベント。しかし、送信されません。

たぶん、あなたの何人かはすでに同様の問題を抱えていて、ここで私を助けることができます.

パイプラインで追跡されたメッセージ イベント