jms
-
-
JMS 队列已满 我的 Java EE 应用程序连续发送 JMS 排队,但有时 JMS 使用者应用程序停止接收 JMS。它会导致 JMS 队列非常大,甚至已满,从而导致服务器崩溃。我的服务器是JBoss或Websphere。应用程序服务器是否提
-
在 Amazon AWS 上使用 Glassfish 将无状态 Java EE 应用程序群集 为了实现高可用性和可扩展性,在分布式环境中部署无状态 Java EE 6 应用程序的最佳方法是什么?我的应用程序是无状态的。因此,我不需要复制任何会话状态(HTTP会话,EJB有状态Bean等)。 具
-
许多 Java 应用程序的集中式日志记录:系统日志 vs JMS vs Http vs 本地文件 我希望我的所有应用程序日志都是集中的(理想情况下是近乎实时的)。我们将使用 Log4 追加器。我应该使用哪一个: 在 JMS 队列中发送日志事件 系统日志 / 系统日志-ng 写入本地文件并使用 rs
-
高性能 JMS 消息传递 我阅读了今年UberConf的幻灯片,其中一位演讲者认为Spring JMS为您的消息队列系统增加了性能开销,但是我在幻灯片中没有看到任何证据支持这一点。演讲者还指出,点对点比传统的“发布-订阅”
-
将 JMS 侦听器重新连接到 JBossMQ 我们有一个Java侦听器,它从JBossMQ中的队列中读取文本消息。如果我们必须重新启动 JBoss,侦听器将不会重新连接并再次开始读取消息。我们只是每2分钟在侦听器的日志文件中收到一条消息,说
-
-
使用来自不同线程的 JMS 会话 从中,它指出: Session 对象是用于生成和使用消息的单线程上下文。 因此,我理解您不应该同时使用来自两个不同线程的 Session 对象。我不清楚的是,您是否可以从与其创建的线程不同的线
-
在 Java 中通过 JMS 发送复杂对象 是否可以通过 JMS 发送复杂消息?我可以发送文本消息,消息等。但是当我尝试通过方法发送我的自定义对象类型时,我得到编译错误。 这是我尝试过的代码: 有人有什么建议吗?谢谢
-
如果消息消费后出现错误,如何在JMS消息队列中保存消息? 我的场景是 - 我将消息发布到队列中,一旦消息被消耗,我就将其发送到第三方中间件应用程序。如果该中间件应用程序已关闭,那么我发布的消息就被扔掉了。如果中间件应用程序关闭,我不
标签