Mailing-List: contact tomcat-user-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Tomcat Users List" <tomcat-user@jakarta.apache.org>
Received-SPF: pass (hermes.apache.org: domain of newreaders@gmail.com
 designates 64.233.170.196 as permitted sender)
Message-ID: <5f4a64610410041634309845b5@mail.gmail.com>
Date: Tue, 5 Oct 2004 09:34:02 +1000
From: Ben <newreaders@gmail.com>
Reply-To: Ben <newreaders@gmail.com>
To: Tomcat Users List <tomcat-user@jakarta.apache.org>
Subject: Re: Search engine friendly URLs
In-Reply-To: <9C5166762F311146951505C6790A9CF80229C2E1@US-VS1.corp.mpi.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
References: <9C5166762F311146951505C6790A9CF80229C2E1@US-VS1.corp.mpi.com>

Thanks everyone.

I guess I would have to use the Url Rewrite Filter by Paul Tuckey. I
thought there was a better way of doing this.

Cheers,
Ben

On Mon, 4 Oct 2004 09:04:37 -0400, Shapira, Yoav <yoav.shapira@mpi.com> wrote:
> 
> Hi,
> You can also do this with one (or more, if you want, depending on the
> exact requirements) Filters.  That prevents the need for a separate
> servlet and any associated session overhead, so the performance argument
> is even more moot.
> 
> Yoav Shapira
> Millennium Research Informatics
> 
> 
> >-----Original Message-----
> >From: Steffen Heil [mailto:lists@steffen-heil.de]
> >Sent: Sunday, October 03, 2004 11:18 AM
> >To: 'Tomcat Users List'
> >Subject: AW: Search engine friendly URLs
> >
> >Hi
> >
> >> If you want to be able to scale your application, you need to be able
> to
> >move the static image handling out of tomcat to a separate web server.
> >Using
> >Tomcat to handle both application chores and web serving chores will
> limit
> >the overall scalability of your system.
> >
> >I strongly disagree.
> >Tomcat is nearly as fast as apache in serving images.
> >So, yes, you can save a little time using apache, BUT remeber that the
> >apache slows tomcat down. You need cpu-cycles for apache, for mod_jk
> and
> >additionally for tomcat. Those cycles for apache and mod_jk are not
> >nessesary, since tomcat can work standalone.
> >So the question comes down to decide wether the overhead of handling
> apache
> >and mod_jk for dynamic content is smaller then the difference of apache
> and
> >tomcat in serving images. I guess with current versions of tomcat the
> >overhead to apache and mod_jk is even bigger.
> >Hence, tomcat alone will be faster.
> >(Please also consider, that static content will mostly be taken from
> the
> >browsers cache, whereas dynamic content needs to be received from
> tomcat.
> >That means that the time won by using apache for static content needs
> to be
> >a magnitude higher than the overhead of mod_jk. That's simply not the
> >case.)
> >
> >Tomcat cannot do rewriting, that is correct, but it does not need to:
> >I use url such as:
> >  /content/pages/test.htm
> >where content is mapped to my servlet.
> >The parameter is simply the rest of the url.
> >
> >You could do:
> >  http://localhost/site.do/books/architecture
> >and parse the rest of the url to
> >  section = books
> >and
> >  subsection = architecture
> >
> >Simply map site.do to your servlet.
> >
> >Reagrds,
> >  Steffen
> 
> This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged.  This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else.  If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender.  Thank you.
> 
> 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tomcat-user-help@jakarta.apache.org
> 
>

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