Problem whit this message cannot resolve symbol

servlet error: [javac] Compiling 1 source file /opt/jakarta-tomcat-5.0.19/work/Catalina/localhost/Mysql-conn/org/apache/jsp/Example_jsp.java:55: cannot resolve symbol symbol : class clsDisplayHtml location: class org.apache.jsp.Example_jsp clsDisplayHtml m_ClsDisplayHTML

Re: Problem whit this message cannot resolve symbol

for JSP An error occurred at line: 3 in the jsp file: /Example.jsp Generated servlet error: [javac] Compiling 1 source file /opt/jakarta-tomcat-5.0.19/work/Catalina/localhost/Mysql-conn/org/apache/jsp/Example_jsp.java:55: cannot resolve symbol symbol : class clsDisplayHtml

Re: Problem whit this message cannot resolve symbol

Generated servlet error: [javac] Compiling 1 source file /opt/jakarta-tomcat-5.0.19/work/Catalina/localhost/Mysql-conn/org/apache/jsp/Example_jsp.java:55: cannot resolve symbol symbol : class clsDisplayHtml location: class org.apache.jsp.Example_jsp clsDisplayHtml

Build Tomcat :Jasper - cannot resolve symbol

/share/org/apache/jasper/compiler/Node.java:69: cannot resolve symbol [javac] symbol : class DynamicAttributes [javac] location: package tagext [javac] import javax.servlet.jsp.tagext.DynamicAttributes; [javac] ^ [javac] /tmp/jakarta-tomcat-jasper

building tomcat 4.1 : cannot resolve symbol : can you help me ?

/util/build/classes [javac] This version of java does not support the classic compiler; upgradin g to modern [javac] /opt/jakarta-tomcat-connectors-4.1.24-src/util/java/org/apache/tomca t/util/net/PoolTcpEndpoint.java:122: cannot resolve symbol [javac] symbol : class ThreadPoolRunnable

cannot resolve symbol

I have apache and tomcat up and running. Now I'm trying to compile mod_mk2 and get the following error. Does any one know which jar file I'm missing? [javac] /export/home/jakarta-tomcat-connectors-4.1.27-src/util/java/org/apache/tomca t/util/net/PoolTcpEndpoint.java:122: cannot resolve symbol

when building tomcat 4.0 : cannot resolve symbol

/util/build/classes [javac] This version of java does not support the classic compiler; upgradin g to modern [javac] /opt/jakarta-tomcat-connectors-4.1.24-src/util/java/org/apache/tomca t/util/net/PoolTcpEndpoint.java:122: cannot resolve symbol [javac] symbol : class ThreadPoolRunnable

[Fileupload](java newbie):cannot resolve symbol

of my test servlet: import org.apache.commons.fileupload.*; 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

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

RE: [Fileupload](java newbie):cannot resolve symbol

: 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

Re: [Fileupload](java newbie):cannot resolve symbol

-doc/class-loader-howto.html John john-paul delaney wrote: 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

Re: [Fileupload](java newbie):cannot resolve symbol

Thanks Brian... I had tried removing the package line but the compiler complained the package couldn't be found. Is it overkill to have a package statement and an import statement for the same? In the end I just added the jar to the classpath... but I don't understand why it failed when the

Re: [Fileupload](java newbie):cannot resolve symbol

On Mon, 28 Jul 2003, John Turner wrote: Build != Run. Tomcat is not involved in the build process, only the run process. When your servlet is running, Tomcat ignores CLASSPATH so you will need to make sure your JAR files are in the appropriate location according to the ClassLoader

Re: [Fileupload](java newbie):cannot resolve symbol

For user-created classes, it pretty much comes down to three things: Common - This class loader contains additional classes that are made visible to both Tomcat internal classes and to all web applications. Normally, application classes should NOT be placed here. All unpacked classes and

'Package does not exist' and 'cannot resolve symbol' woes

Greetings, oh most gracious and knowledgable tomcat-users community. I'm hopeful someone(s) of you can shed some light on our problem. We're encountering a 'Package does not exist' and 'cannot resolve symbol' errors when attempting to load some JSP pages. This error appears to be one that's

RE: 'Package does not exist' and 'cannot resolve symbol' woes

Howdy, Let's get back to basics to simplify things: - Do a clean installation of tomcat to a new location. Don't install Apache, don't connect to the existing apache, leave it standalone tomcat. The part that's got me stumped is that I've got multiple copies of the

cannot resolve symbol, session vars lost etc =p

forward so i changed them all to: application.getRequestDispatcher(/to/your/URL).forward(request,response); and now I get a compile error cannot resolve symbol. symbol: application do i have to include the 'application' somehow? I'm going INSANE HERE! Please help! thanks =p Rich