Re: Change an include file requires re-compiling all JSP that include it (?)

2001-12-11 Thread Micael Padraig Og mac Grene

At 12:04 PM 12/11/01 -0800, you wrote:
> > 1) Where do they go?  I don't see them anywhere under my webapp's folder
>(I
> > thought they go in WEB-INF/classes but they're not there)
> >
> > 2) Blech, that's what I do now.  If I have 100 JSP files all including the
> > same header file I'm doomed!
>
>Under Unix, it would be simply "touch *.jsp", no need to do them
>individually


Look under /whatever/tomcat/work/

-- micael


--
To unsubscribe:   
For additional commands: 
Troubles with the list: 




Re: Change an include file requires re-compiling all JSP that include it (?)

2001-12-11 Thread James Chuang

> 1) Where do they go?  I don't see them anywhere under my webapp's folder
(I
> thought they go in WEB-INF/classes but they're not there)
>
> 2) Blech, that's what I do now.  If I have 100 JSP files all including the
> same header file I'm doomed!

Under Unix, it would be simply "touch *.jsp", no need to do them
individually




--
To unsubscribe:   
For additional commands: 
Troubles with the list: 




RE: Change an include file requires re-compiling all JSP that include it (?)

2001-12-11 Thread Chris Tucker

Sorry, this is not true.  You can have JSP code in a file included through
: the only difference between the two approaches is that
 executes at runtime, whereas <%@include ... %> executes
at compile time.  Thus, <%@include ... /> can be seen as somewhat analogous
to a C #include statement, whereas  is more like a Java
import statement.  When the server executes a  it
dispatches a request to the indicated URL and includes the response from
that request in the document being served.  A <%@include ... %>, in
contrast, simply dumps in all of the (compiled) JSP code from the included
file into your compiled JSP servlet (i.e. there is no separate request
dispatching going on).

You will need to recompile all JSP's using a <%@include %> when the included
file is changed, but the same is not true of 'd files.

--Chris

