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 el
er [mailto:[EMAIL PROTECTED]
> Sent: Thursday 28 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 t
;d be interested if you could clarify please.
>
> > -Original Message-
> > From: Steve Kirk [mailto:[EMAIL PROTECTED]
> > Sent: Thursday 28 October 2004 21:49
> > To: 'Tomcat Users List'
> > Subject: RE: JNDI DataSource GlobalResources problem
> >
> &g
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 commands
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 others
ailto:[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.
are you talking 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:
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,
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/
packed apps. etc etc.
No more context.xml or s 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
&g
Original Message-
>From: Benson Margulies [mailto:[EMAIL PROTECTED]
>Sent: Thursday, October 28, 2004 11:21 AM
>To: Tomcat Users List
>Subject: RE: Re[2]: JNDI DataSource GlobalResources problem
>
>The standard make a series of provisions for the case in which there is
>n
se
>what's already there. And this list is always there to help you if you
are
>confused as to which option to choose.
>
> all just IMHO :)
>
>> -Original Message-
>> From: Benson Margulies [mailto:[EMAIL PROTECTED]
>> Sent: Thursday 28 October 2004 02:2
The standard make a series of provisions for the case in which there is
no 'pathname' corresponding to some resource in a web application. These
provisions were intended to support a model where a WAR file is never
exploded into a native file system. Conceptually, you can model this as
supporting u
lies [mailto:[EMAIL PROTECTED]
> Sent: Thursday 28 October 2004 02:28
> To: Tomcat Users List; Allen Holub
> Subject: RE: Re[2]: JNDI DataSource GlobalResources problem
>
>
> As I read the discussion, I don't think that anyone claimed that only
> WAR's are inter
Benson wrote:
> Yoav, in one posting, explained that the servlet spec is
> written from a
> point of view that only requires support for applications in
> unexploded WAR files.
Does the spec explicitly state that point of view? I can't find that
anywhere in the spec doc. Therefore this makes
As I read the discussion, I don't think that anyone claimed that only
WAR's are interesting or important.
Yoav, in one posting, explained that the servlet spec is written from a
point of view that only requires support for applications in unexploded
WAR files. That is not the same thing as stating
BM> The question is, are the arbiters of taste interested in considering
BM> making the administrative configuration process more convenient?
BM> It seems to me that there is a tension here: from a security standpoint,
BM> administrative configuration has to be outside the webapp. From a
BM> conve
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 conside
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
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 brow
s [mailto:[EMAIL PROTECTED]
> 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,
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, "
nested inside is not visible to
the webapp?" I thought that was the whole p
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,
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
; From: Shapira, Yoav [mailto:[EMAIL PROTECTED]
> Sent: Tuesday 26 October 2004 18:11
> To: Tomcat Users List
> Subject: RE: JNDI DataSource GlobalResources problem
>
>
>
> Hi,
>
> >So, I am currently including my webapp's in
> >conf/Catalina/local
Hi,
>So, I am currently including my webapp's 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 not
: 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
e-
> From: Shapira, 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,
> MET
Tomcat Users List'
>Subject: 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
> >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 alrea
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
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
webapps/mywebapp/MET
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 tha
; Sent: Tuesday 26 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
actory
>
> ... more parameters like yours ...
>
>
>
> 3. I have no anywhere - I don't need it because I have not
> used
>
> I know that this is a long-winded reply, but this is a tricky area and easy
> to get confused. I've also been meaning to post th
...
>
>
>
> 3. I have no anywhere - I don't need it because I have not
> used
>
> I know that this is a long-winded reply, but this is a tricky area and easy
> to get confused. I've also been meaning to post this to the list for a few
> months, having spen
ource
%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, "
> nested i
t;To: [EMAIL PROTECTED]
>Subject: RE: JNDI DataSource GlobalResources problem
>
> Stever Kirk: Did I read that right, "
>nested inside is not visible to
>the webapp?" I thought that was the whole purpose "to
>make it visible globally" naming reso
Stever Kirk: Did I read that right, "
nested inside is not visible to
the webapp?" I thought that was the whole purpose "to
make it visible globally" naming resources under
noh? If Im wrong I stand
corrected.
__
Do you Yahoo!?
Yahoo! Mail Ad
.
Yoav Shapira http://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) probab
few
months, having spent days learning it. Hope this helps you and others :)
> -Original Message-
> From: Roland Carlsson [mailto:[EMAIL PROTECTED]
> Sent: Tuesday 26 October 2004 12:09
> To: TomcatUsers
> Subject: Sv: JNDI DataSource GlobalResources problem
>
>
&g
Hi,
>In server.xml I created a default-context and viola! It
>worked! :-)
Ahh, I'd stay on tiptoes if I were you. DefaultContext has a couple of
subtle bugs that affect a small subset of applications which rely on
binding order.
It's worth your time to dump DefaultContext and declare the resou
Hi!
It took a while before i found a way to put the ResourceLink in a context
where I felt it would be appropiate (using autoinstall so i don't have them
in my conf-files). In server.xml I created a default-context and viola! It
worked! :-)
Thanks for your help!
Regards
Roland
Den 04-10-26 13.
Any place within the ... tags for your webapp is
fine. I don't believe these are validated against a DTD, so order isn't
an issue. The rest of your config looks good and should work. Oh yeah
-- and name your resources consistently. If your name attribute in
is jdbc/loginDb, then it should
n-b
> in.jar
>
> PS even if quotes are allowed in (which I'm not
> sure about), it's the sort of thing I'd avoid, especially when trying to
> debug a problem like this. It's an extra unknown you'd be better off
> without.
>
>> -Original Message
Hello!
Thanks for your answer. I have no ResourceLink in my configuration. I
understand that I should put it a -tag but not where.
How does this affect the configuration I already have done? Is the use of
resource-ref and Resource correct?
Thanks in advance
Roland Carlsson
Den 04-10-26 11.25,
lly when trying to
debug a problem like this. It's an extra unknown you'd be better off
without.
> -Original Message-
> From: Roland Carlsson [mailto:[EMAIL PROTECTED]
> Sent: Tuesday 26 October 2004 10:13
> To: TomcatUsers
> Subject: JNDI DataSource Global
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 'nul
Hi!
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' (Full stacktrace
49 matches
Mail list logo