请教一个设计问题?

有什么怪的。一点儿也不怪。例如：一个程序经常要和其它几个应用用socket通信，每一个是一项指定的工作。其中的一个是用来发送控制命令的。那么就存在从命令控制的socket连接始，到触发调用其它几个socket的应用了。
在你能选择的方案中选一个最优的就行了。只有一个解决方案时，再滥也得用不是？^_^

解决方案 »

  1.   

    我的意思是这样的. 内部如果不用socket通信,是否选用其它方式, 如JMS等,但要求这种通信方式必须要足够快. 我对jms,j2ee不是很熟? 是否有这样的应用可以借鉴.
      

  2.   

    因为现在现在这块的工作不只是协议转化, 还有一个事物处理过程,既要向另一个进程发起一个请求, 然后等待这个进程的处理结果,请求需要并发的. 我想把这个事物处理的流程及那些线程从这个servlet里面分离出来, 作为一个独立的部分, 也就是这些部分最好不好在tomcat环境下运行. 另外, 我们这个应用由于效率问题内部不用XML通信. 用soap好象底层仍然是http方式的短连接, 由于到时候通信量会很大,可能会在IO上消耗太大. 是不是有什么办法可以将servlet这块做的尽量简单一点, 有点类象数据处理时调用jdbc一样. 但与后面的服务端的通信率必须保证, 因为有成千上万的client回同时来访问.