-Original Message-
From: Jeff Kilbride [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, December 11, 2001 11:19 AM
To: Tomcat Users List
Subject: Re: Change an include file requires re-compiling all JSP that
include it (?)


If your included files don't contain any JSP code, you can use the
 directive. This directive includes the file at request
time, rather than page translation time -- so changes to your included file
will show up immediately.

If your included files contain JSP code, then you're stuck with using the
<%@ include... %> and you'll need to recompile all your JSPs whenever the
included file changes.

Thanks,
--jeff

- Original Message -
From: "Scott Hodson" <[EMAIL PROTECTED]>
To: "Tomcat Users List" <[EMAIL PROTECTED]>
Sent: Tuesday, December 11, 2001 10:58 AM
Subject: RE: Change an include file requires re-compiling all JSP that
include it (?)


> 1) Where do they go?  I don't see them anywhere under my webapp's folder
(I
> thought they go in WEB-INF/classes but they're not there)
>
> 2) Blech, that's what I do now.  If I have 100 JSP files all including the
> same header file I'm doomed!
>
> -Original Message-----
> From: James Chuang [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, December 11, 2001 10:06 AM
> To: Tomcat Users List
> Subject: Re: Change an include file requires re-compiling all JSP that
> include it (?)
>
>
> A couple of things you can do, both would be easier than resaving all the
> JSPs
>
> 1. Delete the generated class files...
>
> 2. Touch the JSP files.
>
>
> - Original Message -
> From: "Scott Hodson" <[EMAIL PROTECTED]>
> To: "Tomcat User" <[EMAIL PROTECTED]>
> Sent: Tuesday, December 11, 2001 10:00 AM
> Subject: Change an include file requires re-compiling all JSP that include
> it (?)
>
>
> > I come from an ASP background where we would frequently change include
> files
> > and see the results immediately.  However, in JSP, since JSP pages are
> > compiled into servlet classes, if I change an include file the JSP file
> > including it won't get re-compiled because the JSP hasn't changed, just
> the
> > include file.  Even if I restart Tomcat it still won't recompile the
JSPs.
> > So for now every time I make a change to an include file I have to
re-save
> > all of my JSPs so Tomcat forces a recompile.  That's a big pain.
> >
> > Can somebody help me out here?  Is there a way to force re-compilation
of
> > JSPs if the files they include ever change?
> > ___
> >
> > Scott Hodson
> > (949) 709-4496 office
> > (949) 709-3890 fax
> > [EMAIL PROTECTED]
> > http://www.ubero.com
> >
> >
> >
>
>
> --
> To unsubscribe:   <mailto:[EMAIL PROTECTED]>
> For additional commands: <mailto:[EMAIL PROTECTED]>
> Troubles with the list: <mailto:[EMAIL PROTECTED]>
>
>
>
> --
> To unsubscribe:   <mailto:[EMAIL PROTECTED]>
> For additional commands: <mailto:[EMAIL PROTECTED]>
> Troubles with the list: <mailto:[EMAIL PROTECTED]>
>


--
To unsubscribe:   <mailto:[EMAIL PROTECTED]>
For additional commands: <mailto:[EMAIL PROTECTED]>
Troubles with the list: <mailto:[EMAIL PROTECTED]>


--
To unsubscribe:   <mailto:[EMAIL PROTECTED]>
For additional commands: <mailto:[EMAIL PROTECTED]>
Troubles with the list: <mailto:[EMAIL PROTECTED]>




Re: Change an include file requires re-compiling all JSP that include it (?)

2001-12-11 Thread Jeff Kilbride

If your included files don't contain any JSP code, you can use the
 directive. This directive includes the file at request
time, rather than page translation time -- so changes to your included file
will show up immediately.

If your included files contain JSP code, then you're stuck with using the
<%@ include... %> and you'll need to recompile all your JSPs whenever the
included file changes.

Thanks,
--jeff

- Original Message -
From: "Scott Hodson" <[EMAIL PROTECTED]>
To: "Tomcat Users List" <[EMAIL PROTECTED]>
Sent: Tuesday, December 11, 2001 10:58 AM
Subject: RE: Change an include file requires re-compiling all JSP that
include it (?)


> 1) Where do they go?  I don't see them anywhere under my webapp's folder
(I
> thought they go in WEB-INF/classes but they're not there)
>
> 2) Blech, that's what I do now.  If I have 100 JSP files all including the
> same header file I'm doomed!
>
> -Original Message-
> From: James Chuang [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, December 11, 2001 10:06 AM
> To: Tomcat Users List
> Subject: Re: Change an include file requires re-compiling all JSP that
> include it (?)
>
>
> A couple of things you can do, both would be easier than resaving all the
> JSPs
>
> 1. Delete the generated class files...
>
> 2. Touch the JSP files.
>
>
> - Original Message -
> From: "Scott Hodson" <[EMAIL PROTECTED]>
> To: "Tomcat User" <[EMAIL PROTECTED]>
> Sent: Tuesday, December 11, 2001 10:00 AM
> Subject: Change an include file requires re-compiling all JSP that include
> it (?)
>
>
> > I come from an ASP background where we would frequently change include
> files
> > and see the results immediately.  However, in JSP, since JSP pages are
> > compiled into servlet classes, if I change an include file the JSP file
> > including it won't get re-compiled because the JSP hasn't changed, just
> the
> > include file.  Even if I restart Tomcat it still won't recompile the
JSPs.
> > So for now every time I make a change to an include file I have to
re-save
> > all of my JSPs so Tomcat forces a recompile.  That's a big pain.
> >
> > Can somebody help me out here?  Is there a way to force re-compilation
of
> > JSPs if the files they include ever change?
> > ___
> >
> > Scott Hodson
> > (949) 709-4496 office
> > (949) 709-3890 fax
> > [EMAIL PROTECTED]
> > http://www.ubero.com
> >
> >
> >
>
>
> --
> To unsubscribe:   <mailto:[EMAIL PROTECTED]>
> For additional commands: <mailto:[EMAIL PROTECTED]>
> Troubles with the list: <mailto:[EMAIL PROTECTED]>
>
>
>
> --
> To unsubscribe:   <mailto:[EMAIL PROTECTED]>
> For additional commands: <mailto:[EMAIL PROTECTED]>
> Troubles with the list: <mailto:[EMAIL PROTECTED]>
>


--
To unsubscribe:   <mailto:[EMAIL PROTECTED]>
For additional commands: <mailto:[EMAIL PROTECTED]>
Troubles with the list: <mailto:[EMAIL PROTECTED]>




RE: Change an include file requires re-compiling all JSP that include it (?)

2001-12-11 Thread Scott Hodson

Thanks, that did it.  I always thought <%@ include %> and 
were functionally the same.  I'm still learning this stuff...

Sos del capital vos?  Por quien hinchas en futbol?  River?  Boca?  :=)

