Mailing-List: contact modules-dev-help@httpd.apache.org; run by ezmlm
Precedence: bulk
Reply-To: modules-dev@httpd.apache.org
Received-SPF: pass (athena.apache.org: domain of abiacco@formatdynamics.com
 designates 209.111.94.85 as permitted sender)
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: mod_deflate feature needed
Date: Thu, 16 Jul 2009 10:20:24 -0600
Message-ID: 
 <40D5E3C3CBE03D45A776E7C358BDE9080146EC1C@missoula.formatdynamics.com>
In-Reply-To: <DC438ABAF9CCB64986F312FB80ACAD1F1E4B56@ExchMB2.aoins.com>
Thread-Topic: mod_deflate feature needed
Thread-Index: AcoFnSiZaSw1VP6rSf+VT3YnG5e6HgAd+KtQAAb3nPA=
References: 
 <40D5E3C3CBE03D45A776E7C358BDE9080146EBE0@missoula.formatdynamics.com>
 <DC438ABAF9CCB64986F312FB80ACAD1F1E4B56@ExchMB2.aoins.com>
From: "Anthony J. Biacco" <abiacco@formatdynamics.com>
To: <modules-dev@httpd.apache.org>

We're not violating the specs, we're following them. The HTTP spec
states that you should send out a content-length header with the correct
trasnfer length, and mod_deflate in this case is not doing that.

-Tony
---------------------------
Manager, IT Operations
Format Dynamics, Inc.
303-573-1800x27
abiacco@formatdynamics.com
http://www.formatdynamics.com


> -----Original Message-----
> From: Houser, Rick [mailto:Houser.Rick@aoins.com]
> Sent: Thursday, July 16, 2009 7:01 AM
> To: modules-dev@httpd.apache.org
> Subject: RE: mod_deflate feature needed
>=20
> I don't understand why standard mod_deflate functionality won't work.
> If you violate the specs and muck with content-length, it's not going
> to
> work right in a browser, anyhow.
>=20
>=20
>=20
> Thanks,
>=20
> Rick Houser
> Auto-Owners Insurance
> Systems Support
> (517)703-2580
>=20
> -----Original Message-----
> From: Anthony J. Biacco [mailto:abiacco@formatdynamics.com]
> Sent: Wednesday, July 15, 2009 6:40 PM
> To: modules-dev@httpd.apache.org
> Subject: mod_deflate feature needed
>=20
> I'm trying to use mod_deflate to compress data coming out of tomcat
> through mod_jk and need the proper content-length header set for the
> COMPRESSED data, but can't do this because the data is streamed and
> sent
> after the headers are set, therefore we don't know the compressed
> content-length until after the fact.
> I'd either like to request a option to enable such a feature where I
> can
> have the compressed data buffered, the headers set, and then the data
> sent.
> I'd be willing to pay someone here a nominal free to do it privately,
> if
> one so wishes to do it.
>=20
> Thanx,
>=20
> -Tony
> ---------------------------
> Manager, IT Operations
> Format Dynamics, Inc.
> 303-573-1800x27
> abiacco@formatdynamics.com
> http://www.formatdynamics.com
>=20
>=20
>=20