Return-Path: 
 <users-return-227509-apmail-tomcat-users-archive=tomcat.apache.org@tomcat.apache.org>
X-Original-To: apmail-tomcat-users-archive@www.apache.org
Delivered-To: apmail-tomcat-users-archive@www.apache.org
Received: from mail.apache.org (hermes.apache.org [140.211.11.3])
	by minotaur.apache.org (Postfix) with SMTP id 3E54A8DDB
	for <apmail-tomcat-users-archive@www.apache.org>;
 Wed,  7 Sep 2011 21:41:06 +0000 (UTC)
Received: (qmail 46440 invoked by uid 500); 7 Sep 2011 21:41:02 -0000
Delivered-To: apmail-tomcat-users-archive@tomcat.apache.org
Received: (qmail 46103 invoked by uid 500); 7 Sep 2011 21:41:01 -0000
Mailing-List: contact users-help@tomcat.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:users-help@tomcat.apache.org>
List-Unsubscribe: <mailto:users-unsubscribe@tomcat.apache.org>
List-Post: <mailto:users@tomcat.apache.org>
List-Id: <users.tomcat.apache.org>
Reply-To: "Tomcat Users List" <users@tomcat.apache.org>
Delivered-To: mailing list users@tomcat.apache.org
Received: (qmail 46089 invoked by uid 99); 7 Sep 2011 21:41:01 -0000
Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 07 Sep 2011 21:41:01 +0000
X-ASF-Spam-Status: No, hits=0.7 required=5.0
	tests=RCVD_IN_DNSWL_NONE,SPF_NEUTRAL
X-Spam-Check-By: apache.org
Received-SPF: neutral (athena.apache.org: local policy)
Received: from [76.96.62.96] (HELO qmta09.westchester.pa.mail.comcast.net)
 (76.96.62.96)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 07 Sep 2011 21:40:53 +0000
Received: from omta24.westchester.pa.mail.comcast.net ([76.96.62.76])
	by qmta09.westchester.pa.mail.comcast.net with comcast
	id VxMb1h0011ei1Bg59xgZxW; Wed, 07 Sep 2011 21:40:33 +0000
Received: from [192.168.1.201] ([69.143.109.145])
	by omta24.westchester.pa.mail.comcast.net with comcast
	id VxgW1h02W38FjT13kxgYDw; Wed, 07 Sep 2011 21:40:32 +0000
Message-ID: <4E67E4CD.4070505@christopherschultz.net>
Date: Wed, 07 Sep 2011 17:40:29 -0400
From: Christopher Schultz <chris@christopherschultz.net>
User-Agent: Mozilla/5.0 (Windows NT 6.1;
 rv:6.0.1) Gecko/20110830 Thunderbird/6.0.1
MIME-Version: 1.0
To: Tomcat Users List <users@tomcat.apache.org>
Subject: Re: JNDI configuration with 6.0.29
References: <SNT109-W500229EC5E14380A67C9BCB11C0@phx.gbl>
 <SNT109-W12FDE2CFBB1567EA813D96B11C0@phx.gbl>
 <BLU0-SMTP268757464A18229FDC9D7FBB11F0@phx.gbl>,<d44c0f06-913a-4969-8638-4eb7fa3adcea@email.android.com>
 <SNT109-W28C6134CCC7EC5AC550731B11F0@phx.gbl>
 <4E6798A1.8080601@christopherschultz.net>
 <BLU0-SMTP1620DC5A116FE2B2EA9E29FB11F0@phx.gbl>
 <4E679C56.9030409@christopherschultz.net>
 <BLU0-SMTP118F806ADF62751D3E1BB6FB11F0@phx.gbl>
In-Reply-To: <BLU0-SMTP118F806ADF62751D3E1BB6FB11F0@phx.gbl>
X-Enigmail-Version: 1.3.1
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Anjib,

On 9/7/2011 12:57 PM, Anjib Mulepati wrote:
> 
>>> I did checked the XML file and it looks correct to me.
>>> Following is the content:
>>> 
>>> <?xml version="1.0" encoding="UTF-8"?>  <Context 
>>> antiJARLocking="true" docBase="C:\Users\amulepati\My 
>>> Projects\ClientDAOTest\build\web" path="/ClientDAOTest">
>> It probably has no bearing on this particular problem, but the
>> "path" attribute is illegal here.
> Isn't that context path of web applciation is specified with the
> "path" attribute. 
> http://tomcat.apache.org/tomcat-4.0-doc/config/context.html

You're not using Tomcat 4.0, you're using Tomcat 6.0. Look at the
documentation that is appropriate for your version of Tomcat: the
"path" attribute is only appropriate when the <Context> is defined in
server.xml, which is highly discouraged.

The name of the XML file (when deployed) or the name of the WAR file
(or exploded WAR directory structure) will dictate the context path
and so it need not (and should not) be specified in context.xml.

>>> <Resource auth="Container" 
>>> driverClassName="oracle.jdbc.driver.OracleDriver" 
>>> factory="oracle.jdbc.pool.OracleDataSourceFactory"
>> Do you need to use Oracle's DataSourceFactory? If not, allow
>> Tomcat to use it's own DataSourceFactory.
> 
> To be safe can you tell me what change I have to do for that.

Simply remove the "factory" attribute altogether. Tomcat knows what
it's default is.

>>> maxActive="20" maxIdle="10" maxWait="-1" name="jdbc/dynic"
>> I'm curious why the lookup fails with the message about "dynic"
>> and not, as Felix asks, "jdbc/dynic".
> 
> I am wondering on same. Is there any way to debug this.

Tomcat's logging usually provides some indication of a failure, but
you haven't mentioned anything about log entries. Can you see if there
are any log messages?

Finally, try changing the "user" attribute to "username".

- -chris
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk5n5MwACgkQ9CaO5/Lv0PCjoACfcadA/2p8u9VT7EdTgHTrF6Qo
S9MAn1KxzCBXRPCzmsiYkgWI0RZl0UtB
=9Gr4
-----END PGP SIGNATURE-----

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org