Re: compressed body in HTTP POST request; using Jabber for IM
On Wed, 2004-02-11 at 10:10, Adrian German wrote: One last question would be about the relative performance of compressed HTTP vs. technologies currently used for Instant Messaging such as Jabber. I know that this is too general but I'd be very interested to know if (in your experience, or just in your opinion) Jabber-like technologies are clearly superior, or clearly inferior, or simply not comparable with compressed HTTP for the kind of applications mentioned above (ministations in the field connecting to server periodically and transmitting data). I thank you in advance and am looking forward to any replies. There's been a fair bit of work done at my job site on Jabber wrapped in Ruby - http://rubyforge.org/projects/jabber4r/ - to connect to servers and send status messages for a distributed agent society - http://cougaar.org/. The status messages we're sending around are usually pretty small - they top out at about 20K - so this may not be comparable to what your doing. FWIW, I think Jabber might add a bit more complexity then you need - Jabber is a messaging protocol and so it's tuned for little messages flying all over the place. What you're doing sounds like a good match for the things you suggested - compressed HTTP, zipped SMTP as Serge suggested, or maybe even FTP. Yours, tom - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: compressed body in HTTP POST request; using Jabber for IM
We were thinking of using either Tomcat or JBoss for the server, Unless you're not going to use http with JBOSS You'll find that JBOSS is Bundled with Tomcat for the web app container.. From my extensive and brain deadening reading of the MIME rfcs I don't think you be violating the spec you quote if you used *any* legal MIME content-type (including X- ones), you might find that it just isn't supported at both ends.. Hmm. You could easily, and usefully, extend Tomcat to add this if it is not present. d. *** The information in this e-mail is confidential and for use by the addressee(s) only. If you are not the intended recipient (or responsible for delivery of the message to the intended recipient) please notify us immediately on 0141 306 2050 and delete the message from your computer. You may not copy or forward it or use or disclose its contents to any other person. As Internet communications are capable of data corruption Student Loans Company Limited does not accept any responsibility for changes made to this message after it was sent. For this reason it may be inappropriate to rely on advice or opinions contained in an e-mail without obtaining written confirmation of it. Neither Student Loans Company Limited or the sender accepts any liability or responsibility for viruses as it is your responsibility to scan attachments (if any). Opinions and views expressed in this e-mail are those of the sender and may not reflect the opinions and views of The Student Loans Company Limited. This footnote also confirms that this email message has been swept for the presence of computer viruses. ** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: compressed body in HTTP POST request; using Jabber for IM
Aha.. misread content-encoding as content-type.. I suspect that gzip is *not* an encoding, which is something like Base64, Uuencode or Quoted-printable and is used to ensure that binary data will pass unmolested through mail transport agents (MTA's) which are only required to handle ASCII, and allowed to insert line breaks. My advice would now be to investigate the MIME form data encoding, within which gzip would be a valid Content-type, and could probably be ungzipped by a filter. d *** The information in this e-mail is confidential and for use by the addressee(s) only. If you are not the intended recipient (or responsible for delivery of the message to the intended recipient) please notify us immediately on 0141 306 2050 and delete the message from your computer. You may not copy or forward it or use or disclose its contents to any other person. As Internet communications are capable of data corruption Student Loans Company Limited does not accept any responsibility for changes made to this message after it was sent. For this reason it may be inappropriate to rely on advice or opinions contained in an e-mail without obtaining written confirmation of it. Neither Student Loans Company Limited or the sender accepts any liability or responsibility for viruses as it is your responsibility to scan attachments (if any). Opinions and views expressed in this e-mail are those of the sender and may not reflect the opinions and views of The Student Loans Company Limited. This footnote also confirms that this email message has been swept for the presence of computer viruses. ** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
