Re: RequestDumperValve stuff in my logs
Open your server.xml, search for RequestDumperValve, comment out the element, restart Tomcat, done. Anthony Smith wrote: How can I get this type of stuff to stop printing in my catalina_log files: 2005-06-10 00:00:14 RequestDumperValve[Standalone]: header=3Daccept-charset=3Diso-8859-1,*,utf-8 2005-06-10 00:00:14 RequestDumperValve[Standalone]: header=3Daccept-encoding=3Dgzip 2005-06-10 00:00:14 RequestDumperValve[Standalone]: header=3Daccept-encoding=3Dgzip 2005-06-10 00:00:14 RequestDumperValve[Standalone]: header=3Dconnection=3Dclose 2005-06-10 00:00:14 RequestDumperValve[Standalone]: header=3Dconnection=3Dclose 2005-06-10 00:00:14 RequestDumperValve[Standalone]: header=3Dcontent-length=3D48 2005-06-10 00:00:14 RequestDumperValve[Standalone]: header=3Dcontent-length=3D48 2005-06-10 00:00:14 RequestDumperValve[Standalone]: header=3Dcontent-type=3Dapplication/x-www-form-urlencoded;charset=3DUTF- 8= 2005-06-10 00:00:14 RequestDumperValve[Standalone]: header=3Dcontent-type=3Dapplication/x-www-form-urlencoded;charset=3DUTF- 8= 2005-06-10 00:00:14 RequestDumperValve[Standalone]: header=3Duser-agent=3DBW-HTTPClient/5.2 Anthony Smith Programmer Analyst International Technologies 901-263-8953 Having education and talent doesn't make you better than the world... it makes you responsible for it! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Managing automatic deployment with multiple virtual hosts
Hello, have you tried naming the war files ROOT.war?? Because I think there is a special naming convention for the root context. This means if you have different applications you need to deploy them into different folders. Karl-Heinz - Original Message - From: Ben Rometsch [EMAIL PROTECTED] To: tomcat-user@jakarta.apache.org Sent: Friday, June 10, 2005 10:34 PM Subject: Managing automatic deployment with multiple virtual hosts Hi There, I am running Tomcat 5.5.9 in production, using 1 tomcat instance to service several websites (each with their own hostname) via virtual hosts. I have Apache 2 running in front of Tomcat, connecting via mod_jk. I am having OutOfMemory issues, and have noticed that, due to my webapps structure, I appear to be deploying 2 instances of each site. When I look in the manager application I see the following in the Application List: www.sitea.com/ localhost/sitea www.siteb.com/ localhost/siteb www.sitec.com/ localhost/sitec Etc. etc. My current directory structure is simply placing the war files for each application into the tomcat/webapps folder. I then add a Host declaration in the server.xml file for each virtual host: Host name=www.sitea.com Context path= docBase=/opt/tomcat/webapps/sitea debug=0 reloadable=true/ /Host Host name=www.siteb.com Context path= docBase=/opt/tomcat/webapps/siteb debug=0 reloadable=true/ /Host Host name=www.sitec.com Context path= docBase=/opt/tomcat/webapps/sitec debug=0 reloadable=true/ /Host I still have the localhost set up in the server.xml file: Host name=localhost appBase=webapps unpackWARs=true autoDeploy=true xmlValidation=false xmlNamespaceAware=false I presume this is the culprit. The problem I am having is that I cant figure out how to get Tomcat to auto-deploy war files without then creating a second running instance in memory with a context path of /sitea. I've tried a variety of different directory structures, but am unable to deploy a war file without it correctly deploying to a / path, and thus not consuming more memory within the VM. Is there a best practise way of doing this? Should I be putting context.xml declarations in the META-INF directory of my war files? Thanks in advance, Ben - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ___ Gesendet von Yahoo! Mail - Jetzt mit 1GB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RMI in Tomcat - last try
Hi all. Me and the team have given up on RMI and went to RPC, but I thought I'd make one last educational attempt. Is anyone using RMI in TC where TC is acting as a RMI client to a remote RMI, general-purpose, server? I have seen tons of (rather old) examples of Applet being a RMI client and they do not help me one bit. To remind the group of my problems, I'll recap. I have a working RMI client and server packages, plus command line test client application which uses RMI client lib successfully against the server. When the same lib is used in Tomcat from a servlet, it throws ClassCastException. Further investigation has shown that the class that Servlet gets from RMI subsystem implements the desired interface, to which it is being cast. It also showed that the classloader of the class was RMI ClassLoader, while other classes in the servlet, including servlet itself werefrom TC's ClassLoader. It lead me to believe that *that* is the source of the problem. It has occured to me that, since TC web application has several classloaders, bound into a hierarchy, maybe RMI classloader should be somehow introduced into it. QUESTIONS Am I on the right track? If yes, how do I bind in RMI ClassLoader into TC's ClassLoader hierarchy? And, lastly, who should do it - Servlet or RMI client? The last question is more a design question, but it could also be a feasibility question, too. Can RMI client detect a classloader it should bind into? It could be dome from the Servlet, but I would like to have a general purpose Servlet that would be oblivious of underlying implementation. I thought that at least JBoss developers would have something to say on this question, since, as I recall, JBoss uses or has been using a lot of RMI. There was one article or was it JBoss docs, which explained some problems of classloading, which were very similar to mine. I don't recall those docs saying anything to solve the problem in TC. Nix. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Problem with the Admin-Page
Hello! I started the server with cd /usr/local/jakarta-tomcat5.0/bin sh catalina.sh run I can login in the Tomcat Manager (with the in conf/tomcat-users.xsml defined user pass) and run the Servlet Examples with Code successfully. This is Apache Tomcat/5.0.30 with JVM 1.4.2_08-b03 on FreeBSD 5.3 When refresing :8180/manager/status, the Error count: value is increasing by one. [...] INFO: Starting Coyote HTTP/1.1 on http-8180 Jun 11, 2005 8:24:34 PM org.apache.jk.common.ChannelSocket init INFO: JK2: ajp13 listening on /0.0.0.0:8009 Jun 11, 2005 8:24:34 PM org.apache.jk.server.JkMain start INFO: Jk running ID=0 time=31/98 config=/usr/local/jakarta-tomcat5.0/conf/jk2.properties Jun 11, 2005 8:24:34 PM org.apache.catalina.startup.Catalina start INFO: Server startup in 15208 ms When clicking on Tomcat Administration, I get a blank page and on the console / log the following: Jun 11, 2005 8:32:04 PM org.apache.catalina.authenticator.FormAuthenticator authenticate WARNING: Unexpected error forwarding to login page javax.servlet.ServletException: Cannot find message resources under key org.apache.struts.action.MESSAGE at org.apache.jasper.runtime.PageContextImpl.doHandlePageException(PageContextImpl.java:846) at org.apache.jasper.runtime.PageContextImpl.handlePageException(PageContextImpl.java:779) at admin.login_jsp._jspService(login_jsp.java:115) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:94) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:696) at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:474) at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:409) at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:312) at org.apache.catalina.authenticator.FormAuthenticator.authenticate(FormAuthenticator.java:220) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:504) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:118) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929) at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:799) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:705) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:577) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:534) Whats wrong - how can fix this? Should I generally use better Tomcat 5.5.x with other JVM Version? Oskar - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Where are the UNIX-type scripts?
I recently downloaded the latest jakarta-tomcat-5.5.9.tar.gz installation files and set them up, but I can not find the startup.sh, catalina.sh, ... file. This is all I see: [EMAIL PROTECTED] bin]$ ls -l total 500 -rw-r--r-- 1 tcbox00 tcbox00 22547 Jun 11 09:10 bootstrap.jar -rw-r--r-- 1 tcbox00 tcbox00 7684 Jun 11 09:10 catalina.bat -rw-r--r-- 1 tcbox00 tcbox00 9386 Jun 11 09:10 commons-daemon.jar -rw-r--r-- 1 tcbox00 tcbox00 26202 Jun 11 09:10 commons-logging-api.jar -rw-r--r-- 1 tcbox00 tcbox00511 Jun 11 09:10 cpappend.bat -rw-r--r-- 1 tcbox00 tcbox00 1284 Jun 11 09:10 digest.bat -rw-r--r-- 1 tcbox00 tcbox00 73008 Jun 11 09:10 jsvc.tar.gz -rw-r--r-- 1 tcbox00 tcbox00 3956 Jun 11 09:10 service.bat -rw-r--r-- 1 tcbox00 tcbox00 2013 Jun 11 09:10 setclasspath.bat -rw-r--r-- 1 tcbox00 tcbox00 1273 Jun 11 09:10 shutdown.bat -rw-r--r-- 1 tcbox00 tcbox00 1274 Jun 11 09:10 startup.bat -rw-r--r-- 1 tcbox00 tcbox00 102400 Jun 11 09:10 tomcat5.exe -rw-r--r-- 1 tcbox00 tcbox00 131072 Jun 11 09:10 tomcat5w.exe -rw-r--r-- 1 tcbox00 tcbox00 12104 Jun 11 09:10 tomcat-juli.jar -rw-r--r-- 1 tcbox00 tcbox00 2235 Jun 11 09:10 tool-wrapper.bat -rw-r--r-- 1 tcbox00 tcbox00 1280 Jun 11 09:10 version.bat -rwxr-xr-x 1 tcbox00 tcbox00790 Jun 11 09:10 version.sh So, where are the UNIX-type scripts? Thanks Albretch - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat Web Server ServerTokenNotSet Vulnerability
My long-time favorite is server=Microsoft-IIS/5.0 ;-). Mark Thomas [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] No idea. Try , , Tin foil hats R us or something similar. I am not even sure this is why your scanner is reporting a problem. Mark Gao, Frank wrote: What the server parameter value should be in order to pass the security scan? -Original Message- From: Mark Thomas [mailto:[EMAIL PROTECTED] Sent: Friday, June 10, 2005 2:14 PM To: Tomcat Users List Subject: Re: Tomcat Web Server ServerTokenNotSet Vulnerability Try setting the server parameter on the connector. See http://jakarta.apache.org/tomcat/tomcat-5.5-doc/config/http.html Mark Gao, Frank wrote: Hi, I have a Tomcat 5.5.7 standalone webserver running on my machine, recently I got a security scan warning of ApacheServerTokenNotSet. Does anyone know how to configure the Tomcat 5.5.7 to pass this security scan? I know there is a 'ServerTokens' directive for Apache Web Server that I can use to limit the information giving out. But I cann't find anything similar on Tomcat Web Server. Anyone has any idea about this? Thanks, Frank - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Where are the UNIX-type scripts?
Also if I try the only unix-like script, namely, version.sh, it looks for the other ones: [EMAIL PROTECTED] bin]$ ./version.sh Cannot find ./catalina.sh Albretch - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Vexing problem with Tomcat 5.0.28/Pointbase/JNDI/ConnectionPooling
Hi all, Tomcat 5.0.28 with Pointbase - Trying to obtain a database connection from the DataSource. I saw a zillion places in the web where they've discussed a problem quite similar to the exception shown below BUT, none exactly like what I'm experiencing. And by the way, I couldn't even find one case where they were trying to connect with Pointbase. I followed documentation from all over the web, but I don't see anything that I could be missing. To explain, many have complained about null values for class and URL in the exception message that you see below, but I don't have that problem. What could be wrong? I have spent 5 hours trying to fix this. (It is not even a case of the JDBC driver not being located as I get a different error message when I remove the JDBC driver .jar files (pbclient.jar). Pointbase is up and running on port 9092. Funny thing is the same error message comes up whether Pointbase is running or not.) Please HELP !! Exception : org.apache.commons.dbcp.SQLNestedException: Cannot create JDBC driver of class 'com.pointbase.jdbc.jdbcDataSource' for connect URL 'jdbc:pointbase:server://localhost:9092/dbCompany' at org.apache.commons.dbcp.BasicDataSource.createDataSource(BasicDataSource.java:780) at org.apache.commons.dbcp.BasicDataSource.getConnection(BasicDataSource.java:540) at dataaccess.UserDatabaseAccessBean.findByUserId(Unknown Source) at security.databaseclient.SecurityBean.login(Unknown Source) at security.SecurityControllerServlet.doPost(Unknown Source) at javax.servlet.http.HttpServlet.service(HttpServlet.java:709) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:704) at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:474) at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:409) at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:312) at framework.MainControllerServlet.processRequest(Unknown Source) at framework.MainControllerServlet.doPost(Unknown Source) at javax.servlet.http.HttpServlet.service(HttpServlet.java:709) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:118) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929) at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:799) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:705) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:577) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:683) at java.lang.Thread.run(Thread.java:534) Caused by: java.sql.SQLException: No suitable driver at java.sql.DriverManager.getDriver(DriverManager.java:243) at
Re: Where are the UNIX-type scripts?
Hi, 11Jun2005 @ 17:22 [EMAIL PROTECTED] thusly spake I recently downloaded the latest jakarta-tomcat-5.5.9.tar.gz installation files and set them up, but I can not find the startup.sh, catalina.sh, ... file. This is all I see: [EMAIL PROTECTED] bin]$ ls -l total 500 -rw-r--r-- 1 tcbox00 tcbox00 22547 Jun 11 09:10 bootstrap.jar -rw-r--r-- 1 tcbox00 tcbox00 7684 Jun 11 09:10 catalina.bat -rw-r--r-- 1 tcbox00 tcbox00 9386 Jun 11 09:10 commons-daemon.jar -rw-r--r-- 1 tcbox00 tcbox00 26202 Jun 11 09:10 commons-logging-api.jar -rw-r--r-- 1 tcbox00 tcbox00511 Jun 11 09:10 cpappend.bat -rw-r--r-- 1 tcbox00 tcbox00 1284 Jun 11 09:10 digest.bat -rw-r--r-- 1 tcbox00 tcbox00 73008 Jun 11 09:10 jsvc.tar.gz -rw-r--r-- 1 tcbox00 tcbox00 3956 Jun 11 09:10 service.bat -rw-r--r-- 1 tcbox00 tcbox00 2013 Jun 11 09:10 setclasspath.bat -rw-r--r-- 1 tcbox00 tcbox00 1273 Jun 11 09:10 shutdown.bat -rw-r--r-- 1 tcbox00 tcbox00 1274 Jun 11 09:10 startup.bat -rw-r--r-- 1 tcbox00 tcbox00 102400 Jun 11 09:10 tomcat5.exe -rw-r--r-- 1 tcbox00 tcbox00 131072 Jun 11 09:10 tomcat5w.exe -rw-r--r-- 1 tcbox00 tcbox00 12104 Jun 11 09:10 tomcat-juli.jar -rw-r--r-- 1 tcbox00 tcbox00 2235 Jun 11 09:10 tool-wrapper.bat -rw-r--r-- 1 tcbox00 tcbox00 1280 Jun 11 09:10 version.bat -rwxr-xr-x 1 tcbox00 tcbox00790 Jun 11 09:10 version.sh that's weird, I'd download it again and be sure you have the right tar.gz file. this is my bin directory: /~~~ 10:32:18|luke @bench [bin] ls -l total 452 -rw-r--r-- 1 luke luke 22547 Mar 27 04:52 bootstrap.jar -rwxr-xr-x 1 luke luke 2667 May 11 12:58 catalina.bat -rwxr-xr-x 1 luke luke 2311 May 11 12:58 catalina.sh -rw-r--r-- 1 luke luke 9386 Mar 27 04:52 commons-daemon.jar -rw-r--r-- 1 luke luke 26202 Mar 27 04:52 commons-logging-api.jar -rwxr-xr-x 1 luke luke511 Mar 27 04:52 cpappend.bat -rwxr-xr-x 1 luke luke 1284 Mar 27 04:52 digest.bat -rwxr-xr-x 1 luke luke848 Mar 27 04:52 digest.sh -rw-r--r-- 1 luke luke 73008 Mar 27 04:52 jsvc.tar.gz -rwxr-xr-x 1 luke luke 3956 Mar 27 04:52 service.bat -rwxr-xr-x 1 luke luke 2013 Mar 27 04:52 setclasspath.bat -rwxr-xr-x 1 luke luke 2788 Mar 27 04:52 setclasspath.sh -rwxr-xr-x 1 luke luke 1273 Mar 27 04:52 shutdown.bat -rwxr-xr-x 1 luke luke787 Mar 27 04:52 shutdown.sh -rwxr-xr-x 1 luke luke 1274 Mar 27 04:52 startup.bat -rwxr-xr-x 1 luke luke 1141 Mar 27 04:52 startup.sh -rw-r--r-- 1 luke luke 102400 Mar 27 04:53 tomcat5.exe -rw-r--r-- 1 luke luke 131072 Mar 27 04:53 tomcat5w.exe -rw-r--r-- 1 luke luke 12104 Mar 27 04:52 tomcat-juli.jar -rwxr-xr-x 1 luke luke 2235 Mar 27 04:52 tool-wrapper.bat -rwxr-xr-x 1 luke luke 2549 Mar 27 04:52 tool-wrapper.sh -rwxr-xr-x 1 luke luke 1280 Mar 27 04:52 version.bat -rwxr-xr-x 1 luke luke790 Mar 27 04:52 version.sh \ kind regards, Luke -- ._.. .| .| |.|/.|_ . .|__.|_|.|\.|_ . :61 421 276 282: - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Paths for JkMount
Hello - I am working on a proof of concept application, porting from tomcat 3.n and Apache 1.3 to Tomcat 5.5.9 and Apache 2.0.52. The problem - every time this app would try to execute a .jsp file, Apache would return an error. After a bunch of troubleshooting in httpd.conf, I found the problem. It was these JkMount directives: JkMount /servlets/* worker1 JkMount /*.jsp worker1 JkMount /*.do worker1 I was assuming these paths were all really relative to my DocumentRoot - but noo! The path evidently needs to be a real, absolute path. These directives work: JkMount /var/www/html/{approot}/servlets/* worker1 JkMount /var/www/html/{approot}/*.jsp worker1 JkMount /var/www/html/{approot}/*.do worker1 (where {approot} is the directory with all the html, jsp, and other files.) And now the app seems to behave properly. But this bothers me - aren't all these supposed to be relative to DocumentRoot? Am I missing something or are JkMount directives supposed to point to an absolute path? Thanks - Greg Scott [EMAIL PROTECTED]
Re: Vexing problem with Tomcat 5.0.28/Pointbase/JNDI/ConnectionPooling
Try this: parameter namedriverClassName/name valuecom.pointbase.jdbc.jdbcUniversalDriver/value /parameter in place of: parameter namedriverClassName/name valuecom.pointbase.jdbc.jdbcDataSource/value /parameter Doug - Original Message - From: Suraj Sashidharan [EMAIL PROTECTED] To: tomcat-user@jakarta.apache.org Sent: Saturday, June 11, 2005 5:38 PM Subject: Vexing problem with Tomcat 5.0.28/Pointbase/JNDI/ConnectionPooling Hi all, Tomcat 5.0.28 with Pointbase - Trying to obtain a database connection from the DataSource. I saw a zillion places in the web where they've discussed a problem quite similar to the exception shown below BUT, none exactly like what I'm experiencing. And by the way, I couldn't even find one case where they were trying to connect with Pointbase. I followed documentation from all over the web, but I don't see anything that I could be missing. To explain, many have complained about null values for class and URL in the exception message that you see below, but I don't have that problem. What could be wrong? I have spent 5 hours trying to fix this. (It is not even a case of the JDBC driver not being located as I get a different error message when I remove the JDBC driver .jar files (pbclient.jar). Pointbase is up and running on port 9092. Funny thing is the same error message comes up whether Pointbase is running or not.) Please HELP !! Exception : org.apache.commons.dbcp.SQLNestedException: Cannot create JDBC driver of class 'com.pointbase.jdbc.jdbcDataSource' for connect URL 'jdbc:pointbase:server://localhost:9092/dbCompany' at org.apache.commons.dbcp.BasicDataSource.createDataSource(BasicDataSource.java:780) at org.apache.commons.dbcp.BasicDataSource.getConnection(BasicDataSource.java:540) at dataaccess.UserDatabaseAccessBean.findByUserId(Unknown Source) at security.databaseclient.SecurityBean.login(Unknown Source) at security.SecurityControllerServlet.doPost(Unknown Source) at javax.servlet.http.HttpServlet.service(HttpServlet.java:709) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:704) at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:474) at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:409) at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:312) at framework.MainControllerServlet.processRequest(Unknown Source) at framework.MainControllerServlet.doPost(Unknown Source) at javax.servlet.http.HttpServlet.service(HttpServlet.java:709) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:118) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929) at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:799) at