I'm not sure about 5.5.x, but in 5.0.x and earlier it was put in META-INF.
Joe
[EMAIL PROTECTED] wrote:
Hi!
I am trying to connect my web-app running under tomcat 5.5.9 to connect to
a postgresql database. I read
the JNDI Datasource HOW-TO on
I have been in learning mode about Resource/Context config for the last few
weeks, mainly from the point of view of DBCP config. I did find all the
alternatives confusing at first, but having read more and more docs, and
getting some help from the good people on this list, I'm starting to get
it
: JNDI DataSource GlobalResources problem
I have been in learning mode about Resource/Context config for the last
few
weeks, mainly from the point of view of DBCP config. I did find all
the
alternatives confusing at first, but having read more and more docs,
and
getting some help from the good
for me. Unless the spec changes
-Original Message-
From: Shapira, Yoav [mailto:[EMAIL PROTECTED]
Sent: Thursday 28 October 2004 16:21
To: Tomcat Users List
Subject: RE: JNDI DataSource GlobalResources problem
Hi,
Besides completely agreeing with Steve (so Benson, your time
Hi,
Don't know why I didn't think of it earlier really. I suppose it's
because
when you first try this, you google for something like servlet
connection
pooling, and get to various DBCP how-to pages, and away you go down
that
path, and get tied up with context.xml vs server.xml, META-INF/ vs
I think that JNI is the only counter-example. Forgive me if the
following is well know but seen as unimportant to all concerned.
There is a JVM restriction: any given class with native members can only
be loaded into one classloader of a JVM. So, if two webapps both try to
include a native class,
about putting the DBCP jars in
WEB-INF/lib? if so, wouldn't putting them in shared/lib instead solve it?
-Original Message-
From: Benson Margulies [mailto:[EMAIL PROTECTED]
Sent: Thursday 28 October 2004 20:47
To: Tomcat Users List
Subject: RE: JNDI DataSource GlobalResources problem
28 October 2004 21:49
To: 'Tomcat Users List'
Subject: RE: JNDI DataSource GlobalResources problem
Benson, I read your post on classloading JNI classloading
with interest.
Certainly wasn't well-known to me.
Only one question: counter-example to what? i.e. is there
a configuration
I'm reading this thread as the following meta-discussion. I may be
confused.
Steve and others: Help us, we've having trouble making global resources
work due to poor documentation and problems deciding what to put in the
'common' classpath and what to put in the webapp class path.
Yoav and
Whoops, I missed a point:
'counter-example' to the general idea that anything you can do as a
global resource you can do just as well as a per-web-app resource.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
Message-
From: Steve Kirk [mailto:[EMAIL PROTECTED]
Sent: Thursday 28 October 2004 21:49
To: 'Tomcat Users List'
Subject: RE: JNDI DataSource GlobalResources problem
Benson, I read your post on classloading JNI classloading
with interest.
Certainly wasn't well-known to me
October 2004 22:13
To: Tomcat Users List
Subject: RE: JNDI DataSource GlobalResources problem
There is a section in the release notes on JNI classes that are shared
by multiple apps. I assume this is what he's talking about.
What it boils down to is that you can't put multiple copies
Benson wrote:
I'm reading this thread as the following meta-discussion. I may be
confused.
It's been a fairly long thread. You've got the jist though, except:
I don't use global resources and I'm not for or against either them or
per-webapp resources. I joined the thread to help someone
Yoav said (re: context.xml files):
They're a TC-only feature. Other containers go about it different ways.
and:
Context.xml files are NOT designed to increase portability at all.
They're a convenience feature. In fact, they're a sinkhole for
beginners to REDUCE their portability in favor of
The specifications specify how a webapp declares the resources that it
uses, but not how those resources are configured in the container and
made accessible to the webapp. So, whatever we have in here is going to
be tomcat-specific.
The question is, are the arbiters of taste interested in
Hi Roland,
I'm trying to use the JNDI DataSource to administer my database-connections.
But it seems like the DataSource doesn't get the properties I set. I get the
following error:
org.apache.commons.dbcp.SQLNestedException: Cannot create JDBC driver of
class '' for connect URL 'null'
This type of bug crops up a lot on this list. The best answer seems to be
to make sure you follow the instructions on this page _exactly_:
http://jakarta.apache.org/tomcat/tomcat-5.0-doc/jndi-datasource-examples-how
to.html
I assume that where you have x/y in your config file this is to hide
This question illustrates (IMHO) probably the biggest issue of confusion
with regard to DBCP - that is, there are several XML elements that you can
potentially use, and several places that you can potentially put them.
Specifically, the Resource, ResourceParams and ResourceLink elements
can go in
://www.yoavshapira.com
-Original Message-
From: Steve Kirk [mailto:[EMAIL PROTECTED]
Sent: Tuesday, October 26, 2004 8:58 AM
To: 'Tomcat Users List'
Subject: RE: JNDI DataSource GlobalResources problem
This question illustrates (IMHO) probably the biggest issue of
confusion
with regard to DBCP
Stever Kirk: Did I read that right, Resource
nested inside GlobaNamingResource is not visible to
the webapp? I thought that was the whole purpose to
make it visible globally naming resources under
GlobalNamingResource noh? If Im wrong I stand
corrected.
, October 26, 2004 9:54 AM
To: [EMAIL PROTECTED]
Subject: RE: JNDI DataSource GlobalResources problem
Stever Kirk: Did I read that right, Resource
nested inside GlobaNamingResource is not visible to
the webapp? I thought that was the whole purpose to
make it visible globally naming resources
/config/context.html#Resource
%20Links
-Original Message-
From: sven morales [mailto:[EMAIL PROTECTED]
Sent: Tuesday 26 October 2004 14:54
To: [EMAIL PROTECTED]
Subject: RE: JNDI DataSource GlobalResources problem
Stever Kirk: Did I read that right, Resource
nested inside
Hi
Review current docs from jakarta project regarding jndi config.
I personally disagree with your conclusion, setting server.xml is not such a good idea.
So here what I've done, maybe it will help you.
First set the webapp/[your-app]/META-INF/context.xml
context
Resource
October 2004 16:18
To: Tomcat Users List
Subject: Re: JNDI DataSource GlobalResources problem
Hi
Review current docs from jakarta project regarding jndi config.
I personally disagree with your conclusion, setting
server.xml is not such a good idea.
So here what I've done, maybe
Hi,
Actually I would like your approach better than mine if I could get it
to
work, because it would mean that the context config is located in a
META-INF/context.xml only works on later versions of Tomcat. He might
be using a later version than yours. Try 5.0.19 or later.
I understood that
I'm using 5.0.28 - which I've been running for several months - but no joy.
I'm getting the same SQLNestedException that Roland first reported at the
start of this thread !!
All I did was move my context config file from
conf/Catalina/localhost/mywebapp.xml
to
Hi,
All I did was move my context config file from
conf/Catalina/localhost/mywebapp.xml
to
webapps/mywebapp/META-INF/context.xml
is there something I've missed?
Yeah. The META-INF/context.xml is consulted when deploying a WAR. Just
putting it there for an already deployed and
All I did was move my context config file from
conf/Catalina/localhost/mywebapp.xml
to
webapps/mywebapp/META-INF/context.xml
is there something I've missed?
Yeah. The META-INF/context.xml is consulted when deploying a
WAR. Just
putting it there for an already deployed and
: RE: JNDI DataSource GlobalResources problem
All I did was move my context config file from
conf/Catalina/localhost/mywebapp.xml
to
webapps/mywebapp/META-INF/context.xml
is there something I've missed?
Yeah. The META-INF/context.xml is consulted when deploying a
WAR. Just
, Yoav [mailto:[EMAIL PROTECTED]
Sent: Tuesday 26 October 2004 17:48
To: Tomcat Users List
Subject: RE: JNDI DataSource GlobalResources problem
Hi,
Nope, if you just use the unpacked directory structures to deploy,
META-INF/context.xml will not be read.
Yoav Shapira http
: Tuesday, October 26, 2004 9:36 AM
To: 'Tomcat Users List'
Subject: RE: JNDI DataSource GlobalResources problem
I'm using 5.0.28 - which I've been running for several months - but no joy.
I'm getting the same SQLNestedException that Roland first reported at the
start of this thread !!
All I did
Hi,
So, I am currently including my webapp's Context in
conf/Catalina/localhost/mywebapp.xml, which is sub-optimal for 2
reasons:
1. it's outside the webapp directory
2. the path depends on the server configuration - not predictable
These server-specific configuration files, unlike web.xml, are
to be designed to increase
portability. Are they spec'd/recommended somewhere else than in the jsr154
docs, or are they in fact a TC feature?
-Original Message-
From: Shapira, Yoav [mailto:[EMAIL PROTECTED]
Sent: Tuesday 26 October 2004 18:11
To: Tomcat Users List
Subject: RE: JNDI DataSource
Hola,
I also hadn't realised that the servlet spec does not require support
for
the unpacked mode that I have been using, and that only packed war
files
need to be supported. Where does the spec say this - I've looked at it
again just now, but can't find it.
It says it implicitly by only
As a recent patcher of this document, I wish that I had made all the
references to ResourceLink say 'of the Context or DefaultContext'
element to stop people from accidently trying to put them into the
Global...
-
To unsubscribe,
Message-
From: sven morales [mailto:[EMAIL PROTECTED]
Sent: Tuesday, October 26, 2004 9:54 AM
To: [EMAIL PROTECTED]
Subject: RE: JNDI DataSource GlobalResources problem
Stever Kirk: Did I read that right, Resource
nested inside GlobaNamingResource is not visible to
the webapp? I thought
]
Sent: Wednesday 27 October 2004 01:48
To: Tomcat Users List
Subject: RE: RE: JNDI DataSource GlobalResources problem
Webapps can only see GlobalNamingResource resources if there is a
ResourceLink in the Context or DefaultContext. By default, the global
context is only visible to global
Yoav - interesting points again. thanks :)
It says it implicitly by only discussing packed WAR files as the only
deployment method.
Sorry if I'm being slow here, but which sections of the servlet spec talk
about these deployment methods? I can't find anything on that in the spec -
have
Do you have the jtds jar in Tomcat classpath. I think it should in same
directory as dbcp.jar which is in CATALINA_HOME\common\lib folder.
Antony Paul
- Original Message -
From: Steve Cheng [EMAIL PROTECTED]
To: Tomcat Users List [EMAIL PROTECTED]
Sent: Wednesday, September 01, 2004
HY
seems the same error with me :-)))
You must define the Resource beound GlobalName(blah) and connect it in
Context with the Application.
Search in the Mailarchive to Subject:
--- cut ---
Access zu an jdbc Datasource
--- cut ---
Greetings
\Robby
Antony Paul schrieb:
Do you have the jtds
Hmmm,
But seriously, there ought to be a better way to add datasources in the
future...
Probably the only solution is to set-up a LocalDataSourceFactory, when
an entry exists in Context.xml ... and then add these to the current
classpath... Yeah, I know it sucks, but when it's possible to have
On Wed, Sep 01, 2004 at 07:08:06PM +0530, V. Karthik Kumar wrote:
: But seriously, there ought to be a better way to add datasources in the
: future...
See below.
: Probably the only solution is to set-up a LocalDataSourceFactory, when
: an entry exists in Context.xml ... and then add these
Hi,
You need a ResourceLink in your Context to make GlobalNamingResources
available to your webapps. You also need the resource-ref in web.xml
per the Spec (and this is well documented), but you already found that
out.
Yoav Shapira
Millennium Research Informatics
-Original Message-
Thank you, Thank you, Thank you, Thank you, Thank you!
That did it!
-Original Message-
From: Shapira, Yoav [mailto:[EMAIL PROTECTED]
Sent: Thursday, August 12, 2004 10:52 AM
To: Tomcat Users List
Subject: RE: JNDI, DataSource SingleSignOn but one question!
Hi,
You need a ResourceLink
, August 12, 2004 12:07 PM
To: 'Tomcat Users List'
Subject: RE: JNDI, DataSource SingleSignOn but one question!
Thank you, Thank you, Thank you, Thank you, Thank you!
That did it!
-Original Message-
From: Shapira, Yoav [mailto:[EMAIL PROTECTED]
Sent: Thursday, August 12, 2004 10:52 AM
Hi Enrico,
I suppose that by closing you mean freeing up the resource. When you
close a connection that has been obtained from a DataSource, I believe
it is not actually closed, but only released, hence made available to
other processes.
How many connections are there, for how long, and that
Drusiani
-Original Message-
From: Freddy Villalba Arias [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 08, 2004 01:48 PM
To: Tomcat Users List; Edrusiani
Subject: RE: JNDI Datasource advanced use
Hi Enrico,
I suppose that by closing you mean freeing up the resource. When you close
the user a nice cancel button and get rid of all
those huge queries going on in the background.
Thanks again
Enrico Drusiani
-Original Message-
From: Freddy Villalba Arias [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 08, 2004 01:48 PM
To: Tomcat Users List; Edrusiani
Subject: RE: JNDI
; 'Freddy Villalba Arias'; 'Tomcat Users List'
Subject: RE: JNDI Datasource advanced use
Hi,
seems to me you are talking about 2 different things:
- preventing the user from executing a huge query while another is running
- cancelling the huge query
The first can easily be implemented using some flags
Debugging with Security manager can be challenging. You probably want to
take a look at Tomcat Security Manager HowTo.
Regards,
Daniel
-Original Message-
From: Juergen Weber [mailto:[EMAIL PROTECTED]
Sent: Saturday, April 03, 2004 2:55 AM
To: [EMAIL PROTECTED]
Subject: JNDI Datasource
Kawthar,
In my web.xml:
...
res-ref-namejdbc/mySQLDatabase/res-ref-name
Does this looks correct? From the exception message, which class name
is it looking for?
It looks like I have the same stuff that you do. This is my entire
resource-ref element in web.xml:
resource-ref
Hi Harry,
I've been trying to setup my mySQL connection to tomcat as well and
has
been reading a lot of documents on how to do this. I think I'm getting
more
confused.
I've setup my params as you suggested below. When I ran my sample
app, I got the following exception:
[mailto:[EMAIL PROTECTED]
Sent: 15 March 2004 08:37
To: [EMAIL PROTECTED]
Subject: Re: JNDI Datasource Reference in DD Not Necessary?
Hi Harry,
I've been trying to setup my mySQL connection to tomcat as well and
has
been reading a lot of documents on how to do this. I think I'm getting
more
confused
Hi Chris
I am afraid I cannot answer most of your questions (!) but I am writing in
because a couple of my earlier postings did not make it through to this mail
list, and it looks like my original question remained unanswered.
The question was answered, and here it is again, for the record.
Kawthar,
I've been trying to setup my mySQL connection to tomcat as well and
has
been reading a lot of documents on how to do this. I think I'm getting
more
confused.
Context evtCtx = (Context) ctx.lookup(java:comp/env);
DataSource ds = (DataSource) evtCtx.lookup(jdbc/mySQLDatabase);
--- in my
Sulaiman [mailto:[EMAIL PROTECTED]
Sent: 15 March 2004 08:37
To: [EMAIL PROTECTED]
Subject: Re: JNDI Datasource Reference in DD Not Necessary?
Hi Harry,
I've been trying to setup my mySQL connection to tomcat as well and
has
been reading a lot of documents on how to do this. I think I'm
getting
[mailto:[EMAIL PROTECTED]
Sent: 15 March 2004 08:37
To: [EMAIL PROTECTED]
Subject: Re: JNDI Datasource Reference in DD Not Necessary?
Hi Harry,
I've been trying to setup my mySQL connection to tomcat as well and
has
been reading a lot of documents on how to do this. I think I'm
getting
more
All,
I was just about to ask a question like this thread's today... glad I
read the archives. ;)
I have an intersting observation in Tomcat 4.1.29. I found that my
resource-ref was misnamed in web.xml, so I decided to check it out. A
long time ago, I wrote a quick-and-dirty JNDI browser to
Hi Yoav
I am on a 24 hour response cycle at the moment, because my ISP is saving up
all the Tomcat-User emails and giving them to me once a day somewhere
between the time I go to bed and the time I get up!
This morning I had about 160 'new' messages :-)
It allows the container to map your
i assume you have tomcat 5 and apache 2 linked together, right? If so, what
connector did you use to link Apache 2 and Tomcat 5?
mod_jk2 but in this instance, i'm not using Apache and i'm calling my
test code via localhost:8080
--
David Smith [EMAIL PROTECTED]
Ok for completeness...
This morning with a fresh start I managed to get the connection
working... this is my solution (hope it is of use to someone) thanks for
all the help and tips people gave me.
Environment :
Fedora Core 1
Tomcat 5.0.19
Apache 2.x
Java 1.4.2_03
Without using the admin tool
Hi Dave
Sorry for my long absence - I was away from my computer for while.
I think Doug's last message just about says it all in respect of connection
pools. Follow his advice to use the Tomcat How-Tos exactly as they are, and
you should be okay.
I looked through your code - the stuff you
Hi Yoav
Thanks for your message.
I'm fairly sure you'd understand them just fine ;) It's SRV.9.11 in the
Servlet Specification 2.4 and J2EE.5 in the J2EE Specification v1.4.
Okay, I shall look at those and see what happens :-)
Even though in tomcat's current implementation resource-ref
Sorry for my long absence - I was away from my computer for while.
No worries in that time I managed to get the test one working and also
the one that I need for my app (and posted my solution to the process in
detail as a semi-definitive way of making it work in TC 5)
The problem was I'd got
Hi Yoav
I'm fairly sure you'd understand them just fine ;)
Well, I read both specs, the J2EE section 5.4 being the relevant one here,
and I am sorry to say but I think I am a little more confused now than
before!
It was good to see this bit of succinct code being sanctioned:
Hi,
What I cannot figure out is: what does the 'resource-ref' element in
the
deployment descriptor *actually* do?
It allows the container to map your portable descriptor in web.xml to
its specific instance in the container (which is defined in server.xml).
So resource-ref is the same for your
I have to say I'm having a large number of issues with JNDI and MySQL
I'm using TC 5 on Fedora Core 1 with the JDBC / MySQL 3.1.1 Alpha
Connector (after I had no luck getting the 3.0.11 Stable connector
working either)
I've been looking at various how-to's and other doco on the whole thing
but
Savard [mailto:[EMAIL PROTECTED]
Sent: Monday, March 08, 2004 9:53 PM
To: Tomcat Users List
Subject: Re: JNDI Datasource Reference in DD Not Necessary?
Doug,
I really hope someone will shed some light on this, because I struggle
to make my JNDI DataSource definition working properly with 5.0.19
Hi,
I've spent the last couple of days familiarizing myself with the new
5.0.19,
especially the JNDI connection pooling. I tried, unsuccessfully, to
use
the
admin console to set up JDNI datasources as well as editing the xml
files
directly following the instructions in the documentation. The
,
the deprecated abandoned handlers should be removed or at least tagged as
deprecated.
I'll think about it and submit a thought out suggestion.
-Original Message-
From: Shapira, Yoav [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 09, 2004 8:34 AM
To: Tomcat Users List
Subject: RE: JNDI
Hi Dave
Despite my posting - and I really hope someone chips in concerning the
question I raised about the resource-ref being redundant in the deployment
descriptor (!) - the first thing to say is, have faith!
Connection pooling works, and it is actually quite simple, so do not give up
on it.
Despite my posting - and I really hope someone chips in concerning the
question I raised about the resource-ref being redundant in the deployment
descriptor (!) - the first thing to say is, have faith!
Connection pooling works, and it is actually quite simple, so do not give up
on it.
Hi Yoav
The documentation is updated, but of course no documentation set is ever
perfect. If you have documentation patches, please suggest them in the
usual format (http://jakarta.apache.org/site/source.html#Patches) as all
our docs are in CVS
Users List
Subject: Re: JNDI Datasource Reference in DD Not Necessary?
Despite my posting - and I really hope someone chips in concerning
the
question I raised about the resource-ref being redundant in the
deployment
descriptor (!) - the first thing to say is, have faith!
Connection pooling works
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
David Smith wrote:
Despite my posting - and I really hope someone chips in concerning the
question I raised about the resource-ref being redundant in the
deployment
descriptor (!) - the first thing to say is, have faith!
Connection pooling works, and
Hi,
I use Tomcat as a stand-alone server, but in the back of my mind I know
there are J2EE specifications that Tomcat is adhering to which I am
likely
not to understand.
I'm fairly sure you'd understand them just fine ;) It's SRV.9.11 in the
Servlet Specification 2.4 and J2EE.5 in the J2EE
You don't want to do this, as Tomcat's DBCP doesn't wrap connection pool
data sources currently (or if they do, I can't find it documented anywhere).
If you follow the example given in the Tomcat documentation
_to_the_letter_ things work out fine. Once you have _that_ working, then
start
and explicity in the web.xml file.
-paul.
- Original Message -
From: David Smith [EMAIL PROTECTED]
To: Mark Matthews [EMAIL PROTECTED]
Cc: Tomcat Users List [EMAIL PROTECTED]
Sent: Tuesday, March 09, 2004 1:26 PM
Subject: Re: JNDI Datasource Reference in DD Not Necessary?
You don't want
that error looks like a name is specified incorrectly in web.xml file,
either the global name of the datasource or the local name of that
connection to the global data source more likely.
the local instance of the global data source name should be specified
explicity in a server.xml context
List [EMAIL PROTECTED]
Sent: Tuesday, March 09, 2004 1:52 PM
Subject: Re: JNDI Datasource Reference in DD Not Necessary?
that error looks like a name is specified incorrectly in web.xml file,
either the global name of the datasource or the local name of that
connection to the global data source
i have never heard of this config file:
$CATALINA_HOME/conf/Catalina/localhost/app_name.xml
Well in the localhost directory I have an app_name.xml for each Web App in
the system, it contains a context tag (going from memory at the moment as
I'm not in front of the server)
i defined the
, 2004 3:31 PM
Subject: RE: JNDI Datasource Reference in DD Not Necessary?
i have never heard of this config file:
$CATALINA_HOME/conf/Catalina/localhost/app_name.xml
Well in the localhost directory I have an app_name.xml for each Web App
in
the system, it contains a context tag (going from
Well in the localhost directory I have an app_name.xml for each Web App
in
the system, it contains a context tag (going from memory at the moment as
I'm not in front of the server)
This is a new feature in TC5
i defined the resource in server.xml.
Guess that will be something for me to
Harry,
Take a look at this page:
http://jakarta.apache.org/tomcat/tomcat-4.1-doc/config/globalresources.html
As noted on the page:
This is equivalent to the inclusion of the following element in the web
application deployment descriptor (/WEB-INF/web.xml):
The question is: Is the fragment
Doug,
I really hope someone will shed some light on this, because I struggle
to make my JNDI DataSource definition working properly with 5.0.19. And
it seems the Resources still need to be defined in the server.xml even
if the documentation for 5.0.19 is saying you should no longer put your
dataSource = (DataSource)
envContext.lookup(jdbc/protodb);
At the time a connection is required:
conn = dataSource.getConnection();
Jay
-Original Message-
From: Josh Rehman [mailto:[EMAIL PROTECTED]
Sent: Thursday, February 05, 2004 6:19 PM
To: Tomcat Users List
Subject: Re: JNDI datasource
Can't solve your problem, but two things:first, try posting a war that
reproduces the bug. In this case it might be an ant script that
undeploys and redeploys a trivial war. Second, it has recently come to
light that you aren't supposed to mess with server.xml Contexts anymore
with TC5. You
Got it!
The reference to conf/Catalina/localhost helped me
search the archives to find a message from Derek Mahar
on 12/15/03 named JNDI Issue with
GlobalNamingResources DefaultContext Solved. In
it, Derek suggests placing the context file in
META-INF/context.xml. So I pulled out the Context
Having just gone through this headache last week, I can provide a
solution that works for me (for TC5 only!).
First, create a file called context.xml and put it in a directory called
META-INF at the same level in your source hierarchy as WEB-INF.
context.xml should contain your Context and
That's a really nice write up, Jay. Would it be convenient for you to
post a simple project that does this with a build file? Sounds like
something that could make it into the FAQ. If that's too much trouble I
can produce a project zip perhaps.
Burgess, Jay S wrote:
Having just gone through
: JNDI datasource lost on redeploy
Having just gone through this headache last week, I can provide a
solution that works for me (for TC5 only!).
First, create a file called context.xml and put it in a directory called
META-INF at the same level in your source hierarchy as WEB-INF.
context.xml
.
Any help will be very much appreciated.
Thanks,
Hernani
-Original Message-
From: Burgess, Jay S [mailto:[EMAIL PROTECTED]
Sent: quinta-feira, 5 de Fevereiro de 2004 23:48
To: Tomcat Users List
Subject: RE: JNDI datasource lost on redeploy
Having just gone through this headache
runstein [mailto:[EMAIL PROTECTED]
Sent: sexta-feira, 6 de Fevereiro de 2004 0:50
To: Tomcat Users List
Subject: RE: JNDI datasource lost on redeploy
Don't know if this is the reason, but this is from the
ant manuals war task entry:
We regulary receive bug reports that this task is
creating the WEB-INF
It looks like a ClassLoader issue. Casting the same class loaded by two
different CLs causes a ClassCastException. Have you got the jar
containing org.enhydra.jdbc.pool.StandardXAPoolDataSource in more than
one place?
http://jakarta.apache.org/tomcat/tomcat-4.1-doc/class-loader-howto.html
() method.
Yoav Shapira
Millennium ChemInformatics
-Original Message-
From: Marco Tedone [mailto:[EMAIL PROTECTED]
Sent: Sunday, September 07, 2003 4:13 AM
To: Tomcat Users List
Subject: Re: JNDI DataSource - need to synchronize?
Well, to be sure, put your variables inside the methods
Well, to be sure, put your variables inside the methods. This way, your data
will be safe. One idea would be to create objects when you need them, and to
close them when you've finished.
Marco
- Original Message -
From: john-paul delaney [EMAIL PROTECTED]
To: Tomcat Users List [EMAIL
, FL 32801
USA
-Original Message-
From: Madere, Colin [mailto:[EMAIL PROTECTED]
Sent: Friday, August 15, 2003 3:44 PM
To: 'Tomcat Users List'
Subject: RE: JNDI DataSource Realm
Ok, so changing the dataSourceName attribute in the Realm config (as you
suggest which contradicts the HOWTO
my app would not see the global resource as defined below
as a global resource and then resource-linked in the default context?
-Original Message-
From: Scott Stewart [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 13, 2003 5:27 PM
To: 'Tomcat Users List'
Subject: RE: JNDI DataSource
I posted this awhile back (for MySQL), but here it is again. Also, when you
define your DataSource in this manner, you do not need the resource-ref
node in your context-specific web.xml files.
The global DataSource definition
!-- Global JNDI
Howdy,
Now, it works only if I put both the Resource and Resource-params
tags
inside the Context element of my application. I find this rather
limiting, because most of the time, I don't wanna create a Context
element for my application. I think there must be some other way to do
this, but I
1 - 100 of 154 matches
Mail list logo