来自Java SE的JMS连接

Question

我希望以代理无关的方式从Java SE应用程序创建JMS连接。

我用数据库连接的URL方案与JDBC进行比较。这将创建与实际实现无关的独立性。

对于JMS，我还没有找到类似的东西。我知道在Java EE中，JNDI将履行这个角色，但这是Java SE。

我不想将我的代码绑定到任何特定的队列代理，因为我的需求非常简单，即JMS 1.1文本消息的发送/接收。

我也看过Spring Boot，因为它通常擅长提供某种程度的不可知论。但是即使使用Spring Boot，我也看不到这种可能性。

Answer 1

JNDI是您编写JMS应用程序以与代理无关的方式进行连接的方式。JNDI客户端类是JavaSE的一部分。Spring和非SpringJavaSE应用程序都使用JNDI进行这种集成。

任何JMS实现还应提供可插入应用程序的JNDI实现。通常，这是通过放置一个名为jndi的文件来完成的。属性，并将您正在使用的任何JNDI实现的正确配置放入该文件中。当您创建一个空的初始上下文时，jndi。将自动读取类路径上的属性文件。jndi中的键=值对。属性被放入初始上下文中，以便在执行查找时，所有内容都与您选择的实现一起工作。如果愿意，还可以通过构造函数向InitialContext提供特定于实现的详细信息，以编程方式对此进行配置。

通过在JavaSE应用程序中使用JMS和JNDI API，并将特定于代理的连接详细信息外部化到jndi.properties文件，您可以有效地将应用程序与特定于代理的代码隔离开来，这样您就可以部署应用程序并通过属性文件中的一些简单更改与不同的代理一起工作。

JNDI客户端实现将来自提供JMS实现的任何人。JNDI客户端本质上是以打包在jar中的javax.naming.spi.的SynalContextFactory实现的形式出现的，并且通常有描述可用属性的留档。

以下是一些示例：

• ActiveMQ 5。x broker提供组织。阿帕奇。activemq。jndi。ActiveMQInitialContextFactory在其activemq客户端中可用-

需要明确的是，JMS规范不需要使用JNDI来查找管理对象，但它建立了JMS提供程序将这样做的约定和期望。JMS 1.1规范的第4.2节规定：

尽管受管理对象的接口并不显式依赖于JNDI，但JMS建立了一种约定，即JMS客户端通过使用JNDI在命名空间中查找它们来找到它们。

后来它说：

预计JMS提供程序将提供管理员在JNDI命名空间中创建和配置受管对象所需的工具。受管理对象的JMS提供程序实现应该都是javax。命名。可引用和java。io。可序列化，以便它们可以存储在所有JNDI命名上下文中。

根据我的经验，JMS提供商通常渴望提供JNDI实现，因为没有它，他们就没有竞争力，因为任何替代解决方案都不符合标准，并且会迫使用户实现不可移植的代码。

如果遇到不提供JNDI实现的提供程序，可以按照ActiveMQ 5使用的相同模式实现自己的提供程序。x、 ActiveMQ Artemis和Qpid JMS。这3个实现仅为客户端实现，仅根据提供给InitialContext的配置实例化管理对象。大部分代码都是锅炉板，而不是很直接。