> Actually there is a 'magically compressed format' that some browsers
> understand - a browser can send the 'Accept-encoding' header to indicate
> which formats of which gzip is accepted by later versions of IE and
> Netscape. In tests I've seen up to reductions of up to 75% of the original
> size from it.
>
> I think the problems I'm having must be due to some mix-up with the
> mime.types file for Apache - everything is being sent back as text/plain
> which is why html tags are being ignored.
Well I stand corrected. Never heard of that one. Sounds really
promising if many of the servers/browsers do support the header. I have
heard that servlet chaining is not currently implemented in Apache JServ
(and won't be if Jon has anything to do with it) ;)
> That's a useful idea actually - amother potential use for this is when using
> template systems which can often add a fair amount of whitespace extending
> the page unnecessarily.
Yeah, I think servlet chaining got a bum-wrap because people tried to
use it for something other than what it was intended, namely something
more properly handled with Class.forName as Jon likes to recommend, or
RequestDispatcher as the Servlet API 2.1 offers. Really, I think
servlet chaining would be more appropriately named servlet filter (how I
always name my classes), because they allow you to filter the output
from one servlet into something else. I think there's definite value in
this, for uses such as yours, the creation of zip files on the fly,
removing whitespace, converting from microsoft korean charset to unicode
on the fly (speaking of another instance I used filters/chaining). This
might not be the original intention of the spec, but it still is of use
that I haven't really found an alternate way of handling. It's very
nice to write a servlet that only has to worry about the content and
then have a second servlet deal with compression, encryption,
whitespace, whatever you want on to happen to the file being returned.
Serge Knystautas
Loki Technologies
http://www.lokitech.com
----------------------------------------------------------------
To subscribe: [EMAIL PROTECTED]
To unsubscribe: [EMAIL PROTECTED]
Archives and Other: <http://java.apache.org/main/mail.html/>
Problems?: [EMAIL PROTECTED]
