简体繁体 English

可在具有轻量级客户端且无需Javaee的应用程序服务器上运行的JMS

[英]JMS that will work on app server that has lightweight client with out javaee requirement

原文 2013-11-26 06:20:56 5 2 java/ android/ java-ee/ glassfish/ jms

I am looking for a JMS that will run on Glassfish (or TomEE) and that authenticated users can use this service to get real-time-events. 我正在寻找将在Glassfish（或TomEE）上运行的JMS，并且经过身份验证的用户可以使用此服务获取实时事件。 I want the users to be able to connect with an applet, a java web-start swing program, or eventually an android app. 我希望用户能够连接一个applet，一个Java Web-start swing程序或一个Android应用程序。 I'm not wanting a prerequisite for running a client to be that JavaEE must be installed on the users computer because the target user is the typical web user (probably not super computer savvy), and the JavaEE is a substantial install. 我不希望运行客户端的先决条件是必须在用户计算机上安装JavaEE，因为目标用户是典型的Web用户（可能不是精通超级计算机的人），而JavaEE是实质性安装。

So my question is - is there a full featured JMS that can be run on the server side, while having a lightweight client side version (or a 3rd party jar) that just requires JavaSE or JavaME? 所以我的问题是-是否有可以在服务器端运行的全功能JMS，同时具有仅需要JavaSE或JavaME的轻量级客户端版本（或第3方jar）？

It seems that MQTT (JMS) and Eclipse Paho (lightweight 3rd party jar) may fit this bill, but are there any others? 看来MQTT（JMS）和Eclipse Paho（轻量级第三方罐子）可能适合此法案，但还有其他建议吗？

2 个解决方案

ActiveMQ gives you a lot of client options, none of them requiring a giant footprint. ActiveMQ为您提供了很多客户端选项，没有一个选项需要占用大量资源。 In fact, with the HTTP and WebSocket based clients, you don't really need a Java client at all, but certainly well within the abilities of a JSE or JME client to interface with. 实际上，对于基于HTTP和WebSocket的客户端，您根本不需要Java客户端，但可以肯定地在JSE或JME客户端的接口能力之内。

There's other JMS implementations with equally small client requirements so you can lower your sights, if you see what I mean :) 还有其他JMS实现具有同样小的客户端需求，因此，如果您明白我的意思，就可以放低眼界:)

添加到Nicholas可以将ActiveMQ与REST，STOMP，Spring Websockets + STOMP + activemq一起使用