Como antiguo desarrollador del producto LLM, puedo decir que lo hace o al menos lo hizo . Vea a continuación un extracto que tomé del infocenter disponible públicamente para la versión 2.6
com.ibm.llm paquete.jms Descripción
Implemente las clases públicas específicas del proveedor para el cliente LLM JMS.
La mayoría de las interfaces utilizadas en JMS están definidas por las interfaces comunes JMS . Sin embargo, la especificación JMS no incluye las clases e interfaces necesarias para configurar el cliente JMS.
Consulte la documentación de la API JMS para obtener información sobre las clases JMS y los métodos.
Introducción
El cliente LLM JMS proporciona una interfaz Java Message Service (JMS) a LLM. El uso de la interfaz JMS para LLM permite una interfaz común con otros proveedores de mensajería, y acelera el desarrollo de aplicaciones por permitiendo a los desarrolladores utilizar interfaces con las que están familiarizados. Con , la interfaz JMS funciona mejor para las aplicaciones que utilizan la función de mensajería genérica , donde las configuraciones se pueden administrar centralmente. Esto incluye muchas aplicaciones de cliente tradicionales. El cliente LLM JMS no funciona tan bien donde la aplicación depende de LLM funciones específicas o que requieren una interacción significativa interacción con LLM. Si bien se ha agregado cierta latencia mediante el uso de la interfaz JMS , todavía proporciona una latencia muy baja y un alto rendimiento de mensajes.
El cliente LLM JMS soporta la mayoría de la función de cliente LLM, pero no lo hace soporte la función de servidor de correr dentro un esquema, o ser un transmisor de equilibrio de carga .
LLM se basa en enviar mensajes directos de productor a consumidor. JMS es normalmente implementado utilizando un servidor de mensajes y función JMS que requiere que el servidor de mensajes no esté disponible cuando se utiliza el cliente LLM JMS . Esto incluye todos los mensajes punto a punto (colas), así como una función de recuperación . El cliente LLM JMS está diseñado para ejecutarse en un entorno JSE y no es compatible con las extensiones del servidor de aplicaciones ni con las transacciones XA .
Cómo implementa el cliente LLM JMS JMS
El cliente LLM JMS implementa cada uno de los objetos JMS fundamentales con una clase de implementación que no está expuesta externamente. Las subclases de estos objetos se implementan usando la misma clase de implementación . Esto significa que solo hay dos objetos administrados, ConnectionFactory y Destination. Un LLM definido ConnectionFactory se puede convertir en TopicConnectionFactory y QueueConnectionFactory, y un LLM definido Destination se puede convertir a Topic and Queue. Lo mismo es cierto para Connection, Session, MessageProducer y MessageConsumer. El objeto Destino de un proveedor debe ser utilizado con una Conexión por el mismo proveedor. Sin embargo, es posible enviar un mensaje producido por un proveedor JMS a otro proveedor JMS. Enviar un mensaje creado por otro proveedor JMS no es tan eficiente como enviar un mensaje creado por el cliente JMS LLM , pero esta función se proporciona para que sea más fácil para una aplicación pasar de un proveedor a otro.
El cliente LLM JMS no implementa el modelo de mensajería punto a punto (colas), pero se pueden crear todos los objetos JMS.
El cliente LLM JMS requiere una JVM de al menos Java 5.
El cliente LLM JMS define todos los objetos de tipo de seis mensaje (mensaje, BytesMessage, MapMessage, ObjectMessage, StreamMessage, y TextMessage). Al enviar un mensaje de JMS a JMS, el encabezado JMS indica el tipo de mensaje. Si falta el encabezado JMS (que es común al enviar un mensaje de un productor que no es JMS), el cliente LLM JMS intenta deducir el tipo de mensaje del contenido. Normalmente, el mensaje aparecerá como BytesMessage, pero si el mensaje comienza con una BOM UTF-8 o parece ser XML, se interpretará como a TextMessage. Se supone que TextMessages están codificados en UTF-8 ......
Gracias - no tenemos generalmente volúmenes excesivos o requisitos de latencia ajustados y nuestra solución anterior, Fiorano, funcionó bien. Lamentablemente, los estándares de la compañía dictan IBM MQ :( –