Mailing-List: contact cocoon-users-help@xml.apache.org; run by ezmlm
Precedence: bulk
Reply-To: cocoon-users@xml.apache.org
Message-ID: <1048515988.3e7f1594b648c@webmail.mta.ca>
Date: Mon, 24 Mar 2003 10:26:28 -0400
From: Bruce Robertson <broberts@mta.ca>
To: cocoon-users@xml.apache.org
Subject: Re: A Gzipped XML Serializer component for Cocoon
References: <LNBBLCDPBMFMFODFPBOJIEDJCEAA.meeque@gmx.de>
 <3E7F0D7D.2060503@gmx.de>
In-Reply-To: <3E7F0D7D.2060503@gmx.de>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

Quoting Joerg Heinicke <joerg.heinicke@gmx.de>:

> There were some threads about on the developers list. IIRC they came to the
> 
> conclusion to add such things to the pipeline. But after 2.1 release. One 
> point in the discussion was, whether this is the task of Cocoon and not of 
> Tomcat or Apache (mod_gzip).
> 
> Joerg
> 
> Michael Riedel wrote:
> > Hi Bruce!
> > 
> > 
> >>I'm pretty sure this is something that eventually should be rolled into
> >>Cocoon itself, but as I note in the page, my code is a hack on the
> >>XMLSerializer, and shouldn't be ci'd as-is.
> > 
> > 
> > Though I don't need it at this time, I agree, that gzip compression is a
> > quite usefull. It should be included in the cocoon distribution.
> > 
> > But I'm not sure, if compression should be handled by a serializer. What,
> if
> > someone wants to compress something else than XML data. Then he'd have to
> > rewrite another serializer to support gzip...

Michael, Joerg:

On the issue of if this being handled by mod_gzip or mod_deflate, Apache's own
Batik Squiggle does not, in my experience, receive compressed SVG if compression
is handled this way. Nor do I see why it should send a "Accept-Encoding: gzip"
header to get *.svgz, since they are not a compressed form of the original (like
html that has been gzipped by the above), but rather a proper manifestation of
the document, like jpg compression. Secondly, there is the issue of sparing your
cache. See the introduction to my
http://wiki.cocoondev.org/Wiki.jsp?page=Gzip_XML_Serializer
(I would post this to the dev group, but I never seem to be able to get
subscribed to that.)

I can see Michael's argument for a reader-based implementation, but efficient
caching is a sine qua non for me. Could something be done with a view?

I'm glad to hear this is on the radar of the developers', for whose hard work I
am most grateful.

Yrs,
-- 
Bruce Robertson, 
Dept. of Classics, Mount Allison University
http://heml.mta.ca

---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-users-unsubscribe@xml.apache.org
For additional commands, e-mail: cocoon-users-help@xml.apache.org