JMS 队列的最大数量
我们有一个应用程序 1）响应的自定义服务器（常规ServerSocket） 2) 在客户端桌面上运行的 Java SWING 应用程序/小程序。
我们有超过 140 个这样的定制服务器（专用于每组 Swing 客户端）。我们构建了一个管理应用程序来管理服务器的启动、关闭和其他内容。对于管理应用程序和服务器之间的通信，我们正在构建一个 JMS 应用程序。 由于服务器的负担很重，我们没有将此 JMS 放在同一个盒子上，因此我们留下了一个选项来使用单独的 JMS 盒子。我需要为每个服务器一个单独的队列。
我的问题是我们可以在单个应用程序服务器上拥有 140 多个 JMS 队列吗？如果是的话，理想的硬件配置应该是什么？如果没有，那么你有什么建议。
谢谢
We have an application that has
1) a custom server (conventional ServerSocket) that responds to
2) Java SWING applications/applets running on client desktops.
We have more than 140 such custom servers (dedicated to each group of swing clients). We have built an administration application to manage the server startups, shutdowns and other stuff. For the communication between the Admin app and the Server we are building a JMS application.
Due to the heavy burden on the server we are not placing this JMS on the same box, therefore we have left over an option to have seperate JMS box. I need a seperate Queue for every Server.
My Question is can we have 140+ JMS Queues on a single Application Server. If yes what should be the ideal configuration of the hardware. If no, then what do you suggest.
Thanks
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
您可以使用更少的队列和消息选择器（提取特定于每个客户端的消息）或参见< a href="http://activemq.apache.org/scaling-queues.html" rel="nofollow">此页面介绍如何配置 ActiveMQ 来处理大量队列...
另外，如果您正在使用 KahaDB 5.3+，然后进行优化以使用更少的文件描述符等...
you can either use fewer queues and message selectors (to pull messages specific to each client) or see this page on how to configure ActiveMQ to handle large numbers of queues...
also, if you are using KahaDB 5.3+, then it is optimized to use fewer file descriptors, etc...
我只回答“如果不是”部分。
如果需要，您可以通过使用消息选择器来减少队列计数。一组服务器可以发送到一个队列并由消息属性标识。您肯定已经定义了它——唯一标识服务器的 IP、URL。
不过，这是最后的解决方案，因为可以更好地监控单独的队列。
I'll answer the "if not" part only.
If needed, you can reduce the queue count by making use of message selectors. A group of servers can send to one queue and be identified by a message property. You surely must have it defined already — an IP, URL that uniquely identifies a server.
This is a last-resort-solution, though, as separate queues can be monitored better.
我前段时间发现这篇有趣的文章：
I found this interesting article some time ago: