jms 问题

有一个服务器端程序，和多个客户端程序分布在不同的机器上。服务器端生成一个任务指令后要下发到多个客户端，客户端接收指令后运行一些程序完成指令。
目前做法：使用数据库通讯，服务器程序把指令写到服务器端的数据库里，这时服务器端有个监控程序(c++程序)把指令下发到客户端某个目录下(以XML格式)，客户端也有个监控程序(c++程序)接收xml格式的指令后启动完成指令的程序模块。
新的想法：想使用JMS完成指令的传达，服务器端的指令通过JMS服务传递到客户端，然后客户端程序执行指令。


请问这样的情况用JMS和不合理？
Tomcat上能不能使用JMS服务？我们没有用spring 架构
下一个版本可能要用Jboss,Jboss对JMS支持怎么样？

我觉得可以用JMS，Tomcat没有JMS，你可以单独运行一个JMS Server，例如ActiveMQ什么的。

JBoss的JMS支持还行。

现在得这种方式不是挺好的吗？

如果使用JMS，要考虑一下网络环境，对消息的事务性要求等问题。

另外，jms server 推荐activemq，至于使用jms与否和spring没有关系，只是spring提供一些jms的包装类便于使用罢了。如果使用activemq而不使用spring的话可以参考activemq的演示代码。

不使用JMS难道就不要考虑这些问题?

业务复杂后这些问题自然就出现了,所以还不如早点用JMS

这是典型的消息订阅/发布模式啊,用JMS再适合不过了:
1.将来你的业务要求复杂后也容易扩展,比如将来要多个指令共同完成一个任务你现在怎么办,只能改源程序添加功能代码
2.出错了怎么办,指令写入数据库时出错怎么办?指令下发到客户端时出错怎么办,接受失败怎么办....这些自己做都需要大量的代码,而这些工作都可以交给JMS
3.移植也方便,无论是操作系统平台的移植还是消息服务器的移植,

推荐使用activemq,它还提供了JMS的C++客户端

非常感谢各位的关注，我下了activemq了，自己先看看