2008-11-23 13 views
9

gente,cliente TIBCO.EMS .NET/canal WCF

TIBCO ha anunciado el soporte para canales WCF en abril - tiene algo de ese materializado por ahora ??

¿Dónde y cómo puedo descargar estos nuevos bits de canal WCF, o dónde puedo obtener una versión .NET 2.0/3.5 actual de la "biblioteca cliente TIBCO.EMS .NET"?

Somos una pequeña ISV y sin ningún vínculo con TIBCO hasta ahora, pero un gran cliente nuestro nos obligó a INTEROP con su sistema de TIBCO EMS, sin ser capaz de proporcionar la información de antecedentes técnicos que necesitamos :-(

Gracias por cualquier insinuación y punteros Marc

Seguimiento - 2009-ene-14: No hay mucho de respuesta aquí .... aquellos de ustedes utilizando TIBCO EMS - ¿Cómo se realiza la interfaz con él, por ejemplo, comunicar y enviar datos de ida y vuelta?

ACTUALIZACIÓN (Abril 201 0)
He tenido la oportunidad de verificar el TIBCO.EMS.dll "nativo" de .NET, así como su implementación de WCF, y mi conclusión es: utilizar la API nativa. Es fácil, es simple, funciona.

Las piezas WCF son horrendas. Son incompletos, muy poco convencionales, no se sienten como un buen ciudadano de WCF. TIBCO solo proporciona un elemento de transporte; no puedes usar un emsBinding ya hecho o algo así, tendrás que definirlo tú mismo. Estaba muy decepcionado. Esperaba más de una compañía del tamaño y la reputación de TIBCO ...

Respuesta

11

Su pila de comunicación será mucho más simple si simplemente utiliza el cliente .NET EMS de Tibco directamente. Está diseñado después de JMS, que es ampliamente utilizado en el desarrollo de software empresarial. Por lo tanto, hay una gran cantidad de libros de tecnología sobre cómo hacer la programación JMS. Java y C# son tan similares que es fácil hacer la traducción mental para aplicar eso a la programación de cliente .NET de Tibco EMS.

Después de haber diseñado e implementado una gran cantidad de canales de comunicación para aplicaciones distribuidas, mi experiencia ha sido que cuanto más simple sea la pila, más confiable y sin problemas de operación.

El problema con las capas de abstracción del tipo de WCF es que casi siempre hay un problema de abstracción con goteras escondido en algún lado.

+0

@RogerV: sí, gracias por eso. La implementación WCF de Tibco deja mucho que desear ... mientras que la biblioteca nativa de EMS parece funcionar bien. –

+0

Uso el cliente TIBCO EMS .net para integrarme con algunos de nuestros clientes y funciona bien como muchos dicen aquí. Pero no puedo escribir pruebas unitarias debido a sus clases concretas y constructores internos y la falta de interfaces. ¿Cómo superaste este problema? –

3

Para tibco y wcf debe tener al menos la versión 4.4.3 como mínimo que admite tibco. De lo contrario, deberá usar el protocolo estándar. Ellos tienen .net por lo que no deberías tener que hacer interoperabilidad. No he usado el componente WCF hasta el momento porque el lugar donde trabajo todavía está en 4.3.0 y aunque dicen que debería funcionar, no es compatible. Acabamos de recibir los bits, ya que se supone que debemos actualizar a 5 pronto.

Para obtener estos bits tendrá que obtenerlo de su cliente si quieren que trabaje con él. Esa sería mi opinión, aparte de que su mejor opción sería ponerse en contacto con Tibco para ver si puede resolver algo.

La gran pregunta será qué versión de Tibco EMS está usando su cliente.

+0

OK, gracias - aún no estoy seguro de qué versión están ejecutando, y qué interfaz van a utilizar. Ya tengo una interfaz C# para IBM Websphere MessageQueue, pero estaba un poco sorprendido de que dijera que sería una interfaz "SOAP-a-EMS", como llamar a un servicio web .... hmmm ..... –

+0

Si los datos se envían de una manera, entonces en la integración del proveedor es muy común dar al proveedor externo una simple llamada de servicio web que pasa un mensaje para que se ponga en cola en el intermediario de mensajes (o ESB). Por desgracia, muchos vendedores tienden a encontrar mensajes bidireccionales y asincrónicos demasiado para comprar. – RogerV

Cuestiones relacionadas