Return-Path: Delivered-To: apmail-tomcat-users-archive@www.apache.org Received: (qmail 10315 invoked from network); 3 Oct 2008 05:37:26 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 3 Oct 2008 05:37:26 -0000 Received: (qmail 48259 invoked by uid 500); 3 Oct 2008 05:37:15 -0000 Delivered-To: apmail-tomcat-users-archive@tomcat.apache.org Received: (qmail 47773 invoked by uid 500); 3 Oct 2008 05:37:14 -0000 Mailing-List: contact users-help@tomcat.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Tomcat Users List" Delivered-To: mailing list users@tomcat.apache.org Received: (qmail 47762 invoked by uid 99); 3 Oct 2008 05:37:14 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 02 Oct 2008 22:37:14 -0700 X-ASF-Spam-Status: No, hits=2.0 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of ssenecal.work@gmail.com designates 209.85.128.191 as permitted sender) Received: from [209.85.128.191] (HELO fk-out-0910.google.com) (209.85.128.191) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 03 Oct 2008 05:36:12 +0000 Received: by fk-out-0910.google.com with SMTP id b27so1397889fka.0 for ; Thu, 02 Oct 2008 22:36:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type; bh=CUzELqCH1XyJeFx+l7AbewyHx2SyT9i1/YfutmpKHYg=; b=LNOoj+ajxrOPeOQ8vpDH7PGrG2MP51rjgnP9w+B+ffc+zRTQVcrTD+LqYlmBz6yRSu Svo27+q+PHcjbxPoPGzz9yG62Ph+cR6MEkoNSGyPQIi2jkJoOtYLHDZ7MZ1rg5BrMe+c bJM7yRTBQGcTEL+IZHSIFCXGFVB95cc9WnhGo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=noeAqzrWdA83KBt0ikVEhTu6gKG+xo7MqLILwV9GylSIeAWu/gu6fghFI4jh/VUU0n eyCJPxd42YmCZo/etuAXWHDGx0XRzOYZQ0N1tVFnALgXG3RKd1j4ddEbmxqYfqJMiuvK MDq1hgKtTMhH8xlkrwytt8yCa/Aez6wklU8qU= Received: by 10.180.213.14 with SMTP id l14mr221783bkg.55.1223012206316; Thu, 02 Oct 2008 22:36:46 -0700 (PDT) Received: by 10.181.24.9 with HTTP; Thu, 2 Oct 2008 22:36:46 -0700 (PDT) Message-ID: <15060d5e0810022236v25a92bc1if2f80aac89e0d8f2@mail.gmail.com> Date: Fri, 3 Oct 2008 14:36:46 +0900 From: "Shaun Senecal" To: users@tomcat.apache.org Subject: useSendFile=true skips compression MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_16844_13996086.1223012206321" X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_16844_13996086.1223012206321 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Could someone explain to me why the NIO Connector will ignore the compression settings for large files if useSendFile is enabled (it is by default)? It seems to me that if compression is enabled you would specifically want to use it when sendFile is enabled, but that might just be because I don't really understand what sendFile means/does :) It looks like my solution is to simply disable this option, but I was curious about why this is the case. I am trying to deploy a large GWT app, and I want to ensure that my massive JavaScript files get compressed before being sent to the client. ------=_Part_16844_13996086.1223012206321--