Как бывший разработчик продукта LLM, я могу сказать, что он делает или, по крайней мере, сделал. Ниже приведена выдержка из общедоступного инфоцентра для версии 2.6
Пакет com.ibm.llm.jms Описание
Реализация общедоступных классов, специфичных для провайдера, для клиента JL LLM.
Большинство интерфейсов, используемых в JMS, определяются общей JMS
интерфейсы. Однако спецификация JMS не включает
классы и интерфейсы, необходимые для настройки клиента JMS.
См. Документацию JMS API для получения информации о классах JMS.
и методы.
Введение
Клиент LLM JMS предоставляет интерфейс службы сообщений Java (JMS) для
LLM. Использование интерфейса JMS для LLM позволяет создать общий интерфейс с
другие провайдеры сообщений и ускоряет разработку приложений
позволяя разработчикам использовать интерфейсы, с которыми они знакомы. С помощью
интерфейс JMS работает лучше всего для приложений, которые используют универсальные
функция обмена сообщениями, где настройки могут управляться централизованно.
Это включает в себя множество традиционных клиентских приложений. Клиент LLM JMS
не работает, где приложение зависит от LLM
конкретные функции или которые требуют значительного применения
взаимодействие с LLM. Хотя есть некоторая задержка, добавленная с помощью
Интерфейс JMS, он по-прежнему обеспечивает очень низкую задержку и высокую пропускную способность
сообщения.
Клиент LLM JMS поддерживает большинство функций клиента LLM, но не
поддерживать функцию сервера, работающую на уровне или являющуюся нагрузкой
датчик баланса.
LLM основан на непосредственном обмене сообщениями между производителем и потребителем. JMS является
обычно реализуется с помощью сервера сообщений и функции JMS, которая
требует, чтобы сервер сообщений был недоступен при использовании LLM JMS
клиент. Это включает в себя все сообщения точка-точка (очереди), а также
функция восстановления. Клиент LLM JMS предназначен для работы в JSE
окружение и не поддерживает серверные расширения приложений или XA
сделки.
Как клиент LLM JMS реализует JMS
Клиент LLM JMS реализует каждый из основных объектов JMS с
класс реализации, который не предоставляется внешне.
подклассы этих объектов реализуются с использованием того же
класс реализации. Это означает, что есть только два
объекты, ConnectionFactory и Destination. Определено LLM
ConnectionFactory может быть приведен к TopicConnectionFactory и
QueueConnectionFactory, и назначение, определенное LLM, может быть приведено к
Тема и Очередь. То же самое верно для соединения, сеанса,
MessageProducer и MessageConsumer. Объект назначения от одногоПоставщик должен использоваться с подключением одним и тем же поставщиком. Тем не мение,
можно отправить сообщение, созданное одним провайдером JMS,
другой провайдер JMS. Отправка сообщения, созданного другим JMS
провайдер не так эффективен, как отправка сообщения, созданного LLM
JMS-клиент, но эта функция предусмотрена для упрощения
приложение для моста от одного провайдера к другому.
Клиент LLM JMS не реализует обмен сообщениями точка-точка
модель (очереди), но все объекты JMS могут быть созданы.
Клиенту LLM JMS требуется JVM не ниже Java 5.
Клиент LLM JMS определяет все шесть объектов типа сообщения (Сообщение,
BytesMessage, MapMessage, ObjectMessage, StreamMessage и
Текстовое сообщение). При отправке сообщения из JMS в JMS, заголовок JMS
указывает тип сообщения. Если отсутствует заголовок JMS (который
обычно при отправке сообщения от производителя, не являющегося JMS) JL LLM
клиент пытается определить тип сообщения из содержимого.
Обычно сообщение будет отображаться как BytesMessage, но если сообщение
начать с спецификации UTF-8 или, по-видимому, XML, это будет интерпретироваться как
текстовое сообщение. Предполагается, что текстовые сообщения закодированы в UTF-8 ......