Re: something wrong creating datasource after war deployement
thnaks for all, it's clear for me now. Caldarale, Charles R a écrit : From: Arnaud MERGEY [mailto:[EMAIL PROTECTED] Subject: Re: something wrong creating datasource after war deployement I updated the META-INF/context.xml in the unpacked directory, You need to update the one in conf/Catalina/[host], since that overrides the ones in the .war and the unpacked directory. this is strange because when I update the META-INF/context.xml, I can see newly datasources in the tomcat admin webapps (but with blank driver class and url info). It wouldn't surprise me if Tomcat is doing some merging of the two Context elements, rather than enforcing a complete override. If I update META-INF/context.xml in application without war file in webapps, everything works and I can see newly datasources in the tomcat admin webapps with driver class and url. Tomcat automatically creates the conf/Catalina/[host]/[appname].xml file from META-INF/context.xml only when deploying apps packaged in .war files, regardless of the setting of unpackWARs; it does not create one in the conf directory for apps that are deployed in an unpacked form, although you may place your own in conf/Catalina/[host] to override the one in META-INF. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
something wrong creating datasource after war deployement
Hi something strange appends with an application On tomcat 5.5.20 (same behavior with tomcat 5.5.17) I deploy an application copying an unpacked war directory into webapps directory. I add a datasource updating the META-INF/context.xml and WEB-INF/web.xml like tomcat how-to. All works perfectly, no problems. In another tomcat I copy the war of the same application in the webapps, the war is unpacked . I add the datasource updating the META-INF/context.xml and WEB-INF/web.xml and I can't use this datasource : org.apache.tomcat.dbcp.dbcp.SQLNestedException: Cannot create JDBC driver of class '' for connect URL 'null' witth windiff I compare the two directory and they are identical, the only differences is in one the webapps directry has only the unpacked directory and the other has unpacked and war directory. I need help to understand, thanks Arnaud - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: something wrong creating datasource after war deployement
Check if there are any differencesx in the directories - $CATALINA_HOME/server/lib - $CATALINA_HOME/common/lib - $CATALINA_HOME/shared/lib My guess is, that in one of those directories there's a jar-file containing the database driver that is missing in your other Tomcat-installation. BTW., what dbms are you using? Cheers Greg -- what's puzzlin' you, is the nature of my game gpgp-fp: 79A84FA526807026795E4209D3B3FE028B3170B2 gpgp-key available @ http://pgpkeys.pca.dfn.de:11371 - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: something wrong creating datasource after war deployement
Get the full stacktrace of exception to know when this happen. If both install are same, maybe one is on a server that has no access to the db (check the db security settings). Also, what did you compare with windiff? The webapp directories or the full tomcat install directores? Your META-INF/context.xml should have been copied by tomcat to conf/Catalina/hostname/webappname.xml Check those are correct. En l'instant précis du 01/08/07 12:07, Arnaud MERGEY s'exprimait dans toute sa noblesse: Hi something strange appends with an application On tomcat 5.5.20 (same behavior with tomcat 5.5.17) I deploy an application copying an unpacked war directory into webapps directory. I add a datasource updating the META-INF/context.xml and WEB-INF/web.xml like tomcat how-to. All works perfectly, no problems. In another tomcat I copy the war of the same application in the webapps, the war is unpacked . I add the datasource updating the META-INF/context.xml and WEB-INF/web.xml and I can't use this datasource : org.apache.tomcat.dbcp.dbcp.SQLNestedException: Cannot create JDBC driver of class '' for connect URL 'null' witth windiff I compare the two directory and they are identical, the only differences is in one the webapps directry has only the unpacked directory and the other has unpacked and war directory. I need help to understand, thanks Arnaud - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: something wrong creating datasource after war deployement
Thanks for reply, my db is Oracle 9i The problem isn't a security or driver problem, I have tested also in the same tomcat, in webapps: - Cpying the unpacked version only, modify context and web.xml, all works perfectly. - Removing in the same tomcat the application, copying the war file and modify context.xml and web.xml in the unpacked directory, I have the org.apache.tomcat.dbcp.dbcp.SQLNestedException: Cannot create JDBC driver of class '' for connect URL 'null' - Removing the war and copying the unpacked version only, modify context and web.xml, all works perfectly. I have tested tomcat 5.5.20 5.5.17 many times and on several tomcat instance, I have always the same behavior. In my case using war deployment prevent me to update manually context.xml to add datasource. I need to use admin webapp or to copy unpacked directory, not the war himself. Arnaud David Delbecq a écrit : Get the full stacktrace of exception to know when this happen. If both install are same, maybe one is on a server that has no access to the db (check the db security settings). Also, what did you compare with windiff? The webapp directories or the full tomcat install directores? Your META-INF/context.xml should have been copied by tomcat to conf/Catalina/hostname/webappname.xml Check those are correct. En l'instant précis du 01/08/07 12:07, Arnaud MERGEY s'exprimait dans toute sa noblesse: Hi something strange appends with an application On tomcat 5.5.20 (same behavior with tomcat 5.5.17) I deploy an application copying an unpacked war directory into webapps directory. I add a datasource updating the META-INF/context.xml and WEB-INF/web.xml like tomcat how-to. All works perfectly, no problems. In another tomcat I copy the war of the same application in the webapps, the war is unpacked . I add the datasource updating the META-INF/context.xml and WEB-INF/web.xml and I can't use this datasource : org.apache.tomcat.dbcp.dbcp.SQLNestedException: Cannot create JDBC driver of class '' for connect URL 'null' witth windiff I compare the two directory and they are identical, the only differences is in one the webapps directry has only the unpacked directory and the other has unpacked and war directory. I need help to understand, thanks Arnaud - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: something wrong creating datasource after war deployement
If you want to edit the context.xml yourself, remove it from the .war file. I suppose there is a conflict between the context.xml you deploy yourself and the one inside the .war. I think when you deploy an unpacked directory the META-INF/context.xml file is ignored. (Not 100% sure) En l'instant précis du 01/08/07 13:05, Arnaud MERGEY s'exprimait dans toute sa noblesse: Thanks for reply, my db is Oracle 9i The problem isn't a security or driver problem, I have tested also in the same tomcat, in webapps: - Cpying the unpacked version only, modify context and web.xml, all works perfectly. - Removing in the same tomcat the application, copying the war file and modify context.xml and web.xml in the unpacked directory, I have the org.apache.tomcat.dbcp.dbcp.SQLNestedException: Cannot create JDBC driver of class '' for connect URL 'null' - Removing the war and copying the unpacked version only, modify context and web.xml, all works perfectly. I have tested tomcat 5.5.20 5.5.17 many times and on several tomcat instance, I have always the same behavior. In my case using war deployment prevent me to update manually context.xml to add datasource. I need to use admin webapp or to copy unpacked directory, not the war himself. Arnaud David Delbecq a écrit : Get the full stacktrace of exception to know when this happen. If both install are same, maybe one is on a server that has no access to the db (check the db security settings). Also, what did you compare with windiff? The webapp directories or the full tomcat install directores? Your META-INF/context.xml should have been copied by tomcat to conf/Catalina/hostname/webappname.xml Check those are correct. En l'instant précis du 01/08/07 12:07, Arnaud MERGEY s'exprimait dans toute sa noblesse: Hi something strange appends with an application On tomcat 5.5.20 (same behavior with tomcat 5.5.17) I deploy an application copying an unpacked war directory into webapps directory. I add a datasource updating the META-INF/context.xml and WEB-INF/web.xml like tomcat how-to. All works perfectly, no problems. In another tomcat I copy the war of the same application in the webapps, the war is unpacked . I add the datasource updating the META-INF/context.xml and WEB-INF/web.xml and I can't use this datasource : org.apache.tomcat.dbcp.dbcp.SQLNestedException: Cannot create JDBC driver of class '' for connect URL 'null' witth windiff I compare the two directory and they are identical, the only differences is in one the webapps directry has only the unpacked directory and the other has unpacked and war directory. I need help to understand, thanks Arnaud - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: something wrong creating datasource after war deployement
I need to provide a context.xml in the war because there are default datasources configured for my app., but it must be possible to add datasources after app. deployment. Like you, I think there is a conflict between context.xml in war and in unpacked directory (because wtihout war all works as expected) but I don't know if it is tomcat bug or if it is problem in my configuration, maybe there is context param allowing to force to tomcat to use context.xml in war or context.xml in directory. David Delbecq a écrit : If you want to edit the context.xml yourself, remove it from the .war file. I suppose there is a conflict between the context.xml you deploy yourself and the one inside the .war. I think when you deploy an unpacked directory the META-INF/context.xml file is ignored. (Not 100% sure) En l'instant précis du 01/08/07 13:05, Arnaud MERGEY s'exprimait dans toute sa noblesse: Thanks for reply, my db is Oracle 9i The problem isn't a security or driver problem, I have tested also in the same tomcat, in webapps: - Cpying the unpacked version only, modify context and web.xml, all works perfectly. - Removing in the same tomcat the application, copying the war file and modify context.xml and web.xml in the unpacked directory, I have the org.apache.tomcat.dbcp.dbcp.SQLNestedException: Cannot create JDBC driver of class '' for connect URL 'null' - Removing the war and copying the unpacked version only, modify context and web.xml, all works perfectly. I have tested tomcat 5.5.20 5.5.17 many times and on several tomcat instance, I have always the same behavior. In my case using war deployment prevent me to update manually context.xml to add datasource. I need to use admin webapp or to copy unpacked directory, not the war himself. Arnaud David Delbecq a écrit : Get the full stacktrace of exception to know when this happen. If both install are same, maybe one is on a server that has no access to the db (check the db security settings). Also, what did you compare with windiff? The webapp directories or the full tomcat install directores? Your META-INF/context.xml should have been copied by tomcat to conf/Catalina/hostname/webappname.xml Check those are correct. En l'instant précis du 01/08/07 12:07, Arnaud MERGEY s'exprimait dans toute sa noblesse: Hi something strange appends with an application On tomcat 5.5.20 (same behavior with tomcat 5.5.17) I deploy an application copying an unpacked war directory into webapps directory. I add a datasource updating the META-INF/context.xml and WEB-INF/web.xml like tomcat how-to. All works perfectly, no problems. In another tomcat I copy the war of the same application in the webapps, the war is unpacked . I add the datasource updating the META-INF/context.xml and WEB-INF/web.xml and I can't use this datasource : org.apache.tomcat.dbcp.dbcp.SQLNestedException: Cannot create JDBC driver of class '' for connect URL 'null' witth windiff I compare the two directory and they are identical, the only differences is in one the webapps directry has only the unpacked directory and the other has unpacked and war directory. I need help to understand, thanks Arnaud - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: something wrong creating datasource after war deployement
The context.xml inside war will anyway override any custom datasrouces your may have created after previous deployment, so i think it's not a viable issue to use both (one will anyway always override the other). Maybe you can configure your custom datasource at server level (server.xml)? En l'instant précis du 01/08/07 14:25, Arnaud MERGEY s'exprimait dans toute sa noblesse: I need to provide a context.xml in the war because there are default datasources configured for my app., but it must be possible to add datasources after app. deployment. Like you, I think there is a conflict between context.xml in war and in unpacked directory (because wtihout war all works as expected) but I don't know if it is tomcat bug or if it is problem in my configuration, maybe there is context param allowing to force to tomcat to use context.xml in war or context.xml in directory. David Delbecq a écrit : If you want to edit the context.xml yourself, remove it from the .war file. I suppose there is a conflict between the context.xml you deploy yourself and the one inside the .war. I think when you deploy an unpacked directory the META-INF/context.xml file is ignored. (Not 100% sure) En l'instant précis du 01/08/07 13:05, Arnaud MERGEY s'exprimait dans toute sa noblesse: Thanks for reply, my db is Oracle 9i The problem isn't a security or driver problem, I have tested also in the same tomcat, in webapps: - Cpying the unpacked version only, modify context and web.xml, all works perfectly. - Removing in the same tomcat the application, copying the war file and modify context.xml and web.xml in the unpacked directory, I have the org.apache.tomcat.dbcp.dbcp.SQLNestedException: Cannot create JDBC driver of class '' for connect URL 'null' - Removing the war and copying the unpacked version only, modify context and web.xml, all works perfectly. I have tested tomcat 5.5.20 5.5.17 many times and on several tomcat instance, I have always the same behavior. In my case using war deployment prevent me to update manually context.xml to add datasource. I need to use admin webapp or to copy unpacked directory, not the war himself. Arnaud David Delbecq a écrit : Get the full stacktrace of exception to know when this happen. If both install are same, maybe one is on a server that has no access to the db (check the db security settings). Also, what did you compare with windiff? The webapp directories or the full tomcat install directores? Your META-INF/context.xml should have been copied by tomcat to conf/Catalina/hostname/webappname.xml Check those are correct. En l'instant précis du 01/08/07 12:07, Arnaud MERGEY s'exprimait dans toute sa noblesse: Hi something strange appends with an application On tomcat 5.5.20 (same behavior with tomcat 5.5.17) I deploy an application copying an unpacked war directory into webapps directory. I add a datasource updating the META-INF/context.xml and WEB-INF/web.xml like tomcat how-to. All works perfectly, no problems. In another tomcat I copy the war of the same application in the webapps, the war is unpacked . I add the datasource updating the META-INF/context.xml and WEB-INF/web.xml and I can't use this datasource : org.apache.tomcat.dbcp.dbcp.SQLNestedException: Cannot create JDBC driver of class '' for connect URL 'null' witth windiff I compare the two directory and they are identical, the only differences is in one the webapps directry has only the unpacked directory and the other has unpacked and war directory. I need help to understand, thanks Arnaud - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: something wrong creating datasource after war deployement
From: Arnaud MERGEY [mailto:[EMAIL PROTECTED] Subject: Re: something wrong creating datasource after war deployement Like you, I think there is a conflict between context.xml in war and in unpacked directory (because wtihout war all works as expected) As David mentioned earlier, when a .war is unpacked, its META-INF/context.xml file is copied to conf/Catalina/[host]/[appname].xml, and that becomes the active copy. Changing the one in the unpacked directory will have no effect, since the one in the conf/Catalina/[host] directory is defined to override the one in the app. Which one are you updating? - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: something wrong creating datasource after war deployement
thanks, I updated the META-INF/context.xml in the unpacked directory, this is strange because when I update the META-INF/context.xml, I can see newly datasources in the tomcat admin webapps (but with blank driver class and url info). If I update META-INF/context.xml in application without war file in webapps, everything works and I can see newly datasources in the tomcat admin webapps with driver class and url. Arnaud Caldarale, Charles R a écrit : From: Arnaud MERGEY [mailto:[EMAIL PROTECTED] Subject: Re: something wrong creating datasource after war deployement Like you, I think there is a conflict between context.xml in war and in unpacked directory (because wtihout war all works as expected) As David mentioned earlier, when a .war is unpacked, its META-INF/context.xml file is copied to conf/Catalina/[host]/[appname].xml, and that becomes the active copy. Changing the one in the unpacked directory will have no effect, since the one in the conf/Catalina/[host] directory is defined to override the one in the app. Which one are you updating? - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: something wrong creating datasource after war deployement
From: Arnaud MERGEY [mailto:[EMAIL PROTECTED] Subject: Re: something wrong creating datasource after war deployement I updated the META-INF/context.xml in the unpacked directory, You need to update the one in conf/Catalina/[host], since that overrides the ones in the .war and the unpacked directory. this is strange because when I update the META-INF/context.xml, I can see newly datasources in the tomcat admin webapps (but with blank driver class and url info). It wouldn't surprise me if Tomcat is doing some merging of the two Context elements, rather than enforcing a complete override. If I update META-INF/context.xml in application without war file in webapps, everything works and I can see newly datasources in the tomcat admin webapps with driver class and url. Tomcat automatically creates the conf/Catalina/[host]/[appname].xml file from META-INF/context.xml only when deploying apps packaged in .war files, regardless of the setting of unpackWARs; it does not create one in the conf directory for apps that are deployed in an unpacked form, although you may place your own in conf/Catalina/[host] to override the one in META-INF. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
