Websphere 8.0 中的 JMS - V5 默认消息传递提供程序与 WebSphere MQ 消息传递提供程序
JMS in websphere 8.0 - V5 default messaging provider vs WebSphere MQ messaging provider
我想实现一个系统来将任务添加到队列中，然后再处理它们。由于 JMS 是为此类需求而设计的，所以我想使用它。我有 websphere 8，但我不知道应该使用哪个 JMS 提供程序 V5 默认消息传递提供程序 或 WebSphere MQ 消息传递提供程序。
我的要求很简单，所以我打算让 Producer 和 Consumer 在同一个 EAR 中。
此外，JMS 是否对我的要求有点矫枉过正？
你应该使用你没有提到的 Default messaging provider。
当您有外部 WebSphere MQ 服务器时使用 WebSphere MQ provider，而 V5 default messaging provider 仅在从非常旧的 WebSphere 版本迁移时使用。
JMS 通常用于“排队”一些处理，不需要及时推迟。正如您通常使用 MDB 侦听（等待）传入消息一样，并在它们可用时自动处理它们。因此，在您的情况下，一旦您将消息放入队列，它将立即被拾取并处理，除非您有一些等待逻辑，并按需从队列中获取（读取）消息，而不是自动。
如果要安排任务，更好的组合可能是数据库和计时器 bean 而不是 JMS。但同样，取决于要求，JMS 也可以。
我想实现一个系统来将任务添加到队列中，然后再处理它们。由于 JMS 是为此类需求而设计的，所以我想使用它。我有 websphere 8，但我不知道应该使用哪个 JMS 提供程序 V5 默认消息传递提供程序 或 WebSphere MQ 消息传递提供程序。
我的要求很简单，所以我打算让 Producer 和 Consumer 在同一个 EAR 中。
此外，JMS 是否对我的要求有点矫枉过正？
你应该使用你没有提到的 Default messaging provider。
当您有外部 WebSphere MQ 服务器时使用 WebSphere MQ provider，而 V5 default messaging provider 仅在从非常旧的 WebSphere 版本迁移时使用。
JMS 通常用于“排队”一些处理，不需要及时推迟。正如您通常使用 MDB 侦听（等待）传入消息一样，并在它们可用时自动处理它们。因此，在您的情况下，一旦您将消息放入队列，它将立即被拾取并处理，除非您有一些等待逻辑，并按需从队列中获取（读取）消息，而不是自动。
如果要安排任务，更好的组合可能是数据库和计时器 bean 而不是 JMS。但同样，取决于要求，JMS 也可以。