JBossMQ has transport over HTTP, it shouldn't be any more difficult
to do something similar for WAP.
I don't know whether the JBossMQ client code will run on J2ME. I have never tried it.
Heh, i would not recommend it and highly doubt that the JBossMQ will run on midp phones (java enabled phones). It is very very limited in terms of functionality and most of the basic j2se packages are supported. However, you're in luck as it does support Http access. So you can do http post and get to URLs.
What we did before was to proxy requests from midp apps via a servlet (handling http posts from the midp app) and then generate a JMS message from the servlet.
umm... just to add, http from cell phones via midp would require the phone to support GPRS (assuming you're on a GSM network) and whatever subscription fee that entails.
If you're using wap, then you can have a wml page submit to your servlet url , after your servlet dumps the request to the JMS queue, you can have it spewing wml tags via its output stream so the wap browser can display it.
If youre gonna go SMS then the approach will very different. Your server end will have to either connect to the telco (each telco has their own protocol from where i'm at) or for simple low throughput apps you can purchase a serial port GSM modem and slot in your sim card, connect it to your server , then use Java Comm to read incoming SMS messages (GSM modems recognizes AT command sets) and process them as you wish.