The application we are building involves a few hundred (perhaps thousand) devices/stations which are distributed in a fairly large territory (say, the size of Indiana) which act as mini-browsers and send information to a server (to which they connect, authenticate and all that) periodically. Now the line on which they communicate is dial-up (gsm/gprs), so being able to compress the POST requests would keep the costs down. Also, these stations/browsers might be behind a firewall, so the TCP connection can only be initiated from a station to the server and not the other way around.
We were thinking of using either Tomcat or JBoss for the server, and it was not clear to us if the server would be able to handle properly a compressed request. If it does it already then maybe we missed it, and we apologize and we'd be very grateful for any pointers.
Have you considered sending information using SMTP and zip attachments? You could then use James (http://james.apache.org) to handle the zips and do whatever is appropriate.
You would still need a minibrowser for retrieving information, but this might be an efficient way to send data from lots of clients. SMTP is easy for the client, and while James isn't as friendly to develop with as I'd like, it could work. Just a random idea.
-- Serge Knystautas President Lokitech >> software . strategy . design >> http://www.lokitech.com p. 301.656.5501 e. [EMAIL PROTECTED]
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
