Why not using SOAP? And then having a SOAP service on your server that would invoke JMS?
That way you can have a thin client (SOAP libraries are available for lots of devices and languages)
Any info, let me know.
I've asked this question before in other places when building a prototype JMS Applet. As far as I could find and from what responses I got there is no official or public distribution of a minimal class collection for thin JMS clients. Your other option is to pick through the jars yourself and include only the classes you will use. However, you may run into a Log4J dependancy unless you edit the sources :)
Let us know if you find anything, in a few months I'll almost certainly have to do this myself...
I think you can generate a list of all the classes in use when you are running your JMS client. I think the Java plugin can help you do this. There are probably tools for doing this as well. Anyway, once you have that list you can probably go about generating your own .jar files. One solution that comes to mind is "jar xf *.jar" everything into one directory, taking this list, and generating your own.
If you are only sending messages, I would use SOAP or a Servlet call.