RE: New context

[Atreya Basu]

Just to understand your question... You are trying to dynamically create
a new context?  Like when Tomcat has already started?

_
Atreya Basu
Developer,
Greenfield Research Inc.
e-mail: atreya (at) greenfieldresearch (dot) ca

-Original Message-
From: Elisabeth Rotbach [mailto:[EMAIL PROTECTED] 
Sent: July 3, 2003 7:25 AM
To: [EMAIL PROTECTED]
Subject: New context

Hello,

I would like to create (install) a new context (just a direcotry) from
my 
application
(in a ServletContextListener per exemple).

I had see the ServletManager source and had search in archive mail
whitout 
success.
If I use : org.apache.catalina.startup.Embedded, catalina.bat not found
this 
class !

Have you an idea to do this ?

Thanks,


Elisabeth J.
Toulouse

_
MSN Search, le moteur de recherche qui pense comme vous !  
http://search.msn.fr/


-
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: New context

[Elisabeth Rotbach]

Yes.


From: Atreya Basu <[EMAIL PROTECTED]>
Reply-To: "Tomcat Users List" <[EMAIL PROTECTED]>
To: 'Tomcat Users List' <[EMAIL PROTECTED]>
Subject: RE: New context
Date: Thu, 03 Jul 2003 08:21:52 -0300
Just to understand your question... You are trying to dynamically create
a new context?  Like when Tomcat has already started?
_
Atreya Basu
Developer,
Greenfield Research Inc.
e-mail: atreya (at) greenfieldresearch (dot) ca
-Original Message-
From: Elisabeth Rotbach [mailto:[EMAIL PROTECTED]
Sent: July 3, 2003 7:25 AM
To: [EMAIL PROTECTED]
Subject: New context
Hello,

I would like to create (install) a new context (just a direcotry) from
my
application
(in a ServletContextListener per exemple).
I had see the ServletManager source and had search in archive mail
whitout
success.
If I use : org.apache.catalina.startup.Embedded, catalina.bat not found
this
class !
Have you an idea to do this ?

Thanks,

Elisabeth J.
Toulouse
_
MSN Search, le moteur de recherche qui pense comme vous !
http://search.msn.fr/
-
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]
_
MSN Messenger 6 http://g.msn.fr/FR1001/866  : dialoguez en son et en image 
avec vos amis.

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

RE: New context

[Atreya Basu]

Okay,

So I guess you tried to use the Embedded version of Tomcat.  You should
have a look at http://www.onjava.com/pub/a/onjava/2002/04/03/tomcat.html
That should explain well how to dynamically load a new context.  The
other option is if you have a Tomcat server running is to use the
Manager Application.

You probably want to use it to deploy a new Web Application.  The thing
that you may want to do is use the HTTP command interface to upload a
WAR and deploy the application.  I think it would go:
http://host:port/manager?deploy=/context_path with the web app being
upload as a WAR file in a PUT request.  

This is pretty rough but have you checked out
"tomcat-docs/manager-howto.html" ?  That should give you an idea of what
is possible using the manager app.  There is also a GUI version of the
app but I'm guessing that you want to do this programmatically.



_
Atreya Basu
Developer,
Greenfield Research Inc.
e-mail: atreya (at) greenfieldresearch (dot) ca

-Original Message-
From: Elisabeth Rotbach [mailto:[EMAIL PROTECTED] 
Sent: July 3, 2003 7:25 AM
To: [EMAIL PROTECTED]
Subject: New context

Hello,

I would like to create (install) a new context (just a direcotry) from
my 
application
(in a ServletContextListener per exemple).

I had see the ServletManager source and had search in archive mail
whitout 
success.
If I use : org.apache.catalina.startup.Embedded, catalina.bat not found
this 
class !

Have you an idea to do this ?

Thanks,


Elisabeth J.
Toulouse

_
MSN Search, le moteur de recherche qui pense comme vous !  
http://search.msn.fr/


-
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: new context PLEASE !

[uthay]

"A Context component represents an individual web application that is
running within a particular Host."
Such a web application is based on a directory whose organization is
described in the Servlet API Specification, version 2.2 -- including the web
application deployment descriptor file, found in "WEB-INF/web.xml".

from what I understand you have to set up a context inside the server.xml as
follows




and add jsp , WEB_INF directories to webapps/PR.

PR -will be your application directory


Uthay



- Original Message -
From: "Raghavendra V. Kulkarni" <[EMAIL PROTECTED]>
To: "Tomcat User" <[EMAIL PROTECTED]>
Sent: Wednesday, February 28, 2001 10:45 AM
Subject: new context PLEASE !


> Hello,
>
> Can anyone PLEASE get back to me with a
> copy of changes to be made to .conf and
> .xml files to accomodate a new application
> (context) ?
>
>
> Warm Regards,
> Raghu
>
> ---
> Company  URL : www.accord-soft.com
> Products URL : www.accord-products.com
> Web Products : www.accord-products.com/internet.htm
> Telephone: +91-80-5354059 x 240
> Fax  : +91-80-5352723
> ---
>
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, email: [EMAIL PROTECTED]
>
>


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

RE: New context: fine, development environment: not fine!

[Turner, John]

Don't know which "snoop" example you have, but mine doesn't look anything
like yours.

Mine just says <%= request.getHeader("User-Agent") %>.

It doesn't have any of that other HTMLFilter.Filter stuff.  As an aside,
you're getting the error message because you are declaring
"util.HTMLFilter.filter(request.getHeader("User-Agent"))" and not
"java.util.HTMLFilter.filter(request.getHeader("User-Agent"))" (note
addition of "java" just like you did in the Date example in your code.

John


> -Original Message-
> From: Jean Georges PERRIN [mailto:[EMAIL PROTECTED]]
> Sent: Monday, December 09, 2002 11:28 AM
> To: [EMAIL PROTECTED]
> Subject: New context: fine, development environment: not fine!
> 
> 
> Hi,
> 
> Apache Tomcat 4.1.12
> Windows XP SP1
> Standalone
> 
> I have created a new context, called 'stores'. This new 
> context works fine
> with JSP, except on one small thing.
> 
> (1) This works fine:
> 
> Hello World!
> 
> 
> You are using: <%= new java.util.Date().toString() %>
> 
> 
> 
> 
> (2) This fails at compile time on "util" - see (3):
> 
> Hello World!
> 
> 
> You are using: <%= new java.util.Date().toString() %>
> 
> <% 
> out.print(util.HTMLFilter.filter(request.getHeader("User-Agent"))); %>
> 
> 
> 
> 
> (3) Error:
> org.apache.jasper.JasperException: Unable to compile class for JSP
> 
> An error occurred at line: 9 in the jsp file: /helloworld.jsp
> 
> Generated servlet error:
> [javac] Compiling 1 source file
> 
> C:\Program Files\Apache Group\Tomcat
> 4.1\work\Standalone\localhost\stores\helloworld_jsp.java:49: 
> package util
> does not exist
>  out.print(util.HTMLFilter.filter(request.getHeader("User-Agent")));
> out.write("\r\n\r\n\r\n");
>^
> 1 error
> 
> ---
> 
> The same code runs fine in the snoop.jsp example. I have diffed the
> generated code and I see no major difference (except for 
> dumping HTML of
> course!).
> 
> In my new context, I have no datasource, no mail, no resource, no
> environment...
> 
> My 'stores' directory contains only helloworld.html and 
> helloworld.jsp which
> is the code in (1) and (2).
> 
> Any idea? Tip?
> 
> TIA
> 
> Jean Georges
> 
> 
> 
> --
> To unsubscribe, e-mail:   

For additional commands, e-mail:


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: New context: fine, development environment: not fine!

[Jean Georges PERRIN]

Hi John,

I got my example thru the packaged version of 4.1.12 (LE) for Windows.

Changing the line to:
<% out.print(request.getHeader("User-Agent")); %>

does the job fine, however:
<% out.print(java.util.HTMLFilter.filter(request.getHeader("User-Agent")));
%>

fails:
org.apache.jasper.JasperException: Unable to compile class for JSP

An error occurred at line: 11 in the jsp file: /helloworld.jsp

Generated servlet error:
[javac] Compiling 1 source file

C:\Program Files\Apache Group\Tomcat
4.1\work\Standalone\localhost\stores\helloworld_jsp.java:51: cannot resolve
symbol
symbol  : class HTMLFilter 
location: package util
 out.print(java.util.HTMLFilter.filter(request.getHeader("User-Agent")));
out.write("\r\n\r\n");
^
1 error

jgp 

> -Original Message-
> From: Turner, John [mailto:[EMAIL PROTECTED]]
> Sent: Monday, December 09, 2002 17:32
> To: 'Tomcat Users List'
> Subject: RE: New context: fine, development environment: not fine!
> 
> 
> Don't know which "snoop" example you have, but mine doesn't look anything
> like yours.
> 
> Mine just says <%= request.getHeader("User-Agent") %>.
> 
> It doesn't have any of that other HTMLFilter.Filter stuff.  As an aside,
> you're getting the error message because you are declaring
> "util.HTMLFilter.filter(request.getHeader("User-Agent"))" and not
> "java.util.HTMLFilter.filter(request.getHeader("User-Agent"))" (note
> addition of "java" just like you did in the Date example in your code.
> 
> John
> 
> 
> > -Original Message-
> > From: Jean Georges PERRIN [mailto:[EMAIL PROTECTED]]
> > Sent: Monday, December 09, 2002 11:28 AM
> > To: [EMAIL PROTECTED]
> > Subject: New context: fine, development environment: not fine!
> >
> >
> > Hi,
> >
> > Apache Tomcat 4.1.12
> > Windows XP SP1
> > Standalone
> >
> > I have created a new context, called 'stores'. This new
> > context works fine
> > with JSP, except on one small thing.
> >
> > (1) This works fine:
> > 
> > Hello World!
> > 
> >
> > You are using: <%= new java.util.Date().toString() %>
> >
> > 
> > 
> >
> > (2) This fails at compile time on "util" - see (3):
> > 
> > Hello World!
> > 
> >
> > You are using: <%= new java.util.Date().toString() %>
> >
> > <%
> > out.print(util.HTMLFilter.filter(request.getHeader("User-Agent"))); %>
> >
> > 
> > 
> >
> > (3) Error:
> > org.apache.jasper.JasperException: Unable to compile class for JSP
> >
> > An error occurred at line: 9 in the jsp file: /helloworld.jsp
> >
> > Generated servlet error:
> > [javac] Compiling 1 source file
> >
> > C:\Program Files\Apache Group\Tomcat
> > 4.1\work\Standalone\localhost\stores\helloworld_jsp.java:49:
> > package util
> > does not exist
> >  out.print(util.HTMLFilter.filter(request.getHeader("User-Agent")));
> > out.write("\r\n\r\n\r\n");
> >^
> > 1 error
> >
> > ---
> >
> > The same code runs fine in the snoop.jsp example. I have diffed the
> > generated code and I see no major difference (except for
> > dumping HTML of
> > course!).
> >
> > In my new context, I have no datasource, no mail, no resource, no
> > environment...
> >
> > My 'stores' directory contains only helloworld.html and
> > helloworld.jsp which
> > is the code in (1) and (2).
> >
> > Any idea? Tip?
> >
> > TIA
> >
> > Jean Georges
> >
> >
> >
> > --
> > To unsubscribe, e-mail:
> <mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail:
> <mailto:[EMAIL PROTECTED]>
> 
> --
> To unsubscribe, e-mail:   <mailto:tomcat-user-
> [EMAIL PROTECTED]>
> For additional commands, e-mail: <mailto:tomcat-user-
> [EMAIL PROTECTED]>


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

RE: New context: fine, development environment: not fine!

[Turner, John]

Looks like a classpath problem to me.  My JDK 1.3.1 has no such HTMLFilter
class in java.util.  Where is HTMLFilter coming from?  Is that something you
wrote?  

John


> -Original Message-
> From: Jean Georges PERRIN [mailto:[EMAIL PROTECTED]]
> Sent: Monday, December 09, 2002 11:55 AM
> To: 'Tomcat Users List'
> Subject: RE: New context: fine, development environment: not fine!
> 
> 
> Hi John,
> 
> I got my example thru the packaged version of 4.1.12 (LE) for Windows.
> 
> Changing the line to:
> <% out.print(request.getHeader("User-Agent")); %>
> 
> does the job fine, however:
> <% 
> out.print(java.util.HTMLFilter.filter(request.getHeader("User-
> Agent")));
> %>
> 
> fails:
> org.apache.jasper.JasperException: Unable to compile class for JSP
> 
> An error occurred at line: 11 in the jsp file: /helloworld.jsp
> 
> Generated servlet error:
> [javac] Compiling 1 source file
> 
> C:\Program Files\Apache Group\Tomcat
> 4.1\work\Standalone\localhost\stores\helloworld_jsp.java:51: 
> cannot resolve
> symbol
> symbol  : class HTMLFilter 
> location: package util
>  
> out.print(java.util.HTMLFilter.filter(request.getHeader("User-
> Agent")));
> out.write("\r\n\r\n");
> ^
> 1 error
> 
> jgp 
> 
> > -Original Message-
> > From: Turner, John [mailto:[EMAIL PROTECTED]]
> > Sent: Monday, December 09, 2002 17:32
> > To: 'Tomcat Users List'
> > Subject: RE: New context: fine, development environment: not fine!
> > 
> > 
> > Don't know which "snoop" example you have, but mine doesn't 
> look anything
> > like yours.
> > 
> > Mine just says <%= request.getHeader("User-Agent") %>.
> > 
> > It doesn't have any of that other HTMLFilter.Filter stuff.  
> As an aside,
> > you're getting the error message because you are declaring
> > "util.HTMLFilter.filter(request.getHeader("User-Agent"))" and not
> > "java.util.HTMLFilter.filter(request.getHeader("User-Agent"))" (note
> > addition of "java" just like you did in the Date example in 
> your code.
> > 
> > John
> > 
> > 
> > > -Original Message-
> > > From: Jean Georges PERRIN [mailto:[EMAIL PROTECTED]]
> > > Sent: Monday, December 09, 2002 11:28 AM
> > > To: [EMAIL PROTECTED]
> > > Subject: New context: fine, development environment: not fine!
> > >
> > >
> > > Hi,
> > >
> > > Apache Tomcat 4.1.12
> > > Windows XP SP1
> > > Standalone
> > >
> > > I have created a new context, called 'stores'. This new
> > > context works fine
> > > with JSP, except on one small thing.
> > >
> > > (1) This works fine:
> > > 
> > > Hello World!
> > > 
> > >
> > > You are using: <%= new java.util.Date().toString() %>
> > >
> > > 
> > > 
> > >
> > > (2) This fails at compile time on "util" - see (3):
> > > 
> > > Hello World!
> > > 
> > >
> > > You are using: <%= new java.util.Date().toString() %>
> > >
> > > <%
> > > 
> out.print(util.HTMLFilter.filter(request.getHeader("User-Agent"))); %>
> > >
> > > 
> > > 
> > >
> > > (3) Error:
> > > org.apache.jasper.JasperException: Unable to compile class for JSP
> > >
> > > An error occurred at line: 9 in the jsp file: /helloworld.jsp
> > >
> > > Generated servlet error:
> > > [javac] Compiling 1 source file
> > >
> > > C:\Program Files\Apache Group\Tomcat
> > > 4.1\work\Standalone\localhost\stores\helloworld_jsp.java:49:
> > > package util
> > > does not exist
> > >  
> out.print(util.HTMLFilter.filter(request.getHeader("User-Agent")));
> > > out.write("\r\n\r\n\r\n");
> > >^
> > > 1 error
> > >
> > > ---
> > >
> > > The same code runs fine in the snoop.jsp example. I have 
> diffed the
> > > generated code and I see no major difference (except for
> > > dumping HTML of
> > > course!).
> > >
> > > In my new context, I have no datasource, no mail, no resource, no
> > > environment...
> > >
> > > My 'stores' directory contains only helloworld.html and
> > > helloworld.jsp which
> > > is the code in (1) and (2).
> > >
> > > Any idea? Tip?
> > >
> > > TIA
> > >
> > > Jean Georges
> > >
> > >
> > >
> > > --
> > > To unsubscribe, e-mail:
> > <mailto:[EMAIL PROTECTED]>
> > For additional commands, e-mail:
> > <mailto:[EMAIL PROTECTED]>
> > 
> > --
> > To unsubscribe, e-mail:   <mailto:tomcat-user-
> > [EMAIL PROTECTED]>
> > For additional commands, e-mail: <mailto:tomcat-user-
> > [EMAIL PROTECTED]>
> 
> 
> --
> To unsubscribe, e-mail:   
<mailto:[EMAIL PROTECTED]>
For additional commands, e-mail:
<mailto:[EMAIL PROTECTED]>

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

RE: New context: fine, development environment: not fine!

[Jean Georges PERRIN]

I use 1.4.1, but there is no HTMLFilter as well...

I did not wrote it, it comes from the examples :(.

I think you are right: there is a difference in the classpath between my 2
contexts, but my issue is to determine where I can see it and how I can
solve the difference.

Any RTFM to indicate or hint?

jgp 

> -Original Message-
> From: Turner, John [mailto:[EMAIL PROTECTED]]
> Sent: Monday, December 09, 2002 18:06
> To: 'Tomcat Users List'
> Subject: RE: New context: fine, development environment: not fine!
> 
> 
> Looks like a classpath problem to me.  My JDK 1.3.1 has no such HTMLFilter
> class in java.util.  Where is HTMLFilter coming from?  Is that something
> you
> wrote?
> 
> John
> 
> 
> > -Original Message-
> > From: Jean Georges PERRIN [mailto:[EMAIL PROTECTED]]
> > Sent: Monday, December 09, 2002 11:55 AM
> > To: 'Tomcat Users List'
> > Subject: RE: New context: fine, development environment: not fine!
> >
> >
> > Hi John,
> >
> > I got my example thru the packaged version of 4.1.12 (LE) for Windows.
> >
> > Changing the line to:
> > <% out.print(request.getHeader("User-Agent")); %>
> >
> > does the job fine, however:
> > <%
> > out.print(java.util.HTMLFilter.filter(request.getHeader("User-
> > Agent")));
> > %>
> >
> > fails:
> > org.apache.jasper.JasperException: Unable to compile class for JSP
> >
> > An error occurred at line: 11 in the jsp file: /helloworld.jsp
> >
> > Generated servlet error:
> > [javac] Compiling 1 source file
> >
> > C:\Program Files\Apache Group\Tomcat
> > 4.1\work\Standalone\localhost\stores\helloworld_jsp.java:51:
> > cannot resolve
> > symbol
> > symbol  : class HTMLFilter
> > location: package util
> >
> > out.print(java.util.HTMLFilter.filter(request.getHeader("User-
> > Agent")));
> > out.write("\r\n\r\n");
> > ^
> > 1 error
> >
> > jgp
> >
> > > -Original Message-
> > > From: Turner, John [mailto:[EMAIL PROTECTED]]
> > > Sent: Monday, December 09, 2002 17:32
> > > To: 'Tomcat Users List'
> > > Subject: RE: New context: fine, development environment: not fine!
> > >
> > >
> > > Don't know which "snoop" example you have, but mine doesn't
> > look anything
> > > like yours.
> > >
> > > Mine just says <%= request.getHeader("User-Agent") %>.
> > >
> > > It doesn't have any of that other HTMLFilter.Filter stuff.
> > As an aside,
> > > you're getting the error message because you are declaring
> > > "util.HTMLFilter.filter(request.getHeader("User-Agent"))" and not
> > > "java.util.HTMLFilter.filter(request.getHeader("User-Agent"))" (note
> > > addition of "java" just like you did in the Date example in
> > your code.
> > >
> > > John
> > >
> > >
> > > > -Original Message-
> > > > From: Jean Georges PERRIN [mailto:[EMAIL PROTECTED]]
> > > > Sent: Monday, December 09, 2002 11:28 AM
> > > > To: [EMAIL PROTECTED]
> > > > Subject: New context: fine, development environment: not fine!
> > > >
> > > >
> > > > Hi,
> > > >
> > > > Apache Tomcat 4.1.12
> > > > Windows XP SP1
> > > > Standalone
> > > >
> > > > I have created a new context, called 'stores'. This new
> > > > context works fine
> > > > with JSP, except on one small thing.
> > > >
> > > > (1) This works fine:
> > > > 
> > > > Hello World!
> > > > 
> > > >
> > > > You are using: <%= new java.util.Date().toString() %>
> > > >
> > > > 
> > > > 
> > > >
> > > > (2) This fails at compile time on "util" - see (3):
> > > > 
> > > > Hello World!
> > > > 
> > > >
> > > > You are using: <%= new java.util.Date().toString() %>
> > > >
> > > > <%
> > > >
> > out.print(util.HTMLFilter.filter(request.getHeader("User-Agent"))); %>
> > > >
> > > > 
> > > > 
> > > >
> > > > (3) Error:
> > > > org.apache.jasper.JasperException: Unable to compile class

RE: New context: fine, development environment: not fine!

[Turner, John]

Well, there is a HTMLFilter.java/.class in my
/usr/local/tomcat/webapps/examples/WEB-INF/classes/util, and it was written
by Craig, so that would lead me definitely to say that it is a classpath
problem.

John


> -Original Message-
> From: Jean Georges PERRIN [mailto:[EMAIL PROTECTED]]
> Sent: Monday, December 09, 2002 12:25 PM
> To: 'Tomcat Users List'
> Subject: RE: New context: fine, development environment: not fine!
> 
> 
> I use 1.4.1, but there is no HTMLFilter as well...
> 
> I did not wrote it, it comes from the examples :(.
> 
> I think you are right: there is a difference in the classpath 
> between my 2
> contexts, but my issue is to determine where I can see it and 
> how I can
> solve the difference.
> 
> Any RTFM to indicate or hint?
> 
> jgp 
> 
> > -Original Message-
> > From: Turner, John [mailto:[EMAIL PROTECTED]]
> > Sent: Monday, December 09, 2002 18:06
> > To: 'Tomcat Users List'
> > Subject: RE: New context: fine, development environment: not fine!
> > 
> > 
> > Looks like a classpath problem to me.  My JDK 1.3.1 has no 
> such HTMLFilter
> > class in java.util.  Where is HTMLFilter coming from?  Is 
> that something
> > you
> > wrote?
> > 
> > John
> > 
> > 
> > > -Original Message-
> > > From: Jean Georges PERRIN [mailto:[EMAIL PROTECTED]]
> > > Sent: Monday, December 09, 2002 11:55 AM
> > > To: 'Tomcat Users List'
> > > Subject: RE: New context: fine, development environment: not fine!
> > >
> > >
> > > Hi John,
> > >
> > > I got my example thru the packaged version of 4.1.12 (LE) 
> for Windows.
> > >
> > > Changing the line to:
> > > <% out.print(request.getHeader("User-Agent")); %>
> > >
> > > does the job fine, however:
> > > <%
> > > out.print(java.util.HTMLFilter.filter(request.getHeader("User-
> > > Agent")));
> > > %>
> > >
> > > fails:
> > > org.apache.jasper.JasperException: Unable to compile class for JSP
> > >
> > > An error occurred at line: 11 in the jsp file: /helloworld.jsp
> > >
> > > Generated servlet error:
> > > [javac] Compiling 1 source file
> > >
> > > C:\Program Files\Apache Group\Tomcat
> > > 4.1\work\Standalone\localhost\stores\helloworld_jsp.java:51:
> > > cannot resolve
> > > symbol
> > > symbol  : class HTMLFilter
> > > location: package util
> > >
> > > out.print(java.util.HTMLFilter.filter(request.getHeader("User-
> > > Agent")));
> > > out.write("\r\n\r\n");
> > > ^
> > > 1 error
> > >
> > > jgp
> > >
> > > > -Original Message-
> > > > From: Turner, John [mailto:[EMAIL PROTECTED]]
> > > > Sent: Monday, December 09, 2002 17:32
> > > > To: 'Tomcat Users List'
> > > > Subject: RE: New context: fine, development 
> environment: not fine!
> > > >
> > > >
> > > > Don't know which "snoop" example you have, but mine doesn't
> > > look anything
> > > > like yours.
> > > >
> > > > Mine just says <%= request.getHeader("User-Agent") %>.
> > > >
> > > > It doesn't have any of that other HTMLFilter.Filter stuff.
> > > As an aside,
> > > > you're getting the error message because you are declaring
> > > > 
> "util.HTMLFilter.filter(request.getHeader("User-Agent"))" and not
> > > > 
> "java.util.HTMLFilter.filter(request.getHeader("User-Agent"))" (note
> > > > addition of "java" just like you did in the Date example in
> > > your code.
> > > >
> > > > John
> > > >
> > > >
> > > > > -Original Message-
> > > > > From: Jean Georges PERRIN [mailto:[EMAIL PROTECTED]]
> > > > > Sent: Monday, December 09, 2002 11:28 AM
> > > > > To: [EMAIL PROTECTED]
> > > > > Subject: New context: fine, development environment: not fine!
> > > > >
> > > > >
> > > > > Hi,
> > > > >
> > > > > Apache Tomcat 4.1.12
> > > > > Windows XP SP1
> > > > > Standalone
> > > > >
> > > > > I hav

Re: new context with port mapping doesn't work

[QM]

On Thu, Jun 03, 2004 at 11:43:29AM +0200, Nina Aschenbrenner wrote:
: We wanted to create a new context for our webapplication, so we could invoke
: it vie ipaddress:portnumber.
: We tried several tutorials but nevertheless it does not work.
: Can anybody help?

Perhaps, but unless you:

1/ explain what you've tried
2/ show what error(s) you received
3/ post your server.xml

there's not a lot anyone can do...

-QM

-- 

software  -- http://www.brandxdev.net
tech news -- http://www.RoarNetworX.com


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

Re: New context in server.xml prevents war unpacking (TC 4.1.12)

[Jacob Kjome]

Unfortunately, this is expected behavior.  There is a bug about it at 
http://nagoya.apache.org/bugzilla/ if you want to search for it.  The docs 
mention this as the expected behavior, but don't give a reason why it 
should be that way.

Basically, if you name a  element, you will have to make sure 
you expand the .war yourself before starting Tomcat.

Any Tomcat developers want to pipe in and explain why the behavior is this way?

Jake

At 09:40 PM 10/24/2002 -0500, you wrote:
I recently added a new context to server.xml so that I can set up a
database
connection pool resource for my webapp.

The webapp was deploying/running well prior to adding this context.

With the context added, starting Tomcat produces an error for that app
context:

java.lang.IllegalArgumentException: Document base
/usr/local/tomcat/webapps/myapp does not exist or is not a readable
directory
at
org.apache.naming.resources.FileDirContext.setDocBase(FileDirContext.jav 
a:193)

This suggests that docBase directory is expected to exist at start.
Without that context in server.xml, the war unpacks and
creates its directory.

The context looks like this:


  reloadable="true" crossContext="true>
... resources here ...


If I change the docBase to "myapp.war", the application loads and runs
properly, db conn pooling works a treat, BUT
the war isn't unpacked at all.

The behavior I want is to have the war get unpacked ( as it was before
) so that I can serve some of the static content
directly from Apache httpd, but still package/deliver/deploy the webapp
as a war to Tomcat.

Any thoughts as to why this is happening / how to solve?

Thanks.

- Ken


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: New context in server.xml prevents war unpacking (TC 4.1.12)

[Robert L Sowders]

I believe the reloadable="true" statement refers to reloading currently 
deployed webapps that have changed in some way and not to "deploying" 
webapps.

So if you want to customize your context for your database you can either 
auto-deploy in the webapp directory then customize your context and 
restart Tomcat or make your own context and deploy your webapp yourself 
into the docbase you specified.  In either case the docbase will have to 
exist when Tomcat reads the server.xml file.  If not you get the error.

rls





Ken Pelletier <[EMAIL PROTECTED]>
10/24/2002 07:40 PM
Please respond to "Tomcat Users List"

 
To: Tomcat List <[EMAIL PROTECTED]>
cc: 
Subject:New context in server.xml prevents war unpacking (TC 4.1.12)

I recently added a new context to server.xml so that I can set up a 
database
connection pool resource for my webapp.

The webapp was deploying/running well prior to adding this context.

With the context added, starting Tomcat produces an error for that app 
context:

java.lang.IllegalArgumentException: Document base 
/usr/local/tomcat/webapps/myapp does not exist or is not a readable 
directory
 at 
org.apache.naming.resources.FileDirContext.setDocBase(FileDirContext.jav 
a:193)

This suggests that docBase directory is expected to exist at start. 
Without that context in server.xml, the war unpacks and
creates its directory.

The context looks like this:

 mailto:tomcat-user-unsubscribe@;jakarta.apache.org>
For additional commands, e-mail: 





--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: New context in server.xml prevents war unpacking (TC 4.1.12)

[Celia Wu]

Please remove my name from your email list.
- Original Message -
From: Jacob Kjome
Sent: Thursday, October 24, 2002 11:19 PM
To: Tomcat Users List
Subject: Re: New context in server.xml prevents war unpacking (TC 4.1.12)


Unfortunately, this is expected behavior.  There is a bug about it at  
http://nagoya.apache.org/bugzilla/ if you want to search for it.  The docs  
mention this as the expected behavior, but don't give a reason why it  
should be that way.

Basically, if you name a  element, you will have to make sure  
you expand the .war yourself before starting Tomcat.

Any Tomcat developers want to pipe in and explain why the behavior is this way?

Jake

At 09:40 PM 10/24/2002 -0500, you wrote:
>I recently added a new context to server.xml so that I can set up a
>database
>connection pool resource for my webapp.
>
>The webapp was deploying/running well prior to adding this context.
>
>With the context added, starting Tomcat produces an error for that app
>context:
>
>java.lang.IllegalArgumentException: Document base
>/usr/local/tomcat/webapps/myapp does not exist or is not a readable
>directory
> at
>org.apache.naming.resources.FileDirContext.setDocBase(FileDirContext.jav  
>a:193)
>
>This suggests that docBase directory is expected to exist at start.
>Without that context in server.xml, the war unpacks and
>creates its directory.
>
>The context looks like this:
>
>reloadable="true" crossContext="true>
> ... resources here ...
> 
>
>If I change the docBase to "myapp.war", the application loads and runs
>properly, db conn pooling works a treat, BUT
>the war isn't unpacked at all.
>
>The behavior I want is to have the war get unpacked ( as it was before
>) so that I can serve some of the static content
>directly from Apache httpd, but still package/deliver/deploy the webapp
>as a war to Tomcat.
>
>Any thoughts as to why this is happening / how to solve?
>
>Thanks.
>
>- Ken
>
>
>--
>To unsubscribe, e-mail:   <mailto:tomcat-user-unsubscribe@;jakarta.apache.org>
>For additional commands, e-mail: <mailto:tomcat-user-help@;jakarta.apache.org>