Michael Brewer

Now I just finished reading http://jakarta.apache.org/tomcat/tomcat-4.1-doc/printer/class-loader-howto.html and come back here and see someone posted a pointer to it. (why isn't reply notification working?)
The how-to does say "however, the standard Tomcat 4 startup scripts $CATALINA_HOME/bin/catalina.sh or %CATALINA_HOME%\bin\catalina.bat) totally ignore the contents of the CLASSPATH environment variable itself". I would think the use of the phrase "standard Tomcat 4 startup scripts" would mean that you could have Tomcat load everything from setclasspath.bat while the System classloader is loading which would seem to me to be the only purpose for the setclasspath.bat file.
However, now after reading it I see that I probably shouldn't be loading JDBC drivers with the System classloader and in fact shouldn't be loading them with the Common classloader as the linked discussion recommends. I should put the SQL Server JDBC JARs into the %CATALINA_HOME%/shared/lib/ folder instead.
[ January 14, 2004: Message edited by: Michael Brewer ]

I RETURN WITH THE SOLUTION!
I discovered the cause of my problems. Looking at the stdoutlog revealed a ClassNotFoundException when trying to load the MS SQL Server 2000 JDBC driver. After making sure the paths were in both the CLASSPATH environment variable and the setclasspath.bat file as well as uninstalling the SQL Server JDBC drivers and reinstalling them to a folder hierarchy that didn't have any spaces in it, I finally found this discussion which introduced me to the solution to my problem: move the three MS SQL JDBC JAR files into %TOMCAT_HOME%/common/lib/.
Unfortunately, that discussion doesn't say why this step is required. Can someone explain to me why I needed to put those three JAR files in /common/lib/ when they were already sepcified in the classpath?

OK, after I got back from vacation and re-installed my environment I was able to get a root cause error to why the JSP can't be compiled. And it's puzzling me. I just moved this code from JRun to Tomcat and it worked under JRun.
Statement s = dbCon.createStatement();
Is throwing a NullPointerException when Tomcat tries to compile my JSP. This line is in a class that is called by my JSP. The odd thing is that when I run javac to compile the class, no NullPointerException is thrown. Connection.html#createStatement() doesn't say that this method will throw a NullPointerException.
If anyone has any ideas what I should, I'd greatly appreciate it.

I just installed Java 1.4.2_01 onto Windows 2000. At the end of the install process, it asked me to reboot Windows. I've never seen this before with installing a JDK. I can't think of any reason Java should require a restart, however my Tomcat welcome page won't ever come up. I can't simply reboot the server, so I am wondering why Java would want me to in the first place and if that prompt is related to my current Tomcat woes.
Any pointers are appreciated.
This installation guide doesn't help nor does this search.

I just reinstalled Tomcat with examples this time and even the examples won't compile. It must be a problem with my J2SE environment. I'm using 1.4.2_01. I'm going to see what I can do there. Thanks for the help guys, I may be back with more questions, but hopefully I'll be back with the solution.

Originally posted by Vad Fogel:
Hi Michael, try the following workaround:
* Add an entry to the CLASSPATH: D:\ALM\Java\j2sdk1.4.2_01\jre\lib
* Copy jsp-api.jar (or whatever you have for your Tomcat implementation) from $tomcat_dir\common\lib into D:\ALM\Java\j2sdk1.4.2_01\jre\lib\ext and add D:\ALM\Java\j2sdk1.4.2_01\jre\lib\ext to your CLASSPATH.
Sometimes, this works.

I don't have jsp-api.jar in my implementation, but I do have jasper-common.jar and jasper-runtime.jar, so I copied those as you said, but I'm still getting the same error.
[ November 24, 2003: Message edited by: Michael Brewer ]

Originally posted by Mike Curwen:
usually a "compiler" error of "-1 in the jsp file: null" means that Tomcat is unhappy with CATALINA_HOME, JAVA_HOME or the JVM/JRE/JDK