-Original Message-
From: Pablo Lillia [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, December 11, 2001 10:30 AM
To: Tomcat Users List
Subject: Re: Change an include file requires re-compiling all JSP that
include it (?)


There are 2 ways to include a file:

<%@ include file="relativeURL" %> for static files, parsing JSP elements.

and


|
 > [  ]+
  }

You need the 2nd form. A simple example:

 

(from JSP Syntax V1.1)

Saludos

At 10:05 11/12/2001 -0800, you wrote:
>A couple of things you can do, both would be easier than resaving all the
>JSPs
>
>1. Delete the generated class files...
>
>2. Touch the JSP files.
>
>
>- Original Message -
>From: "Scott Hodson" <[EMAIL PROTECTED]>
>To: "Tomcat User" <[EMAIL PROTECTED]>
>Sent: Tuesday, December 11, 2001 10:00 AM
>Subject: Change an include file requires re-compiling all JSP that include
>it (?)
>
>
> > I come from an ASP background where we would frequently change include
>files
> > and see the results immediately.  However, in JSP, since JSP pages are
> > compiled into servlet classes, if I change an include file the JSP file
> > including it won't get re-compiled because the JSP hasn't changed, just
>the
> > include file.  Even if I restart Tomcat it still won't recompile the
JSPs.
> > So for now every time I make a change to an include file I have to
re-save
> > all of my JSPs so Tomcat forces a recompile.  That's a big pain.
> >
> > Can somebody help me out here?  Is there a way to force re-compilation
of
> > JSPs if the files they include ever change?
> > ___
> >
> > Scott Hodson
> > (949) 709-4496 office
> > (949) 709-3890 fax
> > [EMAIL PROTECTED]
> > http://www.ubero.com
> >
> >
> >
>
>
>--
>To unsubscribe:   <mailto:[EMAIL PROTECTED]>
>For additional commands: <mailto:[EMAIL PROTECTED]>
>Troubles with the list: <mailto:[EMAIL PROTECTED]>



--
To unsubscribe:   <mailto:[EMAIL PROTECTED]>
For additional commands: <mailto:[EMAIL PROTECTED]>
Troubles with the list: <mailto:[EMAIL PROTECTED]>



--
To unsubscribe:   <mailto:[EMAIL PROTECTED]>
For additional commands: <mailto:[EMAIL PROTECTED]>
Troubles with the list: <mailto:[EMAIL PROTECTED]>




RE: Change an include file requires re-compiling all JSP that include it (?)

2001-12-11 Thread BBui

They should be in the work folder right under your tomcat
directory.

-Original Message-
From:   Scott Hodson
[mailto:[EMAIL PROTECTED]]
Sent:   Tuesday, December 11, 2001 12:59 PM
To: Tomcat Users List
Subject:RE: Change an include file
requires re-compiling all JSP that include it (?)

1) Where do they go?  I don't see them
anywhere under my webapp's folder (I
thought they go in WEB-INF/classes but
they're not there)

