JMS场景

更多相关推荐企业应用有一个服务器端程序，和多个客户端程序分布在不同的机器上。服务器端生成一个任务指令后要下发到多个客户端，客户端接收指令后运行一些程序完成指令。

目前做法：使用数据库通讯，服务器程序把指令写到服务器端的数据库里，这时服务器端有个监控程序(c++程序)把指令下发到客户端某个目录下(以XML格式)，客户端也有个监控程序(c++程序)接收xml格式的指令后启动完成指令的程序模块。

新的想法：想使用JMS完成指令的传达，服务器端的指令通过JMS服务传递到客户端，然后客户端程序执行指令。

请问这样的情况用JMS和不合理？

Tomcat上能不能使用JMS服务？我们没有用spring架构

下一个版本可能要用Jboss,Jboss对JMS支持怎么样？

有一个服务器端程序，和多个客户端程序分布在不同的机器上。服务器端生成一个任务指令后要下发到多个客户端，客户端接收指令后运行一些程序完成指令。

这是典型的消息订阅/发布模式啊,用JMS再适合不过了:

1.将来你的业务要求复杂后也容易扩展,比如将来要多个指令共同完成一个任务你现在怎么办,只能改源程序添加功能代码

2.出错了怎么办,指令写入数据库时出错怎么办?指令下发到客户端时出错怎么办,接受失败怎么办....这些自己做都需要大量的代码,而这些工作都可以交给JMS

3.移植也方便,无论是操作系统平台的移植还是消息服务器的移植,

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