質問

フォーク、

TIBCOは4月にWCFチャネルのサポートを発表しましたが、今までに何かが実現しましたか?

これらの新しいWCFチャネルビットをどこでどのようにダウンロードできますか、または「TIBCO.EMS .NETクライアントライブラリ」の現在の.NET 2.0 / 3.5バージョンをどこで入手できますか。 ?

私たちはこれまでTIBCOとは関係のない小さなISVですが、大規模なクライアントは、必要な技術的背景情報を提供することなく、TIBCO EMSシステムと相互運用することを要求しました:-(

ヒントとポインタをありがとう! マーク

フォローアップ-2009年1月14日:ここでの回答はあまりありません...通信してデータをやり取りしますか?

更新(2010年4月)
「ネイティブ」をチェックアウトする機会がありました。 .NETのTIBCO.EMS.dll、およびそれらのWCF実装。私の結論は、ネイティブAPIを使用することです。簡単、簡単、機能します。

WCFパーツは恐ろしいものです。彼らは不完全で、非常に型破りで、良いWCF市民のようには感じません。 TIBCOはトランスポート要素のみを提供します-既製のemsBindingなどを使用することはできません-それを自分で定義する必要があります。私は非常に失望しました。TIBCOの規模と評判を会社に期待していました。...

役に立ちましたか?

解決

Tibco EMS .NETクライアントを直接使用するだけの場合、通信スタックははるかに単純になります。エンタープライズソフトウェア開発で広く使用されているJMSに倣ったスタイルです。そのため、JMSプログラミングの方法に関する技術書がたくさんあります。 JavaとC#は非常に似ているため、メンタル翻訳を簡単に実行してTibco EMS .NETクライアントプログラミングに適用できます。

分散アプリケーション用の多くの通信チャネルを設計および実装したので、私の経験は、スタックが単純であり、動作の信頼性が高く、トラブルのないことです。

WCFの同類の抽象化レイヤーの問題は、どこかに潜んでいるリークのある抽象化の問題がほぼ常に存在することです。

他のヒント

tibcoとwcfの場合、tibcoがサポートする最小バージョンとして少なくともバージョン4.4.3を実行する必要があります。それ以外の場合は、標準プロトコルを使用する必要があります。これらには.netがあるため、相互運用を行う必要はありません。私が作業している場所はまだ4.3.0であるため、WCFコンポーネントはまだ使用していません。すぐに5に更新することになっているので、ビットを取得しました。

これらのビットを取得するには、クライアントがそれを使用したい場合にクライアントから取得する必要があります。それはあなたの最善の策は何かを解決できるかどうかを確認するためにTibcoに連絡すること以外の私の意見です。

大きな疑問は、クライアントが使用しているTibco EMSのバージョンです。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top