2) Blech, that's what I do now.  If I have
100 JSP files all including the
same header file I'm doomed!

-Original Message-
From: James Chuang
[mailto:[EMAIL PROTECTED]]
Sent: Tuesday, December 11, 2001 10:06 AM
To: Tomcat Users List
            Subject: Re: Change an include file requires
re-compiling all JSP that
            include it (?)


A couple of things you can do, both would be
easier than resaving all the
JSPs

1. Delete the generated class files...

2. Touch the JSP files.


- Original Message -
From: "Scott Hodson" <[EMAIL PROTECTED]>
To: "Tomcat User"
<[EMAIL PROTECTED]>
Sent: Tuesday, December 11, 2001 10:00 AM
Subject: Change an include file requires
re-compiling all JSP that include
it (?)


> I come from an ASP background where we
would frequently change include
files
> and see the results immediately.  However,
in JSP, since JSP pages are
> compiled into servlet classes, if I change
an include file the JSP file
> including it won't get re-compiled because
the JSP hasn't changed, just
the
> include file.  Even if I restart Tomcat it
still won't recompile the JSPs.
> So for now every time I make a change to
an include file I have to re-save
> all of my JSPs so Tomcat forces a
recompile.  That's a big pain.
>
> Can somebody help me out here?  Is there a
way to force re-compilation of
> JSPs if the files they include ever
change?
> ___
>
> Scott Hodson
> (949) 709-4496 office
> (949) 709-3890 fax
> [EMAIL PROTECTED]
> http://www.ubero.com
>
>
>


--
To unsubscribe:
<mailto:[EMAIL PROTECTED]>
For additional commands:
<mailto:[EMAIL PROTECTED]>
Troubles with the list:
<mailto:[EMAIL PROTECTED]>



--
To unsubscribe:
<mailto:[EMAIL PROTECTED]>
For additional commands:
<mailto:[EMAIL PROTECTED]>
Troubles with the list:
<mailto:[EMAIL PROTECTED]>

--
To unsubscribe:   <mailto:[EMAIL PROTECTED]>
For additional commands: <mailto:[EMAIL PROTECTED]>
Troubles with the list: <mailto:[EMAIL PROTECTED]>




RE: Change an include file requires re-compiling all JSP that include it (?)

2001-12-11 Thread Scott Hodson

1) Where do they go?  I don't see them anywhere under my webapp's folder (I
thought they go in WEB-INF/classes but they're not there)

2) Blech, that's what I do now.  If I have 100 JSP files all including the
same header file I'm doomed!

-Original Message-
From: James Chuang [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, December 11, 2001 10:06 AM
To: Tomcat Users List
Subject: Re: Change an include file requires re-compiling all JSP that
include it (?)


A couple of things you can do, both would be easier than resaving all the
JSPs

1. Delete the generated class files...

2. Touch the JSP files.


- Original Message -
From: "Scott Hodson" <[EMAIL PROTECTED]>
To: "Tomcat User" <[EMAIL PROTECTED]>
Sent: Tuesday, December 11, 2001 10:00 AM
Subject: Change an include file requires re-compiling all JSP that include
it (?)


> I come from an ASP background where we would frequently change include
files
> and see the results immediately.  However, in JSP, since JSP pages are
> compiled into servlet classes, if I change an include file the JSP file
> including it won't get re-compiled because the JSP hasn't changed, just
the
> include file.  Even if I restart Tomcat it still won't recompile the JSPs.
> So for now every time I make a change to an include file I have to re-save
> all of my JSPs so Tomcat forces a recompile.  That's a big pain.
>
> Can somebody help me out here?  Is there a way to force re-compilation of
> JSPs if the files they include ever change?
> ___
>
> Scott Hodson
> (949) 709-4496 office
> (949) 709-3890 fax
> [EMAIL PROTECTED]
> http://www.ubero.com
>
>
>


--
To unsubscribe:   <mailto:[EMAIL PROTECTED]>
For additional commands: <mailto:[EMAIL PROTECTED]>
Troubles with the list: <mailto:[EMAIL PROTECTED]>



--
To unsubscribe:   <mailto:[EMAIL PROTECTED]>
For additional commands: <mailto:[EMAIL PROTECTED]>
Troubles with the list: <mailto:[EMAIL PROTECTED]>




Re: Change an include file requires re-compiling all JSP that include it (?)

2001-12-11 Thread Sreenivasan Genipudi

Hi ,


Can anyone tell me where I can I find the redirector file for  IPlanet 6  -
Tomcat 3.2.4
on Hp Unix.

Pls help me.

Thanks,
Sreeni

--
To unsubscribe:   
For additional commands: 
Troubles with the list: 




Re: Change an include file requires re-compiling all JSP that include it (?)

2001-12-11 Thread Pablo Lillia

There are 2 ways to include a file:

<%@ include file="relativeURL" %> for static files, parsing JSP elements.

and

 |
 > [  ]+
  }

