問題タブ [biztalk]

私はBiztalk2006R2でnet.tcpベースのサービスを作成しましたが、ある場所でリッスンします。

br> RawTCPリクエストを使用してこのサービスを呼び出す必要があります。つまり
、プロキシクラスを作成して.NETクライアントアプリケーションで使用したくありません。どうすればこれを行うことができますか？
実際のシナリオでは、Oracleストアドプロシージャを使用してこのサービスと通信します。このサービスを呼び出すことができる唯一の方法は、サービスをホストしているBiztalkサーバーにTCP要求を送信することです。ヘルプやヒントをいただければ幸いです。ありがとう。

私はBiztalkでオーケストレーションをWebサービスとして公開しました。XMLシリアル化などを使用してファイルからXMLをロードし、それをWebサービスが期待するメッセージタイプに「変換」する方法を知っている人はいますか？人々は通常、このWebサービスをどのように使用しますか？XMLとフラットファイルの両方を使用しているため、型指定されていないメッセージの使用を避けようとしています。これは問題を意味する可能性があることを読みました。

2つのオーケストレーションがあります。そのうちの1つは、他のオーケストレーションのエラーハンドラーとして使用され、そこから失敗したメッセージを受け取ります。これをBAMで設定しました。問題は、ファイルが受信ポートで失敗したときに、アクティビティ検索で有用な情報を取得できないことです。その何かだけが登録されています。BAMからのデータ例：

ActivityID：2738a492-04c7-4887-9ff3-6902f435bda4 ErrorCode：
ErrorDesc：
ファイル名：
Progressエラー：Handled TransactionId：
rcvPort：
sndPort：

トラッキングプロファイラーでは、errorReporterのプロパティを使用します。ExErrorReport.FailureCode。ファイルは、エラーハンドラオーケストレーションによって適切に移動されます。

誰かが今私が間違っていることをしていますか？

受信段階でファイルが失敗したときに情報を取得することは可能ですか？

ほとんどの場合、ファイル名とエラーコード/説明が必要です。（進行状況エラーは、私が作成した進行状況アクティビティです）。

私は codeplex から入手した BizTalk Server 2006 用の TCP/IP アダプターを使用しています: http://www.codeplex.com/BTSTCPIP
アプリケーションが運用環境にデプロイされると、アプリケーションのパフォーマンスが低下するようになりました。リクエストが多いほど、パフォーマンスが低下します。
場合によっては、受信ポートが応答しなくなり、ホスト インスタンスを強制的に再起動してサービスを一時的に再び応答させる必要がありますが、同じ問題が何度も発生します。同じアダプターを使用したことがあり、同様の問題を経験したことがある方はいらっしゃいますか? はいの場合、これらの問題をどのように克服できますか。

ありがとう。

BizTalk を Service Bus として組織に導入しました。これにより、新しい Web GUI が多数の既存のバックエンド システムにリンクされます。既存のシステムをサービス (WCF) としてラップし、BUS に接続しました。

また、レガシー システム GUI の一部を新しい Web GUI に置き換えています (既存の機能を確実に複製します) が、すべてのレガシー サービス/API を BUS 経由で公開するか、それらに直接接続するか、別の方法で構成し、バスを介してそれらを公開します。たとえば、顧客管理システムに、検索、追加、取得、更新、請求詳細の設定という 5 つの既存のサービス/API があるとします。

これらの各サービスを BUS を介して公開することは理にかなっていますか (レイテンシが追加されると主張する人もいます)。それとも、BUS は検索、追加、取得、更新などの粗粒度のサービスのみを公開し、細粒度のサービスは公開しないでください。GUI はきめ細かいサービスに直接接続する必要がありますか?

理想的な SOA/ESB では、Update と Set Billing Details の両方を 1 つの粗粒度サービスに構成するという印象を受けましたが、これは正しいですか?

私は SOA/ESB パラダイムに忠実であり続けたいと思っています。誰か教えてください。

メッセージは、処理したいオーケストレーションの「古い」バージョンまたは「最新」バージョンを選択できますか? ありがとう

