RE: Stupid question - cannot load servlet name - mm.mysql related ??
Do you perhaps have an older version of the mysql driver in your classpath before the new ones? Maybe it's sitting in jdk1.3/jre/lib/ext? I'd try writing a short console program just to open a connection to the db and get that to run, then at least you you where your problem lies for sure. Then you can figure out what part of the classpath is getting munged by tomcat. Note that I believe the tomcat.sh scripts munge your classpath, so you might want to try putting mm.mysql.jar in your tomcat/lib folder. Good luck --erik -Original Message- From: Cato, Christopher [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 08, 2001 10:02 AM To: '[EMAIL PROTECTED]' Subject: Stupid question - cannot load servlet name - mm.mysql related ?? Hello. I have two identical linux redhat 6.2 machines, both running TomCat standalone. On machine A, I've been testing out a system I'm developing. It runs okay on that machine. Now I want it on machine B instead. So, I move the sources to machine B (together with the build.sh script (which works fine on machine A) and all the other files). I compile without errors, Ant moves the classes and web.xml into the correct directories. BUT, when I start TomCat I get a whole bunch of "cannot load servlet name: whatever name" messages. Looking at the other logs, It seems to load and initialize the servlets okay. So, I try to connect to TomCat. Every servlet which does not use the mm.mysql db driver works ok. Those using it wont work. It just states "cannot load database driver". This message comes from a try clause around the driver loader in each servlet. Now, I've moved the mysql drivers to machine B and added the mm.mysql-2.0.2.bin.jar to the classpath. Why does it still fail? Any ideas? I'm stuck. *sigh* Regards, Christopher Cato - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: as a standalone server
Yes. Just hit port 8080 on the solaris box. --erik -Original Message- From: Jason Teh [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 07, 2001 11:10 PM To: [EMAIL PROTECTED] Subject: as a standalone server Hey guys just wondering if it were possible to use Tomcat as a standalone server (i dont want to integrate with apache just yet) on a Solaris server (5.7) and access jsp pages using a client web browser on Win NT? Jason - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: Another Newbie Question -- Urgent Please!
Do you have the servlet api's in your compilers classpath? --erik -Original Message- From: Rezaul H. Safiuddin [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 07, 2001 10:09 PM To: [EMAIL PROTECTED] Subject: Another Newbie Question -- Urgent Please! How come I am not being able to compile a HelloWorldServlet.java with jdk1.3 ? Its giving me hundreds of compiler errors. I need to compile this file and create the .class file . Do I need something especial for compiling servlets ? I already installed the TomCat 3.2.1 . Any Help would be appreciated. But I am able to run the SnoopServlet.java that comes with TomCat in the classes directory. Do I have to configure something else if I wanna add a new servlet class ? Kash - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: Another Newbie Question -- Urgent Please!
The easiest thing to do is just to copy the servlet.jar file into your c:\jdk1.3\jre\lib\ext folder. I think thats the "official" place for extension api's. It is automatically checked for jars to be added to the classpath. --erik -Original Message- From: Scott Walter [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 08, 2001 12:02 AM To: [EMAIL PROTECTED] Subject: RE: Another Newbie Question -- Urgent Please! No you don't have to download anything extra. The classes are included with tomcat in the servlet.jar file, which is located in the lib directory under your tomcat install. FYI--When specifying a classpath for jar files you can't just specify the directory in which the jar file exist in, you must include the full path. Below is an example to compile a servlet that needs servlet.jar: javac -classpath c:\tomcat\lib\servlet.jar MyServlet.java scott. --- "Rezaul H. Safiuddin" [EMAIL PROTECTED] wrote: OK...I am totally Confused..please Help! I have jdk 1.3, Apache Web Server and TomCat 3.2Where is the javax package ? I finally downloaded jsdk 2.1 and the javax directory is there..I pointed the classpath to that directory or its parent directory in many ways.. - but it never finds it. Shouldn't the servlet API's come with TomCat or do I have to download Java Web Server or whatever ? These are the errors I am getting : HelloWorldServlet.java:3: package javax.servlet does not exist import javax.servlet.*; ^ HelloWorldServlet.java:4: package javax.servlet.http does not exist import javax.servlet.http.*; Help please...Thanks. Kash On Wed, 7 Feb 2001, Erik LaBianca wrote: Do you have the servlet api's in your compilers classpath? --erik -Original Message- From: Rezaul H. Safiuddin [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 07, 2001 10:09 PM To: [EMAIL PROTECTED] Subject: Another Newbie Question -- Urgent Please! How come I am not being able to compile a HelloWorldServlet.java with jdk1.3 ? Its giving me hundreds of compiler errors. I need to compile this file and create the .class file . Do I need something especial for compiling servlets ? I already installed the TomCat 3.2.1 . Any Help would be appreciated. But I am able to run the SnoopServlet.java that comes with TomCat in the classes directory. Do I have to configure something else if I wanna add a new servlet class ? Kash - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] __ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail - only $35 a year! http://personal.mail.yahoo.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
JDBCRealm authentication with interbase interclient
This may be more of a developer question, but the guidelines seem to discourage non-developers from posting to the developer list, so I apologize if this is the wrong place. I don't know if any of you out there are using interbase with Tomcat 3.2.1, but I'm attempting to do so. I'm curious about the behavior when a user first enters a secured realm. Using the exact same setup as I've used successfully using the jdbc-odbc bridge and mysql, i'm trying to authenticate a user. I can do so fine if I force my way into login.jsp. However, if I just try to connect to a secured area, tomcat throws a NullPointerException, which appears to have bubbled up from the jdbc driver. Apparently, when a user first enters a secured realm tomcat calls authenticate(null, null) or something. The interbase JDBC driver appears NOT to like this behavior. However, it would seem to me that the proper behavior in the case of a null username would be to return false immediately, rather than run a query off the database with a null parameter. The code I'm referring to is circa line 306 in apache/tomcat/request/JDBCRealm.java Any thoughts? --erik - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: No path info for include page
I think tomcat's getPathInfo is a little wierd. The behavior when you have bound a servlet to a url is to move what you would expect to be in getPathInfo() into getServletPath() . Included pages might be getting handled the same as "mapped" ones, in which case you could be experiencing the same problem. I think this is a bug, but maybe it was a design decision. --erik -Original Message- From: Dmitry Rogatkin [mailto:[EMAIL PROTECTED]] Sent: Monday, February 05, 2001 4:32 PM To: [EMAIL PROTECTED] Subject: No path info for include page Is that normal for Tomcat? I expect to get something from getPathInfo when I have a servlet called as a page include. BTW can I expect a session sharing for such servlet and wrapper JSP? Thanks, Dmitry R., [EMAIL PROTECTED] Chief Architect, MetricStream.COM Santa Clara, CA ___ Visit http://www.visto.com/info, your free web-based communications center. Visto.com. Life on the Dot. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: Even simpler... where do I put oracle drivers?
The bits in server.xml are for JDBCRealm authentication. If you don't know about it you aren't using it. It lets you have the servlet container handle your authentication. I've had good luck stuffing my .jar files in my lib directory, which gets copied to WEB-INF/lib. If you were using JDBCRealm authentication you'd need to put your thin client in the tomcat lib directory, or even into the jre lib/ext folder. --erik -Original Message- From: John Coonrod [mailto:[EMAIL PROTECTED]] Sent: Monday, February 05, 2001 6:01 PM To: [EMAIL PROTECTED] Subject: Even simpler... where do I put oracle drivers? Let me up to an even easier question... Where, exactly, should I put my Oracle jdbc thin drivers? Back in the days of 3.0, I could only get things to work by completely unzipping the oracle zip file into a folder called oracle which I put in \jakarta-tomcat\classes That continues to work, sort of. I notice that server.xml has lines in it about jdbc drivers - what's that about? At the moment they're commented out on my setup. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]