Make sure there are no spaces in the *_HOME variables, and that you are using a JDK, not just JRE. If you're running Tomcat as a service on Windows, ensure that the service is being started with an appropriate VM.

I made sure that my CATALINA_HOME and JAVA_HOME vars are pointing to the correct locations and they are: D:\ALM\Java\Apache_Group\Tomcat_4.1 and D:\ALM\Java\j2sdk1.4.2_01 respectively. My path contains the following Java-related paths (CRs for legibility):
D:\ALM\Java\Apache_Group\Tomcat_4.1\bin;
D:\ALM\Java\j2sdk1.4.2_01\bin;
D:\ALM\Java\j2sdk1.4.2_01\jre\bin;
D:\ALM\Java\j2sdk1.4.2_01\jre\bin\server;
D:\ALM\Java\j2sdk1.4.2_01\jre\bin\client;
I'm stuck. I'd appreciate any additional pointers.
[ November 24, 2003: Message edited by: Michael Brewer ]

Can someone help me with this error? The only thing I can figure out from it is that Tomcat is having trouble compiling one of my JSPs. Not where or why.
HTTP Status 500 - -------------------------------------------------------------------------------- type Exception report message description The server encountered an internal error () that prevented it from fulfilling this request. exception org.apache.jasper.JasperException: Unable to compile class for JSP An error occurred at line: -1 in the jsp file: null Generated servlet error: [javac] Compiling 1 source file at org.apache.jasper.compiler.DefaultErrorHandler.javacError(DefaultErrorHandler.java:130) at org.apache.jasper.compiler.ErrorDispatcher.javacError(ErrorDispatcher.java:293) at org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:353) at org.apache.jasper.compiler.Compiler.compile(Compiler.java:370) at org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:473) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:190) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:295) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:241) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:256) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2416) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:171) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:223) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:601) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:392) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:565) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:619) at java.lang.Thread.run(Thread.java:536)

Apple just publishes those articles, they aren't written by Apple employees AFAIK. So, I'm not going to consider that gospel and seeing as he didn't provide any reason for installing to /usr/local, I'm still going to question it.
I'd like to be able to navigate to my Tomcat folder through Finder to make it easier to edit the various configuration files. That's why I was thinking /Library/Java/Extensions would be a good spot.
[ June 03, 2003: Message edited by: Michael Brewer ]

I'm trying to setup Tomcat to serve HTML files that are on another server. We're in a Win2000 environment and I can connect to the remote server using a UNC path like \\machine\share\folder\. However, when I try using that path to specify the docBase for Tomcat, I get a 404.
Can someone please explain how to get this working or provide some links to the information? I've already tried all of the Google searches I can think of.

Where are you guys putting Tomcat? I know there is an Extensions folder somewhere on the disk (/Library/Java/Extensions maybe?) and that is where I was planning to put it when I get around to it sometime this week.
Did you put it there? Somewhere else? Reasons?

I was wondering if someone here has any experience with Electric XML. I've done a Google search on it, and most of the information I see is written by employees of The Mind Electric, and as such is far from un-biased.
Does anyone have any opinions on this product? How easy is it to use? How well does it perform in a production environment? Are there any severe limitations that would require upgrading to their commercial version?

How do you find out what DLLs a DLL is dependent on in Win2000?

Originally posted by Shoaib Khanzada:
public String ejbCreate(String id, String name,
String address, String telephone){
try{
<snip>
}
}

Thanks, Shoaib. Would I put that code in the implementation bean (CustomerBean.java) or in the home interface (CustomerHome.java)?
I assume it would go in the bean class.

I was reading jGuru's page on What is a BMP bean?. I think it's finally clicked for how I need to use Entity EJBs with the proprietary API that I unfortunately have to work with.
One remaining question that I have from that jGuru page is what happens with the create() method in the Home Interface.
I know that in a CMP, the container writes the code needed to create a new entity with a primary key. However, since I am using BMP and need to have my own data access logic handle this, how would I accomplish it? The jGuru article leaves that detail out.