You need the 2nd form. A simple example:

 

(from JSP Syntax V1.1)

Saludos

At 10:05 11/12/2001 -0800, you wrote:
>A couple of things you can do, both would be easier than resaving all the
>JSPs
>
>1. Delete the generated class files...
>
>2. Touch the JSP files.
>
>
>- Original Message -
>From: "Scott Hodson" <[EMAIL PROTECTED]>
>To: "Tomcat User" <[EMAIL PROTECTED]>
>Sent: Tuesday, December 11, 2001 10:00 AM
>Subject: Change an include file requires re-compiling all JSP that include
>it (?)
>
>
> > I come from an ASP background where we would frequently change include
>files
> > and see the results immediately.  However, in JSP, since JSP pages are
> > compiled into servlet classes, if I change an include file the JSP file
> > including it won't get re-compiled because the JSP hasn't changed, just
>the
> > include file.  Even if I restart Tomcat it still won't recompile the JSPs.
> > So for now every time I make a change to an include file I have to re-save
> > all of my JSPs so Tomcat forces a recompile.  That's a big pain.
> >
> > Can somebody help me out here?  Is there a way to force re-compilation of
> > JSPs if the files they include ever change?
> > ___
> >
> > Scott Hodson
> > (949) 709-4496 office
> > (949) 709-3890 fax
> > [EMAIL PROTECTED]
> > http://www.ubero.com
> >
> >
> >
>
>
>--
>To unsubscribe:   
>For additional commands: 
>Troubles with the list: 



--
To unsubscribe:   
For additional commands: 
Troubles with the list: 




Re: Change an include file requires re-compiling all JSP that include it (?)

2001-12-11 Thread James Chuang

A couple of things you can do, both would be easier than resaving all the
JSPs

1. Delete the generated class files...

2. Touch the JSP files.


- Original Message -
From: "Scott Hodson" <[EMAIL PROTECTED]>
To: "Tomcat User" <[EMAIL PROTECTED]>
Sent: Tuesday, December 11, 2001 10:00 AM
Subject: Change an include file requires re-compiling all JSP that include
it (?)


> I come from an ASP background where we would frequently change include
files
> and see the results immediately.  However, in JSP, since JSP pages are
> compiled into servlet classes, if I change an include file the JSP file
> including it won't get re-compiled because the JSP hasn't changed, just
the
> include file.  Even if I restart Tomcat it still won't recompile the JSPs.
> So for now every time I make a change to an include file I have to re-save
> all of my JSPs so Tomcat forces a recompile.  That's a big pain.
>
> Can somebody help me out here?  Is there a way to force re-compilation of
> JSPs if the files they include ever change?
> ___
>
> Scott Hodson
> (949) 709-4496 office
> (949) 709-3890 fax
> [EMAIL PROTECTED]
> http://www.ubero.com
>
>
>


--
To unsubscribe:   
For additional commands: 
Troubles with the list: