tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Jeffrey Janner" <Jeffrey.Jan...@PolyDyne.com>
Subject RE: Compression and SSL
Date Mon, 02 Nov 2009 23:34:03 GMT
Pid -
Windows 64-bit Dual Quad-Core w/32G RAM.  Do I really need bigger?
App's not really slow-- works great here.  But with a 300ms latency
(one-way) to The Orient, you can see why I might want to send as few
bits as possible.
Jeff

-----Original Message-----
From: Pid [mailto:pid@pidster.com] 
Sent: Monday, November 02, 2009 12:12 PM
To: Tomcat Users List
Subject: Re: Compression and SSL

On 02/11/2009 16:48, Jeffrey Janner wrote:
> OK, another newbie-ish question here.
>
>
>
> I am using Tomcat 5.5.x with APR/native libraries on Windows 2003 x32
or
> Windows 2008 x64 to serve applications from the US to Asia-based
> clients.
>
> We encrypt everything using SSL, from Login page onward, with
> <transport-guarantee>  of CONFIDENTIAL.
>
> All URLs are configured as relative, i.e., "/images/picture.png",
> "/APP1?param1=value....", etc.
>
> We use Tomcat as the web server with no intervening proxies,
> load-balancers, accelerators, etc.
>
> Response time is noticeably slow (based on complaint level) and I am
> looking for ways to improve it.

Bigger server?

> Will setting the HTTPS connector "compression=on" actually compress
the
> data for HTTPS?

What makes you think that compressing things is going to improve 
matters?  Doing the compression is an overhead itself.

What's slow about your app and how do you know it?


> Does it compress before or after applying the encryption?
>
> And,  in case it's relevant, here is the relevant excerpt from the
> web.xml file we use:
>
>
>
>    <security-constraint>
>
>      <web-resource-collection>
>
>        <web-resource-name>Everything</web-resource-name>
>
>        <url-pattern>*.jsp</url-pattern>
>
>        <url-pattern>*.html</url-pattern>
>
>        <url-pattern>*.js</url-pattern>

Brevity:

   <url-pattern>/*</url-pattern>

>        <url-pattern>/APP1</url-pattern>
>        <url-pattern>/APP2</url-pattern>

If those actually represent real webapps, with their own 
WEB-INF/web.xml, the lines above don't do anything.

p


>      </web-resource-collection>
>
>      <user-data-constraint>
>
>        <transport-guarantee>CONFIDENTIAL</transport-guarantee>
>
>      </user-data-constraint>
>
>    </security-constraint>
>
>
>
> Any assistance would be much appreciated.
>
>
>
> Jeff
>
>
> *******************************  NOTICE
*********************************
> This message is intended for the use of the individual or entity to
which
> it is addressed and may contain information that is privileged,
> confidential, and exempt from disclosure under applicable law.  If the
> reader of this message is not the intended recipient or the employee
or
> agent responsible for delivering this message to the intended
recipient,
> you are hereby notified that any dissemination, distribution, or
copying
> of this communication is strictly prohibited.  If you have received
this
> communication in error, please notify us immediately by reply or by
> telephone (call us collect at 512-343-9100) and immediately delete
this
> message and all its attachments.
>


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



*******************************  NOTICE  *********************************
This message is intended for the use of the individual or entity to which 
it is addressed and may contain information that is privileged, 
confidential, and exempt from disclosure under applicable law.  If the 
reader of this message is not the intended recipient or the employee or 
agent responsible for delivering this message to the intended recipient, 
you are hereby notified that any dissemination, distribution, or copying 
of this communication is strictly prohibited.  If you have received this 
communication in error, please notify us immediately by reply or by 
telephone (call us collect at 512-343-9100) and immediately delete this 
message and all its attachments.


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


Mime
View raw message