Compiling a servlet is different than having it run under Tomcat. You needed to compile your servlet, so either send in the path to the jar file with a javac parameter (-cp) or put it on your system classpath, or any one of a number of different options. That's compiling, and it's just like any other java class. Once it's compiled, putting it in the appropriate Tomcat directory is sufficient, and you're right; Tomcat ignores Classpath
> -----Original Message----- > From: john-paul delaney [mailto:[EMAIL PROTECTED] > Sent: Monday, July 28, 2003 4:51 PM > To: Tomcat Users List > Subject: Re: [Fileupload](java newbie):cannot resolve symbol > > > > On Mon, 28 Jul 2003, john-paul delaney wrote: > > > The compile chokes at the first assignment: > > boolean isMultipart = FileUpload.isMultipartContent(req); > > > > with a cannot resolve symbol on the FileUpload object. > > > > btw the context log shows the jar being loaded: > > 2003-07-28 17:05:43 ContextConfig[/mlist]: Scanning JARs > in /WEB-INF/lib subdirectory > > 2003-07-28 17:05:43 ContextConfig[/mlist]: Adding path > '/WEB-INF/lib/commons-fileupload-1.0.jar' > > 2003-07-28 17:05:43 ContextConfig[/mlist]: Scanning JAR at > resource > > path '/WEB-INF/lib/commons-fileupload-1.0.jar' > > It working now. I added a reference to the jarfile in the > $CLASSPATH environment variable and then it compiled ok. > Nevertheless I seem to have read somewhere that tomcat > ignored the java classpath and relied on loading classes from > it's various lib directories? > > Is this presumption incorrect? > > Thanks > /j-p. > > > --------------------------------------------------------------------- > 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]
