*about MessageDrivenBean，使用MessageDrivenBean的朋友请进

http://www-900.ibm.com/developerWorks/java/i-jms/index.shtml
看了你就知道有的时候必须要用异步了其实，你用SESSIONBEAN或ENTITBEAN当然是可以实现消息驱动的
但他们只能提供同步的机制，当你的需求必须用异步的时候，就要用JMS了

解决方案 »

  1.   

    to uu_snow(薇薇) ：首先感谢，你说的那篇文章我看过了
    请具体回答我一下：
    你知道的MessageDrivenBean的成功应用是什么
    请说一下在JMS中客户对客户的应用。你的理解？
    其实我想我的疑惑主要就是在于必须使用消息驱动BEAN的场合。说道数据信息
    复制与传输，我即使不使用消息驱动BEAN，甚至不使用EJB，单用socket不是一样可以办到吗，只不过容器帮我们完成了传输部分，我们的重点放在了业务逻辑。
      

  2.   

    成功应用我可不知道 ：）你说的用SOCKET当然可以做到，实现一种东西当然会用N种方法
    你可以不用学JAVA，也能做到JAVA能做的任何事，所以，你就不应该这么想
      

  3.   

    JMS中客户对客户的应用方面呢？请谈谈你的理解好吗
      

  4.   

    我也没做过JMS的项目，我可不敢多谈 ：）
      

  5.   

    哎，此帖就当散分了，用JMS的朋友发话吧，随便侃两句也可以
      

  6.   

    其实我也特想了解有关JMS方面实际应用的资料
      

  7.   

    不可否认，SUN对J2EE容器提出的规范已经为程序员们提供了非常周到的
    管理级别的服务，让我们完全专注于逻辑事务。就拿消息驱动BEAN来说，消息分发服务器是由容器实现的，BEAN在服务器端是由容器管理的，中间的传输细节，消息的持久也是由容器实现的。我们真的可以用其它非J2EE API来做到JMS的工作，但是如果我们选择JMS，我们要做的工作就只是实际问题的分析
    和对业务逻辑进行编码。
      我想SUN在EJB2规范中补充消息驱动BEAN这一块，除了原有的EJB少了异步
    机制，还有一个原因就是SUN希望J2EE的API可以解决分布式企业应用程序的
    所有问题，它希望在解决异步逻辑调用和数据交换等问题的时候，JMS成为一个标准的方案。JMS不是唯一的选择，但是是最好的选择（可惜还没体会到：）。
      

  8.   

    JMS!?举个最常用的例子吧!
    JMS控制打印机队列,当一个用户发送一个请求给打印机时,打印机并不一定马上相应,可能它正忙着,但它会把请求放到它自己的打印队列中去!
    总之JMS一般不应用在实时的系统中!因为对它的请求不一定能马上见效!
      

  9.   

    这个例子举地好！我就知道你行最后一个问题，在JMS中，如果客户之间需要进行交流呢
      

  10.   

    这也是网上的文章中写的，大家都看过
    可惜就是没有真正做个JMS的项目