Re: setup for web designers?

[rusty+tomcat]

Hah!  I figured it out; only one of the apache directives in httpd.conf 
should be used, not all 3:


   #AddType text/html .jsp
   AddOutputFilter INCLUDES .jsp
   #AddHandler server-parsed .jsp

Thanks for everyone's help.  I'm now a happy camper.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: setup for web designers?

[rusty+tomcat]

Thanks for all of the suggestions.

I don't think I've explained my situation clearly.  What I would like to do, 
but maybe this is not a good idea, is to have the static content and dynamic 
content appear to be in the same directory; i.e., have the same base url.


In my jk.conf file I have

   JkMount /printing01/*.jsp   ajp13

If I type into the web browser's address box xyz.jsp, that goes to tomcat, 
and if I type in xyz.html that goes to apache.  That's what I want.


The problem is if the output of xyz.jsp has the line

   

apache doesn't process that include line.

If I go into the apache httpd.conf file and fix the SSI lines so that it 
should do SSI for jsp files, like the following:


   AddType text/html .jsp
   AddOutputFilter INCLUDES .jsp
   AddHandler server-parsed .jsp

Then when I try and bring up xyz.jsp I get a 404 not found.

I don't see how using SSI in tomcat would help since the static content is 
in the apache htdocs directory.


I also can't switch everything over to tomcat because we have some php 
scripts.



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: setup for web designers?

[JT Neville]

> Offering performance advice based on a 3-year old Tomcat is highly
> inappropriate.  The 5.5.12 version delivers static content at essentially
> the same speed as Apache httpd.  Suggested reading (note that this is  
> about 5.5.4, and 5.5.12 is yet faster

Not everyone can stay on the bleeding edge or even a major rev off it.  When
it takes thousands of hours to migrate and regression test applications that
work just fine as they are, the ROI just doesn't add up.

While it would be nice to have unlimited budgets for hardware upgrades,
developers and testers, much of the business world doesn't; so advice on
Tomcat 3, 4 and 5.x are all valid and appropriate for this list.





-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: setup for web designers?

[Carl Olivier]

I would agree with Chuck - Tomcat standalone has been a far better and
robust solution for since 5.0.18 was released  - and hoping it will improve
(actually am sure it will) with 5.5.x!

I did use TC 3 and 4 with Apache - which was never ideal or stable (maybe my
fault that) - but TC 5+ is really great!

Regards,

Carl

-Original Message-
From: Caldarale, Charles R [mailto:[EMAIL PROTECTED] 
Sent: 13 December 2005 18:10
To: Tomcat Users List
Subject: RE: setup for web designers?

> From: JT Neville [mailto:[EMAIL PROTECTED]
> Subject: RE: setup for web designers?
> 
> >>From what I have read, you get better performance if you let tomcat 
> >>serve the static stuff as well as the jsps
> 
> I've been running Tomcat for three years now, and I have to disagree.  
> In my experience, Tomcat isn't as robust at serving the static content 
> as other old school webserver daemons.

Offering performance advice based on a 3-year old Tomcat is highly
inappropriate.  The 5.5.12 version delivers static content at essentially
the same speed as Apache httpd.  Suggested reading (note that this is about
5.5.4, and 5.5.12 is yet faster):
http://tomcat.apache.org/articles/benchmark_summary.pdf

 - Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY
MATERIAL and is thus for use only by the intended recipient. If you received
this in error, please contact the sender and delete the e-mail and its
attachments from all computers.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: setup for web designers?

[Caldarale, Charles R]

> From: JT Neville [mailto:[EMAIL PROTECTED] 
> Subject: RE: setup for web designers?
> 
> >>From what I have read, you get better performance if you let
> >>tomcat serve the static stuff as well as the jsps
> 
> I've been running Tomcat for three years now, and I have to 
> disagree.  In my experience, Tomcat isn't as robust at serving 
> the static content as other old school webserver daemons.

Offering performance advice based on a 3-year old Tomcat is highly
inappropriate.  The 5.5.12 version delivers static content at
essentially the same speed as Apache httpd.  Suggested reading (note
that this is about 5.5.4, and 5.5.12 is yet faster):
http://tomcat.apache.org/articles/benchmark_summary.pdf

 - Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY
MATERIAL and is thus for use only by the intended recipient. If you
received this in error, please contact the sender and delete the e-mail
and its attachments from all computers.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: setup for web designers?

[Mark Phillips]

I have never tested the two configurations, so your information is very 
helpful. I was just going on what the tomcat docs say.

Mark

On Tuesday 13 December 2005 10:03 am, JT Neville wrote:
> >>From what I have read, you get better performance if you let
> >>tomcat serve the static stuff as well as the jsps
>
> I've been running Tomcat for three years now, and I have to disagree.  In
> my experience, Tomcat isn't as robust at serving the static content as
> other old school webserver daemons.  We did/do significant testing and saw
> drop-offs at different plateaus when scaling to Enterprise level
> user/transactions.
>
> I can't speak for the latest releases, as they are still in
> development/testing here for us (we migrate slowly) so your mileage may
> vary.
>
> -Original Message-
> From: Mark Phillips [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, December 13, 2005 8:47 AM
> To: Tomcat List
> Subject: Re: setup for web designers?
>
> Rusty,
>
> From what I have read, you get better performance if you let tomcat serve
> the
> static stuff as well as the jsps. Check the tomcat docs for a discussion of
> this topic.
>
> However, if you still want to put tomcat behind apache, take a look at this
> article - tomcat.apache.org/tomcat-4.1-doc/ssi-howto.html (the link is down
> now - try it in a while) or google "tomcat ssi". The gist of the article is
> that you need to download a jar file, add it to your classpath, and then
> tomcat will serve ssi directives correctly.
>
> Mark
>
> On Monday 12 December 2005 11:26 pm, [EMAIL PROTECTED] wrote:
> > I'm talking about having tomcat behind apache, with apache serving
> > static content and tomcat serving generated html (or whatever)
> > content.  Your jsp include suggestion would only work for static
> > content in the tomcat dir.
> >
> > See below after your included message my response to Martin, which may
> > help explain what I'm talking about.
> >
> >From: Mark Phillips <[EMAIL PROTECTED]>
> >Organization: Phillips Marketing, Inc.
> >To: users@tomcat.apache.org
> >Subject: Re: setup for web designers?
> >Date: Mon, 12 Dec 2005 21:20:44 -0700
> >Cc: [EMAIL PROTECTED],
> > "[EMAIL PROTECTED]" 
> >
> >Try using <%@ include file="header.html" %> instead.
> >
> >Mark
> >
> >On Monday 12 December 2005 06:29 pm, [EMAIL PROTECTED]
>
> wrote:
> >> How do people set up their tomcat so that the web designers can work
> >> on the static content and the programmers can work on the jsp stuff
> >> without stepping on each other's toes?
> >>
> >> In my case the web designers have already been working with apache
> >> with their files in /usr/local/apache/htdocs.
> >>
> >> My first thought is to put tomcat behind apache with mod_jk but
> >> after some minimal testing I discovered that apache server side
> >> includes don't work; for example, if the html from my jsp has
> >>  that line isn't replaced and
> >> is sent to the browser.
> >>
> >>
> >> 
> >>- To unsubscribe, e-mail: [EMAIL PROTECTED] For
> >> additional commands, e-mail: [EMAIL PROTECTED]
> >
> >--
> >Mark Phillips
> >Phillips Marketing, Inc
> >[EMAIL PROTECTED]
> >602 524-0376
> >480 945-9197 fax
> >
> >
> >  Date: 12 Dec 2005 22:17:29 -0800
> >  From:  <[EMAIL PROTECTED]>
> >  To: [EMAIL PROTECTED]
> >  Subject: Re: setup for web designers?
> >
> >  I did look at that but that's just for apache.  If you think about it,
> >  the two directives
> >
> >AddType text/html .shtml
> >AddHandler server-parsed .shtml
> >
> >  tell apache to look at the extensions of the files, on disk.  What I'm
> >  talking about is html data that's coming to apache directly over the
> >  ajp13 socket, from tomcat, in which case there's no file extension.
> >  When you run tomcat connected to apache with mod_jk you're running
> >  tomcat behind apache.  The output from tomcat is piped through apache
> >  and then sent to the browser.  Going the other way, the requests from
> >  the browser go through apache and are sent to tomcat.
> >
> >  I need some way to turn on the "AddHandler server-parsed" for
> >  everythi

RE: setup for web designers?

[JT Neville]

>>From what I have read, you get better performance if you let
>>tomcat serve the static stuff as well as the jsps

I've been running Tomcat for three years now, and I have to disagree.  In my
experience, Tomcat isn't as robust at serving the static content as other
old school webserver daemons.  We did/do significant testing and saw
drop-offs at different plateaus when scaling to Enterprise level
user/transactions.  

I can't speak for the latest releases, as they are still in
development/testing here for us (we migrate slowly) so your mileage may
vary.

-Original Message-
From: Mark Phillips [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, December 13, 2005 8:47 AM
To: Tomcat List
Subject: Re: setup for web designers?

Rusty,

>From what I have read, you get better performance if you let tomcat serve
the 
static stuff as well as the jsps. Check the tomcat docs for a discussion of 
this topic.

However, if you still want to put tomcat behind apache, take a look at this 
article - tomcat.apache.org/tomcat-4.1-doc/ssi-howto.html (the link is down 
now - try it in a while) or google "tomcat ssi". The gist of the article is 
that you need to download a jar file, add it to your classpath, and then 
tomcat will serve ssi directives correctly.

Mark

On Monday 12 December 2005 11:26 pm, [EMAIL PROTECTED] wrote:
> I'm talking about having tomcat behind apache, with apache serving
> static content and tomcat serving generated html (or whatever)
> content.  Your jsp include suggestion would only work for static
> content in the tomcat dir.
>
> See below after your included message my response to Martin, which may
> help explain what I'm talking about.
>
>From: Mark Phillips <[EMAIL PROTECTED]>
>Organization: Phillips Marketing, Inc.
>To: users@tomcat.apache.org
>Subject: Re: setup for web designers?
>Date: Mon, 12 Dec 2005 21:20:44 -0700
>Cc: [EMAIL PROTECTED],
> "[EMAIL PROTECTED]" 
>
>Try using <%@ include file="header.html" %> instead.
>
>Mark
>
>On Monday 12 December 2005 06:29 pm, [EMAIL PROTECTED] 
wrote:
>> How do people set up their tomcat so that the web designers can work
>> on the static content and the programmers can work on the jsp stuff
>> without stepping on each other's toes?
>>
>> In my case the web designers have already been working with apache
>> with their files in /usr/local/apache/htdocs.
>>
>> My first thought is to put tomcat behind apache with mod_jk but after
>> some minimal testing I discovered that apache server side includes
>> don't work; for example, if the html from my jsp has  that line isn't replaced and is sent to the
>> browser.
>>
>>
>> -
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>
>--
>Mark Phillips
>Phillips Marketing, Inc
>[EMAIL PROTECTED]
>602 524-0376
>480 945-9197 fax
>
>
>  Date: 12 Dec 2005 22:17:29 -0800
>  From:  <[EMAIL PROTECTED]>
>  To: [EMAIL PROTECTED]
>  Subject: Re: setup for web designers?
>
>  I did look at that but that's just for apache.  If you think about it,
>  the two directives
>
>  AddType text/html .shtml
>  AddHandler server-parsed .shtml
>
>  tell apache to look at the extensions of the files, on disk.  What I'm
>  talking about is html data that's coming to apache directly over the
>  ajp13 socket, from tomcat, in which case there's no file extension.
>  When you run tomcat connected to apache with mod_jk you're running
>  tomcat behind apache.  The output from tomcat is piped through apache
>  and then sent to the browser.  Going the other way, the requests from
>  the browser go through apache and are sent to tomcat.
>
>  I need some way to turn on the "AddHandler server-parsed" for
>  everything coming in to apache from tomcat over the ajp13 mod_jk
>  socket.  Or some way to make it think that everything coming from
>  tomcat is an .shtml file.
>
> From: "Martin Gainty" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Subject: Re: setup for web designers?
> Date: Mon, 12 Dec 2005 21:47:18 -0500
>
> This is a multi-part message in MIME format.
>
> --=_NextPart_000_0061_01C5FF65.9FD7D8B0
> Content-Type: text/plain;
>  charset="iso-8859-1"
> Content-Transfer-Encoding: quoted-printable
>
> Rusty
> Take a look at =
>
> http://httpd.apache.org/docs/1.3/howto/ssi

Re: setup for web designers?

[Hassan Schroeder]

[EMAIL PROTECTED] wrote:
> How do people set up their tomcat so that the web designers can work on
> the static content and the programmers can work on the jsp stuff without
> stepping on each other's toes?
> 
> In my case the web designers have already been working with apache with
> their files in /usr/local/apache/htdocs.
> 
> My first thought is to put tomcat behind apache with mod_jk but after
> some minimal testing I discovered that apache server side includes don't
> work; for example, if the html from my jsp has  that line isn't replaced and is sent to the
> browser.

Either Read The Fine Manual :-)

  

:: to enable SSI in Tomcat, or use a JSP (or JSTL) include.

-- 
Hassan Schroeder - [EMAIL PROTECTED]
Webtuitive Design ===  (+1) 408-938-0567   === http://webtuitive.com

  dream.  code.



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: setup for web designers?

[Mark Phillips]

Rusty,

From what I have read, you get better performance if you let tomcat serve the 
static stuff as well as the jsps. Check the tomcat docs for a discussion of 
this topic.

However, if you still want to put tomcat behind apache, take a look at this 
article - tomcat.apache.org/tomcat-4.1-doc/ssi-howto.html (the link is down 
now - try it in a while) or google "tomcat ssi". The gist of the article is 
that you need to download a jar file, add it to your classpath, and then 
tomcat will serve ssi directives correctly.

Mark

On Monday 12 December 2005 11:26 pm, [EMAIL PROTECTED] wrote:
> I'm talking about having tomcat behind apache, with apache serving
> static content and tomcat serving generated html (or whatever)
> content.  Your jsp include suggestion would only work for static
> content in the tomcat dir.
>
> See below after your included message my response to Martin, which may
> help explain what I'm talking about.
>
>From: Mark Phillips <[EMAIL PROTECTED]>
>Organization: Phillips Marketing, Inc.
>    To: users@tomcat.apache.org
>Subject: Re: setup for web designers?
>Date: Mon, 12 Dec 2005 21:20:44 -0700
>Cc: [EMAIL PROTECTED],
> "[EMAIL PROTECTED]" 
>
>Try using <%@ include file="header.html" %> instead.
>
>Mark
>
>On Monday 12 December 2005 06:29 pm, [EMAIL PROTECTED] 
wrote:
>> How do people set up their tomcat so that the web designers can work
>> on the static content and the programmers can work on the jsp stuff
>> without stepping on each other's toes?
>>
>> In my case the web designers have already been working with apache
>> with their files in /usr/local/apache/htdocs.
>>
>> My first thought is to put tomcat behind apache with mod_jk but after
>> some minimal testing I discovered that apache server side includes
>> don't work; for example, if the html from my jsp has  that line isn't replaced and is sent to the
>> browser.
>>
>>
>> -
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>
>    --
>Mark Phillips
>Phillips Marketing, Inc
>[EMAIL PROTECTED]
>602 524-0376
>480 945-9197 fax
>
>
>  Date: 12 Dec 2005 22:17:29 -0800
>  From:  <[EMAIL PROTECTED]>
>  To: [EMAIL PROTECTED]
>  Subject: Re: setup for web designers?
>
>  I did look at that but that's just for apache.  If you think about it,
>  the two directives
>
>  AddType text/html .shtml
>  AddHandler server-parsed .shtml
>
>  tell apache to look at the extensions of the files, on disk.  What I'm
>  talking about is html data that's coming to apache directly over the
>  ajp13 socket, from tomcat, in which case there's no file extension.
>  When you run tomcat connected to apache with mod_jk you're running
>  tomcat behind apache.  The output from tomcat is piped through apache
>  and then sent to the browser.  Going the other way, the requests from
>  the browser go through apache and are sent to tomcat.
>
>  I need some way to turn on the "AddHandler server-parsed" for
>  everything coming in to apache from tomcat over the ajp13 mod_jk
>  socket.  Or some way to make it think that everything coming from
>  tomcat is an .shtml file.
>
> From: "Martin Gainty" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Subject: Re: setup for web designers?
> Date: Mon, 12 Dec 2005 21:47:18 -0500
>
> This is a multi-part message in MIME format.
>
> --=_NextPart_000_0061_01C5FF65.9FD7D8B0
> Content-Type: text/plain;
>  charset="iso-8859-1"
> Content-Transfer-Encoding: quoted-printable
>
> Rusty
> Take a look at =
>
> http://httpd.apache.org/docs/1.3/howto/ssi.html#configuringyourservertope=
> rmitssi
>
>
> Configuring your server to permit SSI
> To permit SSI on your server, you must have mod_include installed and =
> enabled. Additionally, you must have the following directive either in
> = your httpd.conf file, or in a .htaccess file:
>
>  Options +Includes
> This tells Apache that you want to permit files to be parsed for SSI =
> directives. Note that most configurations contain multiple Options =
> directives that can override each other. You will probably need to
> apply = the Options to the specific directory where you want SSI enabled in
> = order to assure that it gets evaluated last.
>
> Not just any fil

Re: setup for web designers?

[Mark Phillips]

Try using <%@ include file="header.html" %> instead.

Mark

On Monday 12 December 2005 06:29 pm, [EMAIL PROTECTED] wrote:
> How do people set up their tomcat so that the web designers can work on the
> static content and the programmers can work on the jsp stuff without
> stepping on each other's toes?
>
> In my case the web designers have already been working with apache with
> their files in /usr/local/apache/htdocs.
>
> My first thought is to put tomcat behind apache with mod_jk but after some
> minimal testing I discovered that apache server side includes don't work;
> for example, if the html from my jsp has  that line isn't replaced and is sent to the
> browser.
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]

-- 
Mark Phillips
Phillips Marketing, Inc
[EMAIL PROTECTED]
602 524-0376
480 945-9197 fax

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

setup for web designers?

[rusty+tomcat]

How do people set up their tomcat so that the web designers can work on the 
static content and the programmers can work on the jsp stuff without 
stepping on each other's toes?


In my case the web designers have already been working with apache with 
their files in /usr/local/apache/htdocs.


My first thought is to put tomcat behind apache with mod_jk but after some 
minimal testing I discovered that apache server side includes don't work; 
for example, if the html from my jsp has  that line isn't replaced and is sent to the 
browser. 



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]