Hello,
On my development machine, I have created quite a few contexts or webapp
instances, and due to that fact, the startup time is increasing. I do not want
to remove any of the contexts as they all mean something to me, but I would
like to be able to mark them so they do not start up
Hi Scott,
On 6 Oct 2005 at 13:43, Scott Purcell wrote:
On my development machine, I have created quite a few contexts or webapp
instances, and due to that fact, the startup time is increasing. I do not
want to remove any of the contexts as they all mean something to me, but I
would like
, 2005 1:59:17 PM org.apache.coyote.http11.Http11Protocol start
INFO: Starting Coyote HTTP/1.1 on http-8080
Sep 20, 2005 1:59:17 PM org.apache.coyote.tomcat5.MapperListener init
WARNING: Error registering contexts
java.util.ConcurrentModificationException
at java.util.HashMap
Hassan,
Well, maybe I misunderstood the original question :-)
No, it's just me unfamiliar with the idea of contexts.
So far I've figured out that there is a file context.xml that can define
extra parameters for an application, but I'm not sure about:
1) Whether it's possible to direct two
Hi All,
I am having a problem with Tomcat. I have a website application that I use
over 2 aplications. 1 context I use for testing and the other is meant for
vistors (live version). This means that the same application is running
over 2 contexts . When I update a servlet in the test context
Hi, this is pretty much a dummy question I think.
I'm running Tomcat standalone for several websites. I have several
webapps running which I want to share across various websites; an
email app, file management app, message board, photo/blog, etc etc.
What is the proper way to configure things
hihi all,
i'm using Tomcat 5.5.9 and i can't figure out how to setup a URL like
this:
http://localhost:8080/subdirectory/myapp
in the $CATALINA_HOME/conf/[enginename]/[hostname] directory i have
placed myapp.xml but that only works with the following:
http://localhost:8080/myapp
i tried
We have multiple servlets that i wish to unify under a single context.
That is, I want to get rid of the legacy servlets and introduce a
dispatcher servlet to handle all the different functions under a single
context. The problem is that this will break legacy apps that expect the
old contexts
Hi,
I am running Tomcat 5.0.28. Our setup is somewhat similar to Virtual
hosting company. When a new user signs up, user's site is accessible
through localhost.com/user1 and after user registers the domain name
site is also available through user1.com.
My problem is that it seem to be double the
[mailto:[EMAIL PROTECTED]
Sent: 18 April 2005 19:16
To: tomcat-user@jakarta.apache.org
Subject: Need help exporting contexts not under webapps/
Hello,
I'm in the process of bringing an in-house application up under Tomcat.
Previously we were using Jetty as the servlet container, but for various
To: 'Tomcat Users List'
Subject: RE: Need help exporting contexts not under webapps/
Not clear what you want.
Send me the details
Where is your static document ( The directory )
How do want to access it ? ( the URL )
Which version of TOMCAT YOU ARE USING
Send me
13:25
To: 'Tomcat Users List'
Subject: RE: Need help exporting contexts not under webapps/
Guru,
Earl isn't the only one trying to do this. Here are the details for my
attempts which may or may not be similar to his:
- Running TC 5.5.8, JVM 1.5.0_02-b09 under Win XP Pro SP2
- I have a set
subdirectories under c:\www showed up on the server,
including aegean. Other contexts continue to be recognized as deployed apps.
Fritz
-Original Message-
From: Raghupathy,Gurumoorthy [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 19, 2005 5:45 AM
To: 'Tomcat Users List'
Subject: RE: Need help
Thanks for the reply, I actually figured it a few hours later. I was trying
to do 2/ in your list. I added a PICS.xml and a DOCS.xml under the
${CATALINA_HOME}/conf/Catalina/localhost/ directory which gave me the PICS
and DOCS contexts. ie:
[EMAIL PROTECTED] localhost]$ pwd
/home/tomcat
contexts not under webapps/
Thanks for the reply, I actually figured it a few hours later. I was
trying
to do 2/ in your list. I added a PICS.xml and a DOCS.xml under the
${CATALINA_HOME}/conf/Catalina/localhost/ directory which gave me the PICS
and DOCS contexts. ie:
[EMAIL PROTECTED
To: Tomcat Users List
Subject: Re: Need help exporting contexts not under webapps/
Did you manage to get it right ?
I would recommend that you use lower case context path name
Regards
Guru
- Original Message -
From: J. Ryan Earl [EMAIL PROTECTED]
To: Tomcat Users List tomcat-user
Hello,
I'm in the process of bringing an in-house application up under Tomcat.
Previously we were using Jetty as the servlet container, but for various
reason I'm trying to get said application running with Tomcat 5.5.9 and Java
1.5.0.
The problem I'm having is that there are two directories
On Mon, Apr 18, 2005 at 01:16:04PM -0500, J. Ryan Earl wrote:
: So my question is, in short, given a directory structure of static files,
: how do you get Tomcat to serve said static content off of an arbitrary URI?
So, are you trying to
1/ have a Tomcat-run webapp serve content that exists
Windows/Tomcat 5/IIS/JK 1.2 Connector
I am using the JK 1.2 Connector and want to connect
two IIS Web sites to different AJP ports, with the
same context. Is there a way for workers.properties
to specify the incoming Host Header when determining
which worker to use?
For example:
it in Tomcat's ROOT context!
I don't get it... All Tomcat Contexts created at
install, like ROOT, behave in this way: modifying the
jsp files, or erasing them, has no effect at all.
Any hint would be highly appreciated.
Helena
--- sven morales [EMAIL PROTECTED] wrote:
Hi,
Try clearing
/webapps/ROOT/ with
another index.jsp file, with following contents:
html
h1Hello World/h1
/html
I re-boot the server, and start Tomcat and Apache.
I browse to my URL using www.myurl.com:8080.
I still get the 'old' index.jsp!
The same happens with any of the Contexts installed
during setup, like 'jsp
browse to my URL using www.myurl.com:8080.
I still get the 'old' index.jsp!
The same happens with any of the Contexts installed
during setup, like 'jsp-examples' context (for
example, modifying /jsp-examples/num/numguess.jsp
seems to have no impact at all, even after rebooting).
On the other hand
in $CATALINA_HOME/webapps/ROOT/ with
another index.jsp file, with following contents:
html
h1Hello World/h1
/html
I re-boot the server, and start Tomcat and Apache.
I browse to my URL using www.myurl.com:8080.
I still get the 'old' index.jsp!
The same happens with any of the Contexts installed
I know I saw the info on this topic somewhere, but for the life of me, I
can not relocate it.. (can not come up with the magic search strings...)
I have various subdirectories under webapps that are configured as
separate hosts and contexts
i.e. /webapps/someapp
In that directory I have a web
I inherited an application recently that uses Tomcat 5.0.16. I know that
previous to Tomcat 5, Context elements were in Tomcat's server.xml, but with
Tomcat 5 it is recommended that Context elements be in their own .xml files
under /conf/Catalina/host/. In this application, however, there are
Ok, I gave this a test run, so from app1 I called
req.getRequestDispatcher(/app2).include(req,res);
However, it seems that doing this loops i.e. re-requests app1 rather
than passing the request to app2. It this an error with Tomcat or a
misunderstanding by me?
PJ
Peter Johnson wrote:
it would
It is me ... I wasn't calling the other context rather just a resource
within the context
Peter Johnson wrote:
Ok, I gave this a test run, so from app1 I called
req.getRequestDispatcher(/app2).include(req,res);
However, it seems that doing this loops i.e. re-requests app1 rather
than passing
Tomcat 5.5.7
Hi all,
I was just wondering if it was possible to pass a request to another
context within the same host and capture the output. If it is, any
suggestions on the best way to do so?
Basically, I am planning to use SiteMesh for site templating however
would prefer to deploy many of
On Wed, Mar 02, 2005 at 11:53:52AM +1100, Peter Johnson wrote:
: I was just wondering if it was possible to pass a request to another
: context within the same host and capture the output. If it is, any
: suggestions on the best way to do so?
You could make a URL call to the app (java.net.URL
Thanks for the quick reply QM ...
I'd be writing both the parent and child apps. Basically the parent
would act as a broker to the child apps and perform the decoration. I
guess SiteMesh does a form of automated screen scraping. I would do
this so that all child apps may have a common
it would seem to be as simple as
req.getRequestDispatcher(newuri).include(req,res);
PJ
Peter Johnson wrote:
Thanks for the quick reply QM ...
I'd be writing both the parent and child apps. Basically the
parent would act as a broker to the child apps and perform the
decoration. I guess SiteMesh
I have been trying to get Tomcat embedded in my application. The
problem I
am seeing is that when I attach a root context to the host, it doesn't
start
because of a null class loader. I have been using an example that I
found
on the web to start embedded Tomcat; my code is below. I have
clients.
Would that be an option?
Oliver
On Tue, 16 Nov 2004 00:10:56 +0100, Oliver Zeigermann
[EMAIL PROTECTED] wrote:
Looking into this further, couldn't proppatch be implemented properly?
I know the file dir context does not support setting of attributes,
but there are other dir contexts
Message-
From: Oliver Zeigermann [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 16, 2004 5:25 PM
To: [EMAIL PROTECTED]
Subject: Re: WebDAV-Servlet with Contexts different from
FileDirContext
OK, talking to myself as it seems ;)
Accept my apologies if no one is interested
On Tue, 16 Nov 2004 21:47:48 -, Mark Thomas [EMAIL PROTECTED] wrote:
Not quite talking to yourself but what with timezones and day jobs and all
that
it isn't always possible to reply quickly. ;)
I am not sure of the level of interest in this but people have taken the
trouble
to write
Mark, Remy,
thanks for your attention. Did not want to complain about missing
responses, I was just honestly wondering if anyone was interested.
Obviously, someone is :)
I understand you are not interested in making this servlet available
to a broader scope of people, are you? If so I would
Looking into this further, couldn't proppatch be implemented properly?
I know the file dir context does not support setting of attributes,
but there are other dir contexts imaginable that do, right?
Oliver
On Mon, 15 Nov 2004 02:23:49 +0100, Oliver Zeigermann
[EMAIL PROTECTED] wrote:
Folks
Folks,
I am just reviewing Tomcat's WebDAV servlet and have even run Slide's
WebDAV testsuite against it - many tests work :) I really like the
brevity!
I understand the default context used is FileDirContext, right? I am
no Tomcat expert, so maybe this is a stupid question, but is it
actually
This question is about contexts that are created by default, not the
DefaultContext element in service.xml.
Even though I don't have any Contexts defined in my xml files, they seem to
get created automatically, at least for running the Default servlet and the
Status servlet. How
We have Tomcat 4.1.30 in Win2000 using JDK 1.4.2_05.
We are having a problem where ONE of our classes will not load.
The class name is Marketplace.class (package com.marketplace.core)
Our Tomcat webapp (Context) is named 'marketplace'.
Code works fine except when you try to reference the
Hi,
If your context is named 'marketplace', will Tomcat have trouble with a
class
named 'Marketplace'? (this is the effect we are seeing)
No, Tomcat won't have this kind of trouble.
Have you considered the difference between a ClassNotFoundException and
a NoClassDefFoundError? Your message
Hi List,
I'm installing a context using the new Tomcat 5 Catalina/localhost/.xml method.
$TOMCAT_HOME/conf/Catalina/localhost/myapp.xml
Context path=/jsp/myapp docBase=myapp debug=0 reloadabl
e=true
snip
The problem:
The context is being loaded twice, also being installed at /myapp
Hi,
Dude, RTFM ;) Set autoDeploy=false for your Host in server.xml.
Yoav Shapira http://www.yoavshapira.com
-Original Message-
From: E.P. Frederick [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 27, 2004 2:23 PM
To: [EMAIL PROTECTED]
Subject: Preventing contexts from being loaded
Is something wrong with my logger declaration? It does not seem to be creating the
logs that I specified.
-Original Message-
From: Shapira, Yoav [mailto:[EMAIL PROTECTED]
Sent: Thursday, September 23, 2004 4:26 PM
To: Tomcat Users List
Subject: RE: Tomcat 5.0 contexts
Hi,
Tomcat 5.0
Hi,
Is something wrong with my logger declaration? It does not seem to be
creating the logs that I specified.
Ahh, I didn't even look at that. I think it looks fine. Try specifying
a known absolute directory rather than a relative one (logs) to see if
that makes a difference.
Heads-up --
1.4.2_05, tomcat 5.0.28.
I have never used one of those logging mechanisms, I have only used the tomcat logger.
I will look at those others, since I can't seem to get the Tomcat logger to work at
all, which is odd considering the default logger (in server.xml) for all contexts on
host seems
On Fri, Sep 24, 2004 at 10:37:51AM -0400, Luc Foisy wrote:
: I did get my context to load from Catalina/localhost/qbs.xml
: INFO: Processing Context configuration file URL
: file:/home/tomcat/conf/Catalina/localhost/qbs.xml
Did you edit that file (qbs.xml) or the one in your WAR file's
5.0 contexts
On Fri, Sep 24, 2004 at 10:37:51AM -0400, Luc Foisy wrote:
: I did get my context to load from Catalina/localhost/qbs.xml
: INFO: Processing Context configuration file URL
: file:/home/tomcat/conf/Catalina/localhost/qbs.xml
Did you edit that file (qbs.xml) or the one in your WAR
Users List [EMAIL PROTECTED]
|
| cc:
|
| Subject: RE: Tomcat 5.0 contexts
I just put 5.0.28 on to my box, I was working with 4.x branch.
I am not quite sure how to define my contexts any more.
I do not see context entries in conf/server.xml, even the documentation make reference
to contexts being in this file.
I did find conf/Catalina/localhost driectory.
I
Hi,
Tomcat 5.0 supports putting Contexts in server.xml just like Tomcat 4.x
did. In addition, you can put them in the $CATALINA_HOME/conf/[engine
name]/[host name] directory for the engine and host where you want your
app deployed. You can also put a META-INF/context.xml file in a WAR
to a BasicDataSource.
Now I want to implement an MBean which is able to monitor the pools of
all Contexts of Tomcat.
I even don't know whether this is possible, but hope to get some help.
Now my concrete questions:
- Can I somehow change the Context my code is executed in?
- If not: How do I get instances
I have a servlet that contains the following code in its init() method:
public void init(ServletConfig config) throws ServletException {
super.init(config);
try {
Context initCtx = new InitialContext();
Context envCtx = (Context)
: Jeffrey Barnett [mailto:[EMAIL PROTECTED]
Sent: Thursday, August 19, 2004 2:04 PM
To: Tomcat Users List
Subject: Binding DataSources to Contexts in Tomcat 4.06/4.1
I have a servlet that contains the following code in its init() method:
public void init(ServletConfig config) throws
-Original Message-
From: Jeffrey Barnett [mailto:[EMAIL PROTECTED]
Sent: Thursday, August 19, 2004 2:04 PM
To: Tomcat Users List
Subject: Binding DataSources to Contexts in Tomcat 4.06/4.1
I have a servlet that contains the following code in its init() method:
public void init(ServletConfig config
connections and have 5 Contexts, you will have 5
DataSources with 50 total max connections possible. Unless this is
really what you want, consider having the DataSource defined in the
actual Context element instead of DefaultContext.
I do not have a
resource-ref declaration in either web.xml ... I'll go
Contexts, you will have 5
DataSources with 50 total max connections possible. Unless this is
really what you want, consider having the DataSource defined in the
actual Context element instead of DefaultContext
Hi,
passwords), I THOUGHT I was sharing a single copy of the resources. I
understand now that a separate copy is created for every application.
But what I don't understand is how putting every resource in every
actual context is better. If I have 5 applications, each of whose
actual context
Hi,
You can have as many Contexts as you want mapped to the same docBase,
but the path has to be different. Path usually starts with a / by the
way, except for the default (ROOT) webapp whose path is .
Yoav Shapira
Millennium Research Informatics
-Original Message-
From: Robert Hunt
Re: multiple mappings; not exactly the point and I apologize for not
specifying that 'docBase=appXyz' (in both Context/ descriptors) should
be an absolute reference.
The point was to have multiple contexts mapped to the same docbase, BUT,
with each context having its OWN web.xml deployment
This seems to work:
[server.xml excerpted]
---
!-- uses standard web.xml as deployment descriptor --
Context path=myWWW
docBase=appXyz
...
/
!-- uses webdav.xml as deployment descriptor --
Context path=myWebDav
I'd like two contexts mapped to a single docbase. The first context would
use default servlets (and mappings) to serve the site for regular http
requests. I'd like the second context to be served by the webdav servlet,
so that it could be updatable by authorized users. Both contexts need
,
Matthew Mamet
From: Shapira, Yoav [mailto:[EMAIL PROTECTED]
Sent: Tue 7/27/2004 10:37 AM
To: Tomcat Users List
Subject: RE: Point Apache at Tomcat Contexts
Hi,
The Tomcat Admin tool is hardly production-grade, I think we can all
agree,
but the Tomcat
Has anyone had time to think on this?
Any thoughts or advice is greatly appreciated.
Thx
From: Matthew Mamet [mailto:[EMAIL PROTECTED]
Sent: Wed 7/28/2004 9:10 AM
To: Tomcat Users List
Subject: RE: Point Apache at Tomcat Contexts via JkMount
Re: Tomcat Admin
every site we host.
We are now trying to replace IIS with Apache (mod_jk2), in the hopes that there might
be a way to point Apache Virtual Hosts at Tomcat Contexts, instead of Tomcat Virtual
Hosts - although I'm not sure how this could even be done.
The Tomcat Admin tool is hardly production
Hi,
The Tomcat Admin tool is hardly production-grade, I think we can all
agree,
but the Tomcat Manager Tool allows addition and removal of contexts
without
restarting Tomcat. We'd like to hang our hopes on that :-)
Patches and any other contributions are always welcome ;)
I think you can point
Hi
I have 2 web apps configured in a single tomcat 4.1.24
server and each one's docbase is pointing to a .war file.
I have two questions.
1. Is it possible to access functionality from one webapp to
another one? If yes, how I can I do that.
2.
I have multiple apps/contexts that access the same database and uses
dbcp. My worry is that on each of my context i will declare the dbcp
for the database, can i just declare one dbcp and each context/app can
share
match first or otherwise.
Thanks,
Rahman
At 7/2/2004 11:47 AM, you wrote:
Hello,
I'm using Tomcat 5.0.25 and I'd like to use container-based security to
restrict access to one specific page. The problem is that this page
exists in different contexts, but using the same docbase. You can get
Hello,
I'm using Tomcat 5.0.25 and I'd like to use container-based security to
restrict access to one specific page. The problem is that this page exists
in different contexts, but using the same docbase. You can get a better
idea by looking at the first snippet included below.
You can see
If you have multiple contexts which point to the same webapp, is there a way
of only applying authentication to specified contexts?
e.g. something along the lines of;
Context path=/webapp1
docBase=/webapps/a_web_app
authenticate=true
etc...
/Context
Context path=/webapp2
docBase
Tomcat 5 works well with context creation without shutting down the Tomcat
server. However, I need to add admintool and manager contexts to a new host,
e.g test.tlg.ca, so that I can reload/start/stop application contexts in
test.tlg.ca host.
However, it seems that the admintool/manager contexts
Hi,
In short, how does one deploy a war file such that it looks
for content (/images/whatever.gif) in a configurable location
in the file system?
Configure the server to serve that WAR file with a context path of
(the empty string). This can be done in tomcat in three ways:
- Add a Context
Thanks once again. This is very helpful.
Now here's what I really want (it never ends, does it):
Is there a way, within a single context, to separate out
the static content to some other file system location.
I'd like to be able to deploy my war file with library jars,
configuration info,
Hi,
Is there a way, within a single context, to separate out
the static content to some other file system location.
Of course, there are many ways, none of them advised. You want to keep
your webapp as a whole, that's the whole point of a WAR file. You can
symlink (at the filesystem level) or
, velocity, configuration information, etc.). I'd like to be able
to keep the small war file, hot deploy, etc., but have the raw content
(static and otherwise) live elsewhere.
Given that, would you solve it with multiple contexts? Or do you
have another suggestion?
Thanks again,
Fred
At 10:08 AM 5
information, etc.). I'd like to be able
to keep the small war file, hot deploy, etc., but have the raw content
(static and otherwise) live elsewhere.
Given that, would you solve it with multiple contexts? Or do you
have another suggestion?
Alternately, you could extend the DefaultServlet (if you don't
, velocity, configuration information, etc.). I'd like to be able
to keep the small war file, hot deploy, etc., but have the raw content
(static and otherwise) live elsewhere.
Given that, would you solve it with multiple contexts? Or do you
have another suggestion?
Alternately, you could extend
like to be able
to keep the small war file, hot deploy, etc., but have the raw content
(static and otherwise) live elsewhere.
Given that, would you solve it with multiple contexts? Or do you
have another suggestion?
Alternately, you could extend the DefaultServlet (if you don't mind tying
yourself
Hi,
I'm trying to install a filter into the default context that
forwards to my application (in another context) and it
doesn't seem to want to work. (jboss 3.2.3 with embedded
tomcat 4.1.29)
In researching this, I've seen various hints that this may
in fact be illegal. Can anyone confirm?
The
At 07:04 PM 5/10/2004, you wrote:
Hi,
I'm trying to install a filter into the default context that
forwards to my application (in another context) and it
doesn't seem to want to work. (jboss 3.2.3 with embedded
tomcat 4.1.29)
In researching this, I've seen various hints that this may
in fact be
Justin,
Thanks very much for your considered reply. You both solved
my problem and made me question my approach at the same
time.
In re-thinking this in terms of separated webapps, I've hit another
issue. If I solve this problem within one particular web application,
I have to be able to point
Message-
From: James Bucanek [mailto:[EMAIL PROTECTED]
Sent: April 13, 2004 00:07
To: Tomcat Users List
Subject: Re: Newbie problem with JSP contexts virtual hosts
While I didn't get any suggestions or feedback on my original question, I
believe I've found a solution. Now I just need
While I didn't get any suggestions or feedback on my original question, I believe I've
found a solution. Now I just need to run it by the group to see if it's Kosher.
James Bucanek wrote on Sunday, April 11, 2004:
!-- Virtual host: www.hotelmidnight.net --
!-- (jlb 11-April-2004) Added
, the JSP servlet, and web app Contexts.
[ Note: I've made a lot of progress since I picked up Tomcat: The Definitive Guide,
by Jason Brittain Ian F. Darwin. I was completely lost before I read their book.
Now, I'm merely bewildered. ;) ]
In my server.xml file, I've defined a virtual host
Hi!
I'm having difficulties setting up datasources!
At the moment I have two contexts that I'm testing this on. The first is
this one. It works fine.
Context docBase=/home/stig/public_jsp path=/stig
Resource name=nutshellTestSource type=javax.sql.DataSource/
ResourceParams name
contexts, different result
Hi!
I'm having difficulties setting up datasources!
At the moment I have two contexts that I'm testing this on. The first is
this one. It works fine.
Context docBase=/home/stig/public_jsp path=/stig
Resource name=nutshellTestSource type=javax.sql.DataSource
Martin Alley wrote:
The differences I can see are in the Context element and the url param
value. The question is what difference is significant.
The URL have been switched back and forth, but with the same result.
This goes for all the other parameters also - but in the end it's always
the
So you can change any parameter and it still fails?
Have you tried playing with the attributes in the context element?
-Original Message-
From: Stig Stavik [mailto:[EMAIL PROTECTED]
Sent: 27 March 2004 10:15
To: Tomcat Users List
Subject: Re: Same data source config on two contexts
Martin Alley wrote:
So you can change any parameter and it still fails?
Have you tried playing with the attributes in the context element?
No, I haven't. What sort of playful attributes do you recomend? :)
--
StSt
-
To
Reloadable
Docbase
Path
In that order.
Martin
-Original Message-
From: Stig Stavik [mailto:[EMAIL PROTECTED]
Sent: 27 March 2004 10:32
To: Tomcat Users List
Subject: Re: Same data source config on two contexts, different result
Martin Alley wrote:
So you can change any parameter
'
Subject: RE: Same data source config on two contexts, different result
Reloadable
Docbase
Path
In that order.
Martin
-Original Message-
From: Stig Stavik [mailto:[EMAIL PROTECTED]
Sent: 27 March 2004 10:32
To: Tomcat Users List
Subject: Re: Same data source config on two contexts, different
Martin Alley wrote:
Do you have the driver class in the right place so it can be found when
docroot is ROOT?
As long as the connector is to be found in tomcats classpath, it should
be ok, shouldn't it?
Ok. New approach - total chaos.
I removed the v-host and created a new one using the
What version of tomcat are you using?
-Original Message-
From: Stig Stavik [mailto:[EMAIL PROTECTED]
Sent: 27 March 2004 11:23
To: Tomcat Users List
Subject: Re: Same data source config on two contexts, different result
Martin Alley wrote:
Do you have the driver class in the right
Martin Alley wrote:
What version of tomcat are you using?
5.0.16
--
StSt
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Stig Stavik wrote:
Context docBase=ROOT path=/ reloadable=true
The path should be an empty String.
That's the likely cause of the problems.
--
x
Rémy Maucherat
Developer Consultant
JBoss Group (Europe) SàRL
x
I believe the driver either needs to be in
WEB-INF/lib or $CATALINA_HOME/common/lib
Martin
-Original Message-
From: Stig Stavik [mailto:[EMAIL PROTECTED]
Sent: 27 March 2004 11:23
To: Tomcat Users List
Subject: Re: Same data source config on two contexts, different result
Martin Alley
Remy Maucherat wrote:
Context docBase=ROOT path=/ reloadable=true
The path should be an empty String.
That's the likely cause of the problems.
Thanks. That cleaned up the errorlog, though it made no other difference ...
--
StSt
-
Martin Alley wrote:
I believe the driver either needs to be in
WEB-INF/lib or $CATALINA_HOME/common/lib
The driver is in $CATALINA_HOME/common/lib
--
StSt
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
To: Tomcat Users List
Subject: Re: Same data source config on two contexts, different result
Martin Alley wrote:
I believe the driver either needs to be in
WEB-INF/lib or $CATALINA_HOME/common/lib
The driver is in $CATALINA_HOME/common/lib
--
StSt
1 - 100 of 385 matches
Mail list logo