2008-11-23 6 views
9

Folks,TIBCO.EMS client .NET/canal WCF

TIBCO a annoncé un soutien pour les canaux WCF en Avril - a quelque chose de ce matérialisé maintenant ??

Où et comment puis-je télécharger ces nouveaux bits de canal WCF, ou où puis-je me procurer une version actuelle .NET 2.0/3.5 de la «bibliothèque client TIBCO.EMS .NET»?

Nous sommes un petit éditeur de logiciels sans aucun lien avec TIBCO jusqu'à présent, mais un gros client de la nôtre nous a obligés à interop avec son système TIBCO EMS, sans être en mesure de fournir les informations d'arrière-plan technique nous avons besoin :-(

Merci pour les conseils et les pointeurs Marc

suivi - 2009-Jan-14: Pas beaucoup de réponse ici .... ceux utilisant TIBCO EMS - comment avec lui, l'interface vous par exemple communiquer et envoyer des données dans les deux sens ??

MISE À JOUR (avril 201 0)
J'ai eu l'occasion de vérifier le TIBCO.EMS.dll "natif" de .NET, ainsi que leur implémentation WCF, et ma conclusion est la suivante: utiliser l'API native. C'est simple, c'est simple, ça marche.

Les parties WCF sont horribles. Ils sont incomplets, très peu conventionnels, ils ne se sentent pas comme un bon citoyen de la WCF. TIBCO ne fournit qu'un élément de transport - vous ne pouvez pas utiliser simplement un emsBinding prêt à l'emploi ou quelque chose du genre - vous devrez le définir vous-même. J'ai été très déçu - je m'attendais à plus d'une entreprise de la taille et de la réputation de TIBCO ....

Répondre

11

Votre pile de communication sera beaucoup plus simple si vous utilisez simplement le client Tibco EMS .NET directement. Il est conçu après JMS, qui est largement utilisé dans le développement de logiciels d'entreprise. Par conséquent, il existe de nombreux livres techniques sur la façon de faire de la programmation JMS. Java et C# sont si similaires qu'il est facile de faire la traduction mentale pour l'appliquer à la programmation du client Tibco EMS .NET. Ayant conçu et mis en œuvre un grand nombre de canaux de communication pour des applications distribuées, mon expérience a été d'autant plus simple que la pile est la plus fiable et la plus fonctionnelle possible. Le problème avec les couches d'abstraction du fait de WCF est qu'il y a presque toujours un problème d'abstraction qui fuit quelque part.

+0

@RogerV: oui, merci pour cela. La mise en œuvre de Tibco WCF laisse beaucoup à désirer .... alors que la bibliothèque native EMS semble fonctionner correctement. –

+0

J'utilise le client TIBCO EMS .net pour m'intégrer à certains de nos clients et ça marche très bien comme beaucoup l'ont dit ici. Mais, je ne suis pas capable d'écrire des tests unitaires à cause de leurs classes concrètes et de leurs constructeurs internes et du manque d'interfaces. Comment avez-vous surmonté ce problème? –

3

Pour tibco et wcf, vous devez avoir au moins la version 4.4.3 au minimum supportée par tibco. Sinon, vous devrez utiliser un protocole standard. Ils ont .net donc vous ne devriez pas avoir à faire interop. Je n'ai pas encore utilisé le composant WCF car l'endroit où je travaille est toujours sur 4.3.0 et bien qu'ils disent que cela devrait fonctionner, il n'est pas supporté. Nous venons de recevoir les bits car nous sommes censés mettre à jour à 5 bientôt.

Pour obtenir ces bits, vous devrez l'obtenir de votre client s'ils veulent que vous travailliez avec. Ce serait mon avis à part que votre meilleur pari serait de contacter Tibco pour voir si vous pouvez travailler quelque chose.

La grande question cependant sera quelle version de Tibco EMS votre client utilise.

+0

OK, merci - je ne sais pas encore quelle version ils utilisent et quelle interface ils vont utiliser. J'ai déjà une interface C# avec IBM Websphere MessageQueue - mais j'ai été un peu surpris d'apprendre que ce serait une interface "SOAP-to-EMS" - comme appeler un webservice .... hmmm ..... –

+0

Si les données sont poussées dans un sens, dans l'intégration du fournisseur, il est assez courant de donner au fournisseur externe un simple appel de service Web qui transmet un message à mettre en file d'attente sur le courtier de messages (ou ESB). Hélas, beaucoup de vendeurs ont tendance à trouver des messages asynchrones bidirectionnels trop souvent pour faire des groc. – RogerV

Questions connexes