您的问题中有两个问题需要单独解决:
JNDI
不,调用 JMS 服务并不依赖于拥有 JNDI 资源,也不需要将 JMS 客户端部署在容器中。在容器中使用 JNDI 的原因是为了避免在应用程序代码中硬编码配置参数(通过使用名为“things”的“目录”。)
例如,我们使用 JNDI 获取连接池,从中获取 jdbc 连接,但我同样可以直接创建 jdbc 连接。后者对于测试或命令行实用程序来说很好,但对于一般情况肯定不好(这就是为什么我们通常选择前一种基于 jndi 的选项。)
对于 JMS,是的,您确实需要 JNDI,但这并不意味着您的客户端需要位于 EE 容器中。查看 Oracle/Sun 站点上的 JMS 教程,并查看简单示例部分:
http://download.oracle.com/javaee/1.3/jms/tutorial/1_3_1-fcs/doc/client.html http://download.oracle.com/javaee/1.3/jms/tutorial/1_3_1-fcs/doc/client.html
IIRC,每个示例都显示可以从命令行运行的客户端,并且您只需从命令行传递队列名称和其他参数即可。修改该代码应该很容易,以便您可以从属性文件加载它们或将它们作为函数调用中的参数加载。
Java 存储过程
一旦您拥有可以访问您想要访问的 JMS 队列的命令行客户端,您就可以改进该代码,使其作为存储过程运行。是的,您可以使用 Java 来编写 Oracle 存储过程...
...现在,我认为这是一个可怕的功能,一个太容易被滥用的功能。但是,如果您确实需要从 PL/SQL 访问 JMS 提供程序,那么这将是一种方法。
首先,将命令行 jms 客户端转换为存储过程。查看有关如何使用 Oracle 创建基于 java 的存储过程的现有文档。
http://www.stanford.edu/dept/itss/docs/oracle/10g/java.101/b12021/storproc.htm http://www.stanford.edu/dept/itss/docs/oracle/10g/java.101/b12021/storproc.htm
http://download.oracle.com/docs/cd/B10501_01/java.920/a96659.pdf http://download.oracle.com/docs/cd/B10501_01/java.920/a96659.pdf
然后让 PL/SQL 代码调用该存储过程,就像调用任何其他存储过程或 SQL 语句一样。瞧。
离别的思念
我从来没有做过这些,一路上可能会出现问题。然而,至少从概念上来说,这应该是可能的。至少您应该能够创建一个 jms 命令行实用程序,然后可以将其转换为基于 java 的存储过程。
edit
显然,Oracle 有一个名为“Oracle Advanced Queueing”的东西,您可以通过 PL/SQL 直接访问 JMS 提供程序。
http://www.akadia.com/services/ora_advanced_queueing.html http://www.akadia.com/services/ora_advanced_queueing.html
http://technology.amis.nl/blog/2384/enqueuing-aq-jms-text-message-from-plsql-on-oracle-xe http://technology.amis.nl/blog/2384/enqueuing-aq-jms-text-message-from-plsql-on-oracle-xe
http://download.oracle.com/docs/cd/B10500_01/appdev.920/a96587/qintro.htm http://download.oracle.com/docs/cd/B10500_01/appdev.920/a96587/qintro.htm
看起来需要大量的阅读和苦力,但这当然是可行的(假设您使用的是正确的 Oracle 版本。)