Biztalk 2006 アプリケーションには、頻繁に (毎秒約 15 要求) 呼び出される 2 つのオーケストレーションが含まれています。ホストで特定のスロットリングしきい値を変更することにより、アプリケーションで発生する可能性のあるメモリ リークを特定しました。メモリ ベースのスロットリングを無効にすると、プロセス メモリが 1400 MB まで増加し始め、その後、メモリ不足の例外が発生し始めました。
この状況が発生すると、ホスト インスタンスを再起動する必要があります。
このような場合、Orchestration から GC.Collect を明示的に呼び出すことが有益かどうか疑問に思っていました。このアプローチを使用することの短所は何ですか？

ありがとう。

次のことを行う必要があります。

ビジネス プロセスには、cXML に基づくいくつかのドキュメント タイプが含まれます。BizTalk は、これらを SharePoint フォーム ライブラリ (InfoPath フォームとして) にプッシュして、手動でワークフロー化できる必要があります。ワークフローが完了すると、xml ドキュメントが BizTalk に返されます。

単一のドキュメント ライブラリを使用できるようにするには、コンテンツ タイプを使用する必要があります。InfoPath コネクタは、1 つのライブラリ内のコンテンツ タイプを処理できますか?

BizTalk 2006、WSS 3.0

任意の入力に感謝します。

直流

したがって、ソリューションに必要なモデルは次のとおりです。

データベースをポーリングし、その結果に基づいて、データベースへの要求を作成し、応答を取得してポートのグループに渡す必要があります。このグループに対して、プロモートされたプロパティに基づいて、ポートの1つだけが機能します。

次のようになります。

ただし、送信ポートグループに「TempOut」を割り当てると、各ポートに設定されているフィルタに関係なく、メッセージはグループ内のすべてのポートに送信されます。私の理解では、これは予想される動作です（ここを読んでください）。

そこで、SDKのようにコンテンツベースルーティング（CBRサンプル）を使用するなど、他のオプションを検討しました。あなたはここでこれを見ることができます。

私はこれを試し、オーケストレーションを完全に削除しました（実際には必要ありません）。ただし、主要なルーティング/サブスクリプションエラーがあり、さらに調査したところ、送信請求応答ポートがある場合はこれを実行できないようです。ここにいくつかの記事があります。私はこのユーザーとほとんど同じ問題を抱えています。

結局、オーケストレーションを使用するかどうかは私には関係ありません。ただし、メッセージを複数の送信ポートに渡すことができるソリューションが必要であり、実際にメッセージを使用して送信できるのは1つだけです。これは、他に何も変更したり、オーケストレーションに決定をハードコードしたりすることなく、ポートを簡単に編集および追加できるようにするために必要です。

「WCFサービス公開ウィザード」を使用して、いくつかのHL7スキーマ（かなりの数）をwcfサービスとして公開しようとしています。ウィザードは一見正常に実行および完了し、必要なスキーマを公開するサービスを作成します。しかし、新しく作成されたサービスを参照しようとすると、「サーバーアプリケーションが利用できません」というメッセージが表示されます...イベントビューアを調べたところ、「System.OutOfMemoryException」というエラーメッセージが表示されました。「タスクマネージャ」を確認しながらもう一度テストしたところ、aspnet_wp.exeが終了する前に1 GBを超えるRAMを消費していることに気付きました（アプリケーションプールは、許可されている最大メモリ消費量に達した後にリサイクルされた可能性があります）。

なぜこれが起こったのか非常に戸惑っていたので、「Webサービス公開ウィザード」を使用してASMX Webサービスと同じスキーマを公開し、違いが生じるかどうかを確認することにしました。ウィザードを実行した後、サービスを参照しようとしましたが、問題はまったくなく、問題なく動作しました。生成されたWSDL定義を確認しました。これは巨大であり、参照されているすべてのスキーマは、インクルードまたはインポートではなく、インラインスキーマとして追加されました。

これにより、WSDLの生成に問題が発生する可能性があり、公開されたスキーマに非常に多くのインクルードが含まれている可能性がありますが、これが当てはまるかどうかはまだわかりません...

スキーマをwcfサービスとして公開しようとして同様の問題を経験した人はいますか？この問題で私を正しい方向に導く可能性のあるすべての提案を歓迎します。

ありがとう。

-M.Papas