DO NOT REPLY [Bug 33042] New: - JSP compilation with / fails
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33042. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33042 Summary: JSP compilation with / fails Product: Tomcat 5 Version: 5.0.28 Platform: PC OS/Version: Windows XP Status: NEW Severity: normal Priority: P3 Component: Jasper AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] Compiling a JSP ending with 2 characters sequence / (2 characters from closing tag) fails, although it is a valid JSP. It also fails whenever this sequence is followed by a space whereever in the JSP. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33042] - JSP compilation with / fails
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33042. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33042 --- Additional Comments From [EMAIL PROTECTED] 2005-01-11 14:49 --- Created an attachment (id=13970) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=13970action=view) Thrown exception Exceptions of simple 2 characters JSP (of text /) compilation. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33042] - JSP compilation with / fails
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33042. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33042 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2005-01-11 15:00 --- *** This bug has been marked as a duplicate of 29866 *** -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28835] - The classpath for jsp compilation includes the jar files twice for the webapp
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=28835. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=28835 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED OS/Version||All Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2004-12-24 18:50 --- *** This bug has been marked as a duplicate of 17822 *** -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
FW: 5.0.29 JSP compilation fails when using JDK 1.5.0
Oops, copying the list on this message, sent just to Jess by accident. Yoav Shapira http://www.yoavshapira.com -Original Message- From: Shapira, Yoav Sent: Friday, October 22, 2004 12:52 PM To: 'Jess Holle' Subject: RE: 5.0.29 JSP compilation fails when using JDK 1.5.0 Hi, I've committed these on the TOMCAT_5_0 branch, for 5.0.30. I will modify as needed and repeat for Tomcat 5.5 on CVS HEAD. Thank you for submitting these, Yoav Shapira http://www.yoavshapira.com -Original Message- From: Jess Holle [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 19, 2004 11:00 AM To: Tomcat Developers List Cc: Shapira, Yoav Subject: Re: 5.0.29 JSP compilation fails when using JDK 1.5.0 I accidentally got Windows end-of-line sequences in the last set of patches. Here's a better set. -- Jess Holle Jess Holle wrote: Okay, I now (belatedly) understand the problem. The issue is that by default Jaspper is setting the target release to 1.3 but leaving the source release unspecified -- resulting in the JDK 1.5 javac default source release, 1.5 -- and javac won't allow this mixture. I am attaching a set of patches that (1) defaults the source release to 1.3 as well and (2) allows this to be controlled in a completely independent and analogous manner to target release. I would appreciate seeing this in 5.0.30 :-) -- Jess Holle This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: 5.0.29 JSP compilation fails when using JDK 1.5.0
Hi, Patches suitably modified and committed on CVS HEAD for Tomcat 5.5.4 as well. Yoav Shapira http://www.yoavshapira.com -Original Message- From: Jess Holle [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 19, 2004 11:00 AM To: Tomcat Developers List Cc: Shapira, Yoav Subject: Re: 5.0.29 JSP compilation fails when using JDK 1.5.0 I accidentally got Windows end-of-line sequences in the last set of patches. Here's a better set. -- Jess Holle Jess Holle wrote: Okay, I now (belatedly) understand the problem. The issue is that by default Jaspper is setting the target release to 1.3 but leaving the source release unspecified -- resulting in the JDK 1.5 javac default source release, 1.5 -- and javac won't allow this mixture. I am attaching a set of patches that (1) defaults the source release to 1.3 as well and (2) allows this to be controlled in a completely independent and analogous manner to target release. I would appreciate seeing this in 5.0.30 :-) -- Jess Holle This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: 5.0.29 JSP compilation fails when using JDK 1.5.0
I accidentally got Windows end-of-line sequences in the last set of patches. Here's a better set. -- Jess Holle Jess Holle wrote: Okay, I now (belatedly) understand the problem. The issue is that by default Jaspper is setting the target release to 1.3 but leaving the source release unspecified -- resulting in the JDK 1.5 javac default source release, 1.5 -- and javac won't allow this mixture. I am attaching a set of patches that (1) defaults the source release to 1.3 as well and (2) allows this to be controlled in a completely independent and analogous manner to target release. I would appreciate seeing this in 5.0.30 :-) -- Jess Holle --- Options.java-5.0.29 2004-10-19 09:56:58.0 -0500 +++ Options.java2004-10-19 09:57:00.0 -0500 @@ -117,11 +117,16 @@ public String getCompiler(); /** - * Compiler target VM, e.g. 1.1,1.2,1.3, or 1.4. + * Compiler target VM, e.g. 1.1, 1.2, 1.3, 1.4, or 1.5. */ public String getCompilerTargetVM(); /** + * Compiler source VM, e.g. 1.3, 1.4, or 1.5. + */ +public String getCompilerSourceVM(); + +/** * The cache for the location of the TLD's * for the various tag libraries 'exposed' * by the web application. --- Compiler.java-5.0.292004-10-19 09:56:54.0 -0500 +++ Compiler.java 2004-10-19 09:57:08.0 -0500 @@ -386,6 +386,11 @@ info.append( compilerTargetVM= + options.getCompilerTargetVM() + \n); } +if (options.getCompilerSourceVM() != null) { +javac.setSource(options.getCompilerSourceVM()); +info.append( compilerSourceVM= + options.getCompilerSourceVM() + \n); +} + // Build includes path PatternSet.NameEntry includes = javac.createInclude(); --- EmbeddedServletOptions.java-5.0.29 2004-10-19 09:57:12.0 -0500 +++ EmbeddedServletOptions.java 2004-10-19 09:57:06.0 -0500 @@ -144,6 +144,11 @@ private String compilerTargetVM = 1.3; /** + * The compiler source VM (1.3 by default). + */ +private String compilerSourceVM = 1.3; + +/** * Cache for the TLD locations */ private TldLocationsCache tldLocationsCache = null; @@ -303,6 +308,14 @@ return compilerTargetVM; } +/** + * @see Options#getCompilerSourceVM + */ +public String getCompilerSourceVM() +{ + return compilerSourceVM; +} + public boolean getErrorOnUseBeanInvalidClassAttribute() { return errorOnUseBeanInvalidClassAttribute; } @@ -571,6 +584,11 @@ this.compilerTargetVM = compilerTargetVM; } +String compilerSourceVM = config.getInitParameter(compilerSourceVM); +if(compilerSourceVM != null) { +this.compilerSourceVM = compilerSourceVM; +} + String javaEncoding = config.getInitParameter(javaEncoding); if (javaEncoding != null) { this.javaEncoding = javaEncoding; --- JspC.java-5.0.292004-10-19 09:57:10.0 -0500 +++ JspC.java 2004-10-19 09:57:02.0 -0500 @@ -98,6 +98,8 @@ private static final String SWITCH_CLASS_NAME = -c; private static final String SWITCH_FULL_STOP = --; private static final String SWITCH_COMPILE = -compile; +private static final String SWITCH_SOURCE = -source; +private static final String SWITCH_TARGET = -target; private static final String SWITCH_URI_BASE = -uribase; private static final String SWITCH_URI_ROOT = -uriroot; private static final String SWITCH_FILE_WEBAPP = -webapp; @@ -145,6 +147,7 @@ private String compiler = null; private String compilerTargetVM = 1.3; +private String compilerSourceVM = 1.3; private boolean classDebugInfo = true; private Vector extensions; @@ -276,6 +279,10 @@ } } else if (tok.equals(SWITCH_ENCODING)) { setJavaEncoding(nextArg()); +} else if (tok.equals(SWITCH_SOURCE)) { +setCompilerSourceVM(nextArg()); +} else if (tok.equals(SWITCH_TARGET)) { +setCompilerTargetVM(nextArg()); } else { if (tok.startsWith(-)) { throw new JasperException(Unrecognized option: + tok + @@ -479,6 +486,22 @@ compilerTargetVM = vm; } +/** + * @see Options#getCompilerSourceVM. + */ +public String getCompilerSourceVM() +{ + return compilerSourceVM; +} + +/** + * @see Options#getCompilerSourceVM. + */ +public void setCompilerSourceVM( String vm ) +{ + compilerSourceVM = vm; +} + public TldLocationsCache getTldLocationsCache() { return tldLocationsCache; } @@ -1156,5 +1179,4 @@ // pass straight through } } - } - To unsubscribe,
Re: 5.0.29 JSP compilation fails when using JDK 1.5.0
Okay, I now (belatedly) understand the problem. The issue is that by default Jaspper is setting the target release to 1.3 but leaving the source release unspecified -- resulting in the JDK 1.5 javac default source release, 1.5 -- and javac won't allow this mixture. I am attaching a set of patches that (1) defaults the source release to 1.3 as well and (2) allows this to be controlled in a completely independent and analogous manner to target release. I would appreciate seeing this in 5.0.30 :-) -- Jess Holle --- JspC.java 2004-10-05 13:30:36.0 -0500 +++ JspC.java-new 2004-10-18 15:11:30.851472700 -0500 @@ -98,6 +98,8 @@ private static final String SWITCH_CLASS_NAME = -c; private static final String SWITCH_FULL_STOP = --; private static final String SWITCH_COMPILE = -compile; +private static final String SWITCH_SOURCE = -source; +private static final String SWITCH_TARGET = -target; private static final String SWITCH_URI_BASE = -uribase; private static final String SWITCH_URI_ROOT = -uriroot; private static final String SWITCH_FILE_WEBAPP = -webapp; @@ -145,6 +147,7 @@ private String compiler = null; private String compilerTargetVM = 1.3; +private String compilerSourceVM = 1.3; private boolean classDebugInfo = true; private Vector extensions; @@ -276,6 +279,10 @@ } } else if (tok.equals(SWITCH_ENCODING)) { setJavaEncoding(nextArg()); +} else if (tok.equals(SWITCH_SOURCE)) { +setCompilerSourceVM(nextArg()); +} else if (tok.equals(SWITCH_TARGET)) { +setCompilerTargetVM(nextArg()); } else { if (tok.startsWith(-)) { throw new JasperException(Unrecognized option: + tok + @@ -479,6 +486,22 @@ compilerTargetVM = vm; } +/** + * @see Options#getCompilerSourceVM. + */ +public String getCompilerSourceVM() +{ + return compilerSourceVM; +} + +/** + * @see Options#getCompilerSourceVM. + */ +public void setCompilerSourceVM( String vm ) +{ + compilerSourceVM = vm; +} + public TldLocationsCache getTldLocationsCache() { return tldLocationsCache; } @@ -1156,5 +1179,4 @@ // pass straight through } } - } --- Options.java2004-10-05 13:30:36.0 -0500 +++ Options.java-new2004-10-18 14:46:30.631270600 -0500 @@ -117,11 +117,16 @@ public String getCompiler(); /** - * Compiler target VM, e.g. 1.1,1.2,1.3, or 1.4. + * Compiler target VM, e.g. 1.1, 1.2, 1.3, 1.4, or 1.5. */ public String getCompilerTargetVM(); /** + * Compiler source VM, e.g. 1.3, 1.4, or 1.5. + */ +public String getCompilerSourceVM(); + +/** * The cache for the location of the TLD's * for the various tag libraries 'exposed' * by the web application. --- Compiler.java 2004-10-05 13:30:36.0 -0500 +++ Compiler.java-new 2004-10-18 14:44:05.863104200 -0500 @@ -386,6 +386,11 @@ info.append( compilerTargetVM= + options.getCompilerTargetVM() + \n); } +if (options.getCompilerSourceVM() != null) { +javac.setSource(options.getCompilerSourceVM()); +info.append( compilerSourceVM= + options.getCompilerSourceVM() + \n); +} + // Build includes path PatternSet.NameEntry includes = javac.createInclude(); --- EmbeddedServletOptions.java 2004-10-05 13:30:36.0 -0500 +++ EmbeddedServletOptions.java-new 2004-10-18 14:42:33.480264200 -0500 @@ -144,6 +144,11 @@ private String compilerTargetVM = 1.3; /** + * The compiler source VM (1.3 by default). + */ +private String compilerSourceVM = 1.3; + +/** * Cache for the TLD locations */ private TldLocationsCache tldLocationsCache = null; @@ -303,6 +308,14 @@ return compilerTargetVM; } +/** + * @see Options#getCompilerSourceVM + */ +public String getCompilerSourceVM() +{ + return compilerSourceVM; +} + public boolean getErrorOnUseBeanInvalidClassAttribute() { return errorOnUseBeanInvalidClassAttribute; } @@ -571,6 +584,11 @@ this.compilerTargetVM = compilerTargetVM; } +String compilerSourceVM = config.getInitParameter(compilerSourceVM); +if(compilerSourceVM != null) { +this.compilerSourceVM = compilerSourceVM; +} + String javaEncoding = config.getInitParameter(javaEncoding); if (javaEncoding != null) { this.javaEncoding = javaEncoding; - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: 5.0.29 JSP compilation fails when using JDK 1.5.0
Any chance of a 5.0.30 with this resolved in the near future? [I take it you're back from vacation, Yoav, as I see CVS commit notices with your name on them.] -- Jess Holle Shapira, Yoav wrote: Hi, Thanks for spotting and reporting this issue. While Tomcat 5.0.x doesn't officially support J2SE 5.0, we don't want to make things worse with new releases ;) So my apologize for this issue. I'm really busy today and tomorrow at work, and then I'm traveling this weekend [it's a long holiday weekend in the US]. If someone could at least post a .diff patch to fix this, I'd be grateful and I'll try to commit it quickly. If we wait for me, this issue might have to wait a few days ;) Thanks, Yoav Shapira Millennium Research Informatics -Original Message- From: Jess Holle [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 06, 2004 3:55 PM To: Tomcat Developers List Subject: 5.0.29 JSP compilation fails when using JDK 1.5.0 Tomcat 5.0.28 compiled JSP pages when run using JDK 1.5.0 just fine (out-of-the-box). Also, 5.0.28 seems to work fine under JDK 1.5.0 in general. Tomcat 5.0.29 can no longer compile JSP pages when running under JDK 1.5.0! Given that 1.5.0 has been released and 5.0.28 works fine, I believe this is a serious regression in 5.0.29 that should by itself prevent it from getting a stable rating -- though I'd love to quickly see a 5.0.30 including a fix for this :-) [Tomcat 5.0.29 does seem to work alright under 1.5.0 if you pre-compile all JSP pages via an Ant project...] Note that the startup environment, JSP pages, etc, are identical in both cases. In both cases I use catalina.50.bat start. Also note that the JSP pages use no 1.5 features whatsoever -- I'm just trying to run with JDK 1.5.0. Also, both results hold both for development Jasper settings (fork=false, development=true, reloading=true) and production Jasper settings (fork=true, development=false, reloading=false). The symptom when this fails is the following console message: javac: target release 1.3 conflicts with default source release 1.5 I am *guessing* this may have something to do with the following change log entry: 30984 http://nagoya.apache.org/bugzilla/show_bug.cgi?id=30984: Added compilerTargetVM option to Jasper. (yoavs) -- Jess Holle This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: 5.0.29 JSP compilation fails when using JDK 1.5.0
Hi, Thanks for spotting and reporting this issue. While Tomcat 5.0.x doesn't officially support J2SE 5.0, we don't want to make things worse with new releases ;) So my apologize for this issue. I'm really busy today and tomorrow at work, and then I'm traveling this weekend [it's a long holiday weekend in the US]. If someone could at least post a .diff patch to fix this, I'd be grateful and I'll try to commit it quickly. If we wait for me, this issue might have to wait a few days ;) Thanks, Yoav Shapira Millennium Research Informatics -Original Message- From: Jess Holle [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 06, 2004 3:55 PM To: Tomcat Developers List Subject: 5.0.29 JSP compilation fails when using JDK 1.5.0 Tomcat 5.0.28 compiled JSP pages when run using JDK 1.5.0 just fine (out-of-the-box). Also, 5.0.28 seems to work fine under JDK 1.5.0 in general. Tomcat 5.0.29 can no longer compile JSP pages when running under JDK 1.5.0! Given that 1.5.0 has been released and 5.0.28 works fine, I believe this is a serious regression in 5.0.29 that should by itself prevent it from getting a stable rating -- though I'd love to quickly see a 5.0.30 including a fix for this :-) [Tomcat 5.0.29 does seem to work alright under 1.5.0 if you pre-compile all JSP pages via an Ant project...] Note that the startup environment, JSP pages, etc, are identical in both cases. In both cases I use catalina.50.bat start. Also note that the JSP pages use no 1.5 features whatsoever -- I'm just trying to run with JDK 1.5.0. Also, both results hold both for development Jasper settings (fork=false, development=true, reloading=true) and production Jasper settings (fork=true, development=false, reloading=false). The symptom when this fails is the following console message: javac: target release 1.3 conflicts with default source release 1.5 I am *guessing* this may have something to do with the following change log entry: 30984 http://nagoya.apache.org/bugzilla/show_bug.cgi?id=30984: Added compilerTargetVM option to Jasper. (yoavs) -- Jess Holle This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
5.0.29 JSP compilation fails when using JDK 1.5.0
Tomcat 5.0.28 compiled JSP pages when run using JDK 1.5.0 just fine (out-of-the-box). Also, 5.0.28 seems to work fine under JDK 1.5.0 in general. Tomcat 5.0.29 can no longer compile JSP pages when running under JDK 1.5.0! Given that 1.5.0 has been released and 5.0.28 works fine, I believe this is a serious regression in 5.0.29 that should by itself prevent it from getting a stable rating -- though I'd love to quickly see a 5.0.30 including a fix for this :-) [Tomcat 5.0.29 does seem to work alright under 1.5.0 if you pre-compile all JSP pages via an Ant project...] Note that the startup environment, JSP pages, etc, are identical in both cases. In both cases I use catalina.50.bat start. Also note that the JSP pages use no 1.5 features whatsoever -- I'm just trying to run with JDK 1.5.0. Also, both results hold both for development Jasper settings (fork=false, development=true, reloading=true) and production Jasper settings (fork=true, development=false, reloading=false). The symptom when this fails is the following console message: javac: target release 1.3 conflicts with default source release 1.5 I am *guessing* this may have something to do with the following change log entry: 30984 http://nagoya.apache.org/bugzilla/show_bug.cgi?id=30984: Added compilerTargetVM option to Jasper. (yoavs) -- Jess Holle
DO NOT REPLY [Bug 31257] - java.endorsed.dirs is not used when JSP compilation is forked
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=31257. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31257 java.endorsed.dirs is not used when JSP compilation is forked [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-09-21 19:47 --- Thanks for submitting this enhancement. I've applied it to both the Tomcat 5.0 and 5.5 branches: it will be in 5.0.29 and 5.5.3. However, this applies to the Ant/Javac compiler only, not to the JDT compiler, which is the default in 5.5.3. If you have an equivalent patch for the JDT compiler, please submit it. Otherwise, I'll do some research to try to find the equivalent JDT compiler option, but if you submit a patch it'll get done faster. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31257] New: - java.endorsed.dirs is not used when JSP compilation is forked
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=31257. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31257 java.endorsed.dirs is not used when JSP compilation is forked Summary: java.endorsed.dirs is not used when JSP compilation is forked Product: Tomcat 5 Version: 5.0.27 Platform: All OS/Version: Windows XP Status: NEW Severity: Critical Priority: Other Component: Jasper AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] When the JSP compiler forks a javac process, it should check to see what the currently endorsed directories are (check the system property java.endorsed.dirs - otherwise, classes end up missing and JSP pages do not properly compile. We experienced a problem when we explicitly set the java.endorsed.dirs property on the command line, and the JSP compiler did not use it when javac was forked. I have patched org.apache.jasper.compiler.Compiler to support this: *** src.original\jakarta-tomcat-jasper\jasper2 \src\share\org\apache\jasper\compiler\Compiler.java Tue Jun 15 17:30:35 2004 --- src\org\apache\jasper\compiler\Compiler.javaThu Sep 16 00:05:14 2004 *** *** 349,358 --- 349,369 extdirs.setPath(exts); javac.setExtdirs(extdirs); info.append(extension dir= + exts + \n); } + // Add endorsed directories + String endorsed = System.getProperty(java.endorsed.dirs); + if(endorsed != null) { + Javac.ImplementationSpecificArgument endorsedArg = javac.createCompilerArg(); + endorsedArg.setLine(-J-Djava.endorsed.dirs=+endorsed); + info.append(endorsed dir= + endorsed + \n); + } + else { + info.append(no endorsed dirs specified\n); + } + // Configure the compiler object javac.setEncoding(javaEncoding); javac.setClasspath(path); javac.setDebug(ctxt.getOptions().getClassDebugInfo()); true, i should probably check ctxt.getOptions().getFork() in the if() as well, but since i always fork it doesn't matter to me. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Jsp compilation
Hi, Can i use an IDE like EditPuls to compile Jsp and servlets. Is there a way to avoid deploying the servlets and Jsps to see any Runtime errors. Also, pl. suggest any good editor compatible with J2EE development. Thanks. Yogesh. __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 13084] - jsp compilation with jikes fails
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13084. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13084 jsp compilation with jikes fails [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2004-01-26 18:55 --- Since a version of jikes that supports the -encoding option is available I am going to close this bug as wontfix. Thanks for the tip Jake. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 13084] - jsp compilation with jikes fails
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13084. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13084 jsp compilation with jikes fails [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2004-01-25 23:24 --- *** Bug 20391 has been marked as a duplicate of this bug. *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 13084] - jsp compilation with jikes fails
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13084. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13084 jsp compilation with jikes fails --- Additional Comments From [EMAIL PROTECTED] 2004-01-26 05:30 --- This should be useful. Jikes compiled *with* encoding enabled on Windows... http://www.javaroom.de/index.html Jake - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 23536] - JSP compilation fails when spaces are in TOMCAT_HOME path
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23536. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23536 JSP compilation fails when spaces are in TOMCAT_HOME path [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-10-04 09:33 --- Replace Ant in Tomcat catalogs to 1.6beta1+ - no error! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 23536] - Addition to 23269 bug (JSP compilation fail) in Cocoon
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23536. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23536 Addition to 23269 bug (JSP compilation fail) in Cocoon --- Additional Comments From [EMAIL PROTECTED] 2003-10-01 06:11 --- I might be not that familiar with Java, but this description sounds a bit tangled up. So please correct me, if I'm wrong: 1. 2001-09-30 20:37:44 Error compiling file: D:\Tom cat\work\Standalone\localhost\cocoon\samples\jsp\/welcome_jsp.java [javac] Compiling 1 source file [javac] javac: invalid flag: D:\Tom [javac] Usage: javac options source files [javac] where possible options include: [javac] -gGenerate all debugging info ... But without Cocoon all ok! If Tomcat installed to path without spaces - C:\Tomcat\.., for example, all ok. You said when using path without spaces everything is ok. But the above path IS without spaces. Or do you have it installed at C:\Tom cat ??? 2. Forking. If Cocoon does not force Tomcat to fork for compiling the JSP, how should this be bad, if Tomcat has both options? Ok, there could be a bug in Tomcat when the JVM is not forked. 3. Synchronized. As far as I know this is for serializing the block execution, so that it can't be executed parallelly. I simply guess that you aren't requesting the JSP multiple times in parallel. So how should the synchronized have any influence? Shell the JSP be compiled multiple times? Ok, there are includes and forwards. More important: How should this be related to path names? At the mentioned bug 23269 the reporter hasn't been providing the root cause for the failure until now, so we can't do anything. At least the last time I tried everything was ok with the sample JSPs in Cocoon. I'm using Tomcat 4.1.24. Joerg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 23536] - Addition to 23269 bug (JSP compilation fail) in Cocoon
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23536. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23536 Addition to 23269 bug (JSP compilation fail) in Cocoon --- Additional Comments From [EMAIL PROTECTED] 2003-10-01 10:12 --- Or do you have it installed at C:\Tom cat ??? Not in C:\Tom cat, but to standard catalog in Windows OS: C:\Program Files\..., with spaces too. About forking. This is only fact. Applications without Cocoon works alwayls normally, independently from fork setting. All problems only in Cocoon. Synchronize. My application in development, so my browser is SINGLE (!!) client. But error occures. My JSP pages doesn't have any includes or forwards. I tryed leave Cocoon single web app, but no effect. I inserted debug output to Jasper - paths ALWAYS absolute (with spaces)! In Cocoon and without it. I don't have Tomcat 4.1.24 - there is only 4.1.27 and 5 beta on there site. :(( - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 23536] - Addition to 23269 bug (JSP compilation fail) in Cocoon
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23536. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23536 Addition to 23269 bug (JSP compilation fail) in Cocoon --- Additional Comments From [EMAIL PROTECTED] 2003-10-01 10:59 --- 1. directories Not in C:\Tom cat, but to standard catalog in Windows OS: C:\Program Files\..., with spaces too. But the error output above has the lines 2001-09-30 20:37:44 Error compiling file: D:\Tom cat\work\Standalone\localhost\cocoon\samples\jsp\/welcome_jsp.java [javac] Compiling 1 source file [javac] javac: invalid flag: D:\Tom At least Cocoon does not absolutize the paths *against the file system*. It gives the absolute paths *against the servlet context* to the JSP engine. The rest is Tomcat's work. Can anyone of the Tomcat guys jump in? Joerg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 23536] - Addition to 23269 bug (JSP compilation fail) in Cocoon
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23536. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23536 Addition to 23269 bug (JSP compilation fail) in Cocoon --- Additional Comments From [EMAIL PROTECTED] 2003-10-01 11:34 --- At least Cocoon does not absolutize the paths *against the file system*. It gives the absolute paths *against the servlet context* to the JSP engine. The rest is Tomcat's work. I agree, this is a Tomcat (jasper) problem. I will write about this to Tomcat's bugzilla. Thanks. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 23536] - Addition to 23269 bug (JSP compilation fail) in Cocoon
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23536. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23536 Addition to 23269 bug (JSP compilation fail) in Cocoon [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-10-01 11:44 --- fork is configured in conf/web.xml in Tomcat. - true: low resource leak inside the server VM (good in production). - false: no command line generation bugs (maybe it's an Ant issue, but I don't think you can make complex command lines work reliably on Windows), but good in production. Obviously the best production setting is to precompile the JSPs. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 23536] - Addition to 23269 bug (JSP compilation fail) in Cocoon
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23536. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23536 Addition to 23269 bug (JSP compilation fail) in Cocoon [EMAIL PROTECTED] changed: What|Removed |Added Component|general components |Jasper Priority|Other |Medium Product|Cocoon 2|Tomcat 4 Version|2.1.1 |4.1.27 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 23536] - Addition to 23269 bug (JSP compilation fail) in Cocoon
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23536. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23536 Addition to 23269 bug (JSP compilation fail) in Cocoon [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2003-10-01 13:22 --- resetting the assigner - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 23536] - Addition to 23269 bug (JSP compilation fail) in Cocoon
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23536. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23536 Addition to 23269 bug (JSP compilation fail) in Cocoon [EMAIL PROTECTED] changed: What|Removed |Added AssignedTo|[EMAIL PROTECTED] |tomcat- ||[EMAIL PROTECTED] Status|REOPENED|NEW - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 23536] - Addition to 23269 bug (JSP compilation fail) in Cocoon
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23536. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23536 Addition to 23269 bug (JSP compilation fail) in Cocoon [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-10-01 13:25 --- Please do not reopen the report. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 23536] - JSP compilation fails when spaces are in TOMCAT_HOME path
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23536. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23536 JSP compilation fails when spaces are in TOMCAT_HOME path [EMAIL PROTECTED] changed: What|Removed |Added CC|tomcat- | |[EMAIL PROTECTED] | Summary|Addition to 23269 bug (JSP |JSP compilation fails when |compilation fail) in Cocoon |spaces are in TOMCAT_HOME ||path --- Additional Comments From [EMAIL PROTECTED] 2003-10-01 13:28 --- Sorry, but without reopening it's not possible to reset the assigner. To the bug: Why INVALID? The bug is especially about handling spaces in the path. I don't know how valid the bug report is, but you should at least react on this issue. I'm away, it's now completely a Tomcat issue ;-) Joerg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 23536] - JSP compilation fails when spaces are in TOMCAT_HOME path
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23536. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23536 JSP compilation fails when spaces are in TOMCAT_HOME path [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2003-10-02 04:56 --- I reopened the bug. Error occurs in Jasper/Ant. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22058] - incorrect JSP compilation
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22058. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22058 incorrect JSP compilation [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22058] - incorrect JSP compilation
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22058. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22058 incorrect JSP compilation [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-09-02 18:23 --- The codes generated from the latest nightly build does not contain a reference to _jspx_push_body_count_b_forEach_0 in invoke0, and the page was successfully compiled, so I consider this bug fixed. You can verify that with 5.0.9. However at request tim, I did get a ClassCastException on templater.jsp.tag.FileTag.doTag(FileTag.java:20) TemplatePageContext ctx = (TemplatePageContext) getJspContext(); but that's in your code. Next time you should provide a war file; that'll let me get to debugging quicker. Also, you should use jstl 1.1 instead of jstl 1.0. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22058] - incorrect JSP compilation
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22058. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22058 incorrect JSP compilation --- Additional Comments From [EMAIL PROTECTED] 2003-09-01 06:47 --- It's test1.jsp in the .zip - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22058] - incorrect JSP compilation
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22058. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22058 incorrect JSP compilation --- Additional Comments From [EMAIL PROTECTED] 2003-08-29 22:01 --- Hmm... The attached war file does not seem to contain the JSP page you quoted. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22058] - incorrect JSP compilation
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22058. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22058 incorrect JSP compilation --- Additional Comments From [EMAIL PROTECTED] 2003-08-14 07:26 --- Created an attachment (id=7812) Sources - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22058] New: - incorrect JSP compilation
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22058. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22058 incorrect JSP compilation Summary: incorrect JSP compilation Product: Tomcat 5 Version: 5.0.5 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Jasper2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I have a simple JSP that use a custom tag (file) writen by extending SimpleTagSupport. Here is the JSP : %@ taglib uri=c-rt.tld prefix=b % %@ taglib uri=templater.tld prefix=t % b:forEach begin=0 end=10 t:file name=t b:if test=true /b:if /t:file /b:forEach The generated code doesn't compile. The error is: _jspx_push_body_count_b_forEach_0 cannot be resolved (in the function invoke_0) Here is an extract of the generated code: private class test_jspHelper extends org.apache.jasper.runtime.JspFragmentHelper { private javax.servlet.jsp.tagext.JspTag parentTag; public test_jspHelper( int discriminator, JspContext jspContext, javax.servlet.jsp.tagext.JspTag parentTag ) { super( discriminator, jspContext, parentTag ); this.parentTag = parentTag; } public boolean invoke0( java.io.Writer out ) throws Throwable { javax.servlet.jsp.tagext.JspTag _jspx_th_t_file_0 = parentTag; out.write(\r\n\t\t); if (_jspx_meth_b_if_0(_jspx_th_t_file_0, pageContext, _jspx_push_body_count_b_forEach_0)) return true; out.write(\r\n\t); return false; } public void invoke( java.io.Writer writer ) throws javax.servlet.jsp.JspException { java.io.Writer out = null; if( writer != null ) { out = this.jspContext.pushBody(writer); } else { out = this.jspContext.getOut(); } try { switch( this.discriminator ) { case 0: invoke0( out ); break; } } catch( Throwable e ) { if (e instanceof javax.servlet.jsp.SkipPageException) throw (javax.servlet.jsp.SkipPageException) e; throw new javax.servlet.jsp.JspException( e ); } finally { if( writer != null ) { this.jspContext.popBody(); } } } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 21252] - JSP Compilation fails when command line args too long
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21252. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21252 JSP Compilation fails when command line args too long [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-07-02 06:56 --- This has been fixed already. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DO NOT REPLY [Bug 21252] - JSP Compilation fails when command line args too long
ERROR: There is no such list NOT here. SOLUTION: Send a message to [EMAIL PROTECTED] with a subject of 'info' (no quotes) for a list of available mailing lists. -- Sincerely, the Minimalist - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DO NOT REPLY [Bug 21252] - JSP Compilation fails when command line args too long
ERROR: There is no such list NOT here. SOLUTION: Send a message to [EMAIL PROTECTED] with a subject of 'info' (no quotes) for a list of available mailing lists. -- Sincerely, the Minimalist - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 21252] New: - JSP Compilation fails when command line args too long
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21252. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21252 JSP Compilation fails when command line args too long Summary: JSP Compilation fails when command line args too long Product: Tomcat 4 Version: 4.1.25 Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Normal Priority: Other Component: Jasper 2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] When running Tomcat 4.1.24 on Windows NT/2000/XP, JSP compilation will fail for webapps that contains a large number of jars in WEB-INF/lib. The reason this happens is because the ANT javac task is being used with the fork option set to true. Windows NT/2000/XP places a 2048 character limit on the size of a command line. With Tomcat installed in the default location (C:\Program Files\Apache Group\Tomcat 4.1) the sum of the length of the full path of all the libraries can quickly reach the 2048 character limit. I'm not sure what the fix for this problem is, but a quick improvement would be to revert to the no fork option if the command line gets too long on Windows. At the very least, Jasper could print a more helpful error. As it stands, it fails with the very unintuitive error: javac: invalid flag: C:\Program. I spent literally 2 days trying to figure out why the combination of Batik, Torque, and Struts would cause JSP compilation to fail (which I thought was an odd side-effect). All along I thought it was becuase each project requires you to use a mutually exclusive set of commons jars (which is another problem) and that was somehow causing weird classloader issues. I tried virtually every permutation of what if I remove this jar to see if the problem went away. It seemed totally random -- Luckily, I got to a certain point where I could remove any jar and fix the problem. That's when it finally dawned on me what the problem is. Below is a snippet of the error output: -- 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] Since fork is true, ignoring compiler setting. [javac] Compiling 1 source file [javac] Since fork is true, ignoring compiler setting. [javac] javac: invalid flag: C:\Program [javac] Usage: javac [javac] where possible options include: [javac] -gGenerate all debugging info [javac] -g:none Generate no debugging info [javac] -g:{lines,vars,source}Generate only some debugging info [javac] -nowarn Generate no warnings [javac] -verbose Output messages about what the compiler is doing [javac] -deprecation Output source locations where deprecated APIs are used [javac] -classpath Specify where to find user class files [javac] -sourcepath Specify where to find input source files [javac] -bootclasspath Override location of bootstrap class files [javac] -extdirsOverride location of installed extensions [javac] -d Specify where to place generated class files [javac] -encoding Specify character encoding used by source files [javac] -source Provide source compatibility with specified release [javac] -target Generate class files for specific VM version [javac] -help Print a synopsis of standard options at org.apache.jasper.compiler.DefaultErrorHandler.javacError (DefaultErrorHandler.java:130) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 14045] - JSP compilation fails consistently when Tomcat is run as NT Service
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14045. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14045 JSP compilation fails consistently when Tomcat is run as NT Service [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2003-06-03 01:38 --- In have have already use the installer with jdk1.4.0 and tomcat 4.0. The service had been installed by the intaller and tomcat work fine. However, with tomcat 4.1.24 using either jdk1.4.0 or jdk1.4.1 the installer install the tomcat 4.1 service. however I got the jsp compilation error like describe in the previous description. I have been able to install the service using by command line and it was working fine. However, fixing the installer to make it install tomcat as a NT service should be very simple since it was working fine in previous version - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 14045] - JSP compilation fails consistently when Tomcat is run as NT Service
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14045. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14045 JSP compilation fails consistently when Tomcat is run as NT Service [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2003-06-03 06:23 --- The installer might have been working for you in the previous release, but it was actually weaker and more error prone. My point is that this cannot be made to work reliably in all cases, and I'll stand by that resolution. Please do not reopen the bug (or I'll ignore it) without at least providing a sensible patch (since it's so easy to fix ...). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 12387] - JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12387. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12387 JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | Version|4.1.10 |4.1.12 --- Additional Comments From [EMAIL PROTECTED] 2003-01-16 21:48 --- Hi. I've found this problem (the way Martin has described) on 4.1.12 from the exe distribution on W2K wihtout any Service Pack. I share he's thought about the offending slash and I also think i've found the place in the code where it happens and how to correct it. Looking deeply inside the code (I am not going to walk thru the full path of code evaluation I did but I'll go straight to the point) it looks that the method getServletJavaFileName() of the class org.apache.jasper.JspCompilationContext is intended primary for achieving physical file system path names and not virtual site names. The problem shows on line 333 and line 338 of source file for that class where it checks for leading slashes (hard-coded), where I understand it should be checking for system-dependent separator (File.separator). My guess is that replacing the following lines: 333:if( outputDir.endsWith(/ ) ) { 338:servletJavaFileName = outputDir + / + servletJavaFileName; with: 333:if( outputDir.endsWith(/ ) || outputDir.endWith( File.separator ) ) { 338:servletJavaFileName = outputDir + File.separator + servletJavaFileName; should solve the problem. Unfortunly I tried to recompile Tomcat after this changes using the scripts set provided with source code but I couldn't. So I'm posting this here to see if someone that agrees with me on this can made those changes and recompile so we can test them and see if they really solve the problem. Thanks and hope it helps. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12387] - JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12387. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12387 JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-01-16 21:56 --- Please, please, do not attempt to fix that bug, since it is not a bug. Instead, upgrade to a newer Tomcat release. I'll revert to the original resolution. Please do not reopen the bug. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 14187] - JSP compilation fails if beans in default package are used
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14187. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14187 JSP compilation fails if beans in default package are used [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2002-11-04 17:27 --- *** This bug has been marked as a duplicate of 10036 *** -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
DO NOT REPLY [Bug 14187] New: - JSP compilation fails if beans in default package are used
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14187. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14187 JSP compilation fails if beans in default package are used Summary: JSP compilation fails if beans in default package are used Product: Tomcat 4 Version: 4.1.12 Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Critical Priority: Other Component: Jasper 2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] JSPs fail to compile if the page uses a bean in the default package(no package). This occurs using 'javac' as well as 'jikes', although 'jikes' in general doesn't work with this version of Tomcat. -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
DO NOT REPLY [Bug 14045] New: - JSP compilation fails consistently when Tomcat is run as NT Service
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14045. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14045 JSP compilation fails consistently when Tomcat is run as NT Service Summary: JSP compilation fails consistently when Tomcat is run as NT Service Product: Tomcat 4 Version: 4.1.12 Platform: Other OS/Version: Windows NT/2K Status: NEW Severity: Major Priority: Other Component: Jasper AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Tomcat 4.1.12 has been installed as an NT Service using the following command line (CATALINA_HOME and JAVA_HOME are set correctly): %CATALINA_HOME%\bin\tomcat.exe -install Tomcat %JAVA_HOME% \jre\bin\server\jvm.dll -Djava.class.path=%CATALINA_HOME%\bin\bootstrap.jar - Dcatalina.home=%CATALINA_HOME% -start org.apache.catalina.startup.BootstrapService -method main -params start -stop org.apache.catalina.startup.BootstrapService -method main -params start -out % CATALINA_HOME%\logs\service.out -err %CATALINA_HOME%\logs\service.err Whenever Tomcat 4.1.12 is started as a service, it fails to compile new or modified JSP pages with the error message and stack trace below. There is no problem compiling JSP pages when Tomcat is run as a console app. 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:120) at org.apache.jasper.compiler.ErrorDispatcher.javacError (ErrorDispatcher.java:293) at org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:313) at org.apache.jasper.compiler.Compiler.compile(Compiler.java:324) at org.apache.jasper.JspCompilationContext.compile (JspCompilationContext.java:474) at org.apache.jasper.servlet.JspServletWrapper.service (JspServletWrapper.java:184) at org.apache.jasper.servlet.JspServlet.serviceJspFile (JspServlet.java:289) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:240) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationDispatcher.invoke (ApplicationDispatcher.java:684) at org.apache.catalina.core.ApplicationDispatcher.doForward (ApplicationDispatcher.java:432) at org.apache.catalina.core.ApplicationDispatcher.forward (ApplicationDispatcher.java:356) at se.basset.wui.server.action.WuiActionServlet.processRequest (WuiActionServlet.java:123) at se.basset.wui.server.action.WuiActionServlet.doGet (WuiActionServlet.java:137) at javax.servlet.http.HttpServlet.service(HttpServlet.java:740) 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:260) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex t(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.invokeNex t(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:2396) at org.apache.catalina.core.StandardHostValve.invoke (StandardHostValve.java:180) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex t(StandardPipeline.java:643) at org.apache.catalina.valves.ErrorDispatcherValve.invoke (ErrorDispatcherValve.java:170) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex t(StandardPipeline.java:641) at org.apache.catalina.valves.ErrorReportValve.invoke (ErrorReportValve.java:172) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex t(StandardPipeline.java:641) at org.apache.catalina.core.StandardPipeline.invoke (StandardPipeline.java:480
DO NOT REPLY [Bug 14045] - JSP compilation fails consistently when Tomcat is run as NT Service
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14045. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14045 JSP compilation fails consistently when Tomcat is run as NT Service [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-10-29 11:20 --- It works for me. There's likely a configuration problem with the JVM (the routine in the installer is not particularly smart). If it doesn't work, bad luck (either you'll have to learn to use JavaService directly or copy tools.jar to common/lib). -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
DO NOT REPLY [Bug 14045] - JSP compilation fails consistently when Tomcat is run as NT Service
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14045. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14045 JSP compilation fails consistently when Tomcat is run as NT Service --- Additional Comments From [EMAIL PROTECTED] 2002-10-29 11:21 --- BTW, if trying to use JavaService directly, then you're on your own (and it's a user error, because you also need to copy tools.jar). -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
DO NOT REPLY [Bug 13084] - jsp compilation with jikes fails
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13084. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13084 jsp compilation with jikes fails --- Additional Comments From [EMAIL PROTECTED] 2002-10-09 18:03 --- My apologies. I'm still getting used to bugzilla, and thought the OS version was only related to the comment that I was posting. I'll open a new bug. Matt -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 13084] - jsp compilation with jikes fails
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13084. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13084 jsp compilation with jikes fails [EMAIL PROTECTED] changed: What|Removed |Added OS/Version|Windows XP |Solaris --- Additional Comments From [EMAIL PROTECTED] 2002-10-09 01:49 --- I am also having this problem on solaris 8, encoding enabled. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 13084] - jsp compilation with jikes fails
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13084. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13084 jsp compilation with jikes fails --- Additional Comments From [EMAIL PROTECTED] 2002-10-09 01:56 --- Sorry, I didn't read the posts carefully enough. My problem isn't the encoding-- It looks like the jikes compilation command is not including the filename to be compiled. Here's the output with DEBUG verbosityLevel: An error occurred at line: -1 in the jsp file: null Generated servlet error: [javac] jsp/error500_jsp.java added as /export/home/mpark/jakarta-tomcat- 4.1.12/work/Standalone/localhost/memento/jsp/error500_jsp.class doesn't exist. [javac] Compiling 1 source file [javac] Using jikes compiler dropping /usr/java1.2/jre/jre/lib/rt.jar from path as it doesn't exist dropping /usr/java1.2/Classes/classes.jar from path as it doesn't exist dropping /usr/java1.2/Classes/ui.jar from path as it doesn't exist [javac] Compilation arguments: [javac] '-classpath' [javac] '/usr/java1.2/jre/lib/ext/iiimp.jar:/usr/java/lib/tools.jar:/export/home /mpark/jakarta-tomcat-4.1.12/bin/bootstrap.jar:/export/home/mpark/jakarta- tomcat-4.1.12/webapps/memento/WEB-INF/classes:/export/home/mpark/jakarta-tomcat- 4.1.12/webapps/memento/WEB-INF/lib/log4j-1.2.6.jar:/export/home/mpark/jakarta- tomcat-4.1.12/webapps/memento/WEB- INF/lib/memento.jar:/export/home/mpark/jakarta-tomcat- 4.1.12/webapps/memento/WEB-INF/lib/webapp.jar:/export/home/mpark/jakarta-tomcat- 4.1.12/shared/classes:/export/home/mpark/jakarta-tomcat- 4.1.12/common/classes:/export/home/mpark/jakarta-tomcat- 4.1.12/common/endorsed/xercesImpl.jar:/export/home/mpark/jakarta-tomcat- 4.1.12/common/endorsed/xmlParserAPIs.jar:/export/home/mpark/jakarta-tomcat- 4.1.12/common/lib/jasper-compiler.jar:/export/home/mpark/jakarta-tomcat- 4.1.12/common/lib/commons-logging-api.jar:/export/home/mpark/jakarta-tomcat- 4.1.12/common/lib/naming-factory.jar:/export/home/mpark/jakarta-tomcat- 4.1.12/common/lib/ant.jar:/export/home/mpark/jakarta-tomcat- 4.1.12/common/lib/naming-common.jar:/export/home/mpark/jakarta-tomcat- 4.1.12/common/lib/naming-resources.jar:/export/home/mpark/jakarta-tomcat- 4.1.12/common/lib/commons-collections.jar:/export/home/mpark/jakarta-tomcat- 4.1.12/common/lib/activation.jar:/export/home/mpark/jakarta-tomcat- 4.1.12/common/lib/jta.jar:/export/home/mpark/jakarta-tomcat- 4.1.12/common/lib/commons-dbcp.jar:/export/home/mpark/jakarta-tomcat- 4.1.12/common/lib/mail.jar:/export/home/mpark/jakarta-tomcat- 4.1.12/common/lib/jasper-runtime.jar:/export/home/mpark/jakarta-tomcat- 4.1.12/common/lib/jdbc2_0-stdext.jar:/export/home/mpark/jakarta-tomcat- 4.1.12/common/lib/jndi.jar:/export/home/mpark/jakarta-tomcat- 4.1.12/common/lib/commons-pool.jar:/export/home/mpark/jakarta-tomcat- 4.1.12/common/lib/servlet.jar:/usr/java1.2/jre/lib/rt.jar:/export/home/mpark/jak arta-tomcat-4.1.12/work/Standalone/localhost/memento' [javac] '-encoding' [javac] 'ISO-8859-1' [javac] '-g' [javac] [javac] The ' characters around the executable and arguments are [javac] not part of the command. [javac] File to be compiled: [javac] /export/home/mpark/jakarta-tomcat- 4.1.12/work/Standalone/localhost/memento/jsp/error500_jsp.java -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 13084] - jsp compilation with jikes fails
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13084. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13084 jsp compilation with jikes fails [EMAIL PROTECTED] changed: What|Removed |Added OS/Version|Solaris |Windows XP --- Additional Comments From [EMAIL PROTECTED] 2002-10-09 03:54 --- Matt, Just because you have a related problem on Solaris doesn't mean you change the original OS version. Given everyone's comments in this bug, this is an issue on Windows. If this exact issue was happening on Solaris, the solution would be to change the OS to All, not switch it to your own platform. I'm changing it back to the Original value Windows XP. I think we can assume any version of Windows. If you think this is wrong, change the OS to all, but since your issue seems different from this one, I suggest a new bug report instead. Jake -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 13084] - jsp compilation with jikes fails
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13084. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13084 jsp compilation with jikes fails --- Additional Comments From [EMAIL PROTECTED] 2002-10-08 04:46 --- I'm trying to use jikes-1.17 under windows and it has the same issue. No - encoding option. However, there are already bugs reported on this on the jikes site. See: http://oss.software.ibm.com/developerworks/bugs/? func=detailbugbug_id=2645group_id=10 and http://oss.software.ibm.com/developerworks/bugs/? func=detailbugbug_id=2889group_id=10 and http://oss.software.ibm.com/developerworks/bugs/? func=detailbugbug_id=2963group_id=10 Looks like the solution is here: quotes frombug=2889 quote There is no iconv support under Windows and the ICU support requires ICU so you would need to build it yourself. I don't see any way to build a Windows version that supports -encoding. Oh, also there are cross compile problems since we could not detect iconv support even if it existed. It seems like fixing the docs to mention that this option is not available on all systems is the way to go. /quote quote This is because Windows does not support encoding transformations by default, and we don't want to ship a secondary .dll to accompany Jikes. If you want encoding, you must download the iconv package, build it, then build Jikes yourself. Or else write your own decoder and contribute it as a patch. /quote /quotes So, if someone took their advice and did a custom compile of jikes to enable the -encoding option and provided it to the Tomcat community, our problems would be solved. Anyone have the knowledge and time to do this? Jake -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 13084] - jsp compilation with jikes fails
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13084. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13084 jsp compilation with jikes fails [EMAIL PROTECTED] changed: What|Removed |Added Status|CLOSED |REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2002-10-04 10:24 --- I would definatly vote for this option since in the current state it excludes the whole windows-branch from using jikes!! (Or give us a jikes with encoding option under windows ;-) --Holger -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 13084] - jsp compilation with jikes fails
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13084. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13084 jsp compilation with jikes fails --- Additional Comments From [EMAIL PROTECTED] 2002-10-04 02:57 --- This is a problem under windows as jikes doesn't support the encoding option. Would it be possible to add a parameter to disable passing the -encoding option to jikes? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
JSP Compilation Problem: Tomcat 4.1.12
I posted this several days ago on tomcat-user and haven't gotten any responses so I am reposting it here. I am running into a problem with JSP pages under 4.1.12. I looked through the release notes, and the documentation and I can't find anything that seems to apply. Given a Servlet with the line: %@ page import=WebApp, CalServlet % where WebApp and CalServlet are classes in my application WEB-INF/classes directory that compiles under 4.0.4, when I try to run the servlet under 4.1.12, it crashes on compile with the following message: /usr/local/jakarta-tomcat-4.1.12/work/Standalone/localhost/caldev/index_jsp. java:7: '.' expected import WebApp; I turned on debugging, and the classpath looks correct: [javac] index_jsp.java added as /usr/local/jakarta-tomcat-4.1.12/work/Standalone/localhost/caldev/index_jsp. class doesn't exist. [javac] Compiling 1 source file [javac] Using modern compiler [javac] Compilation arguments: [javac] '-classpath' [javac] '/usr/java/lib/tools.jar:/usr/local/jakarta-tomcat-4.1.12/bin/bootstrap.jar: /home/gsexton/cdaily/WEB-INF/classes:/home/gsexton/cdaily/WEB-INF/lib/PNGEnc oder.jar:/home/gsexton/cdaily/WEB-INF/lib/activation.jar:/home/gsexton/cdail y/WEB-INF/lib/cryptix32.jar:/home/gsexton/cdaily/WEB-INF/lib/jdbc7.1-1.2.jar :/home/gsexton/cdaily/WEB-INF/lib/mail.jar:/usr/local/jakarta-tomcat-4.1.12/ shared/classes:/usr/local/jakarta-tomcat-4.1.12/common/classes:/usr/local/ja karta-tomcat-4.1.12/common/endorsed/xmlParserAPIs.jar:/usr/local/jakarta-tom cat-4.1.12/common/endorsed/xercesImpl.jar:/usr/local/jakarta-tomcat-4.1.12/c ommon/lib/activation.jar:/usr/local/jakarta-tomcat-4.1.12/common/lib/jasper- runtime.jar:/usr/local/jakarta-tomcat-4.1.12/common/lib/jasper-compiler.jar: /usr/local/jakarta-tomcat-4.1.12/common/lib/naming-resources.jar:/usr/local/ jakarta-tomcat-4.1.12/common/lib/commons-collections.jar:/usr/local/jakarta- tomcat-4.1.12/common/lib/naming-common.jar:/usr/local/jakarta-tomcat-4.1.12/ common/lib/commons-logging-api.jar:/usr/local/jakarta-tomcat-4.1.12/common/l ib/ant.jar:/usr/local/jakarta-tomcat-4.1.12/common/lib/mail.jar:/usr/local/j akarta-tomcat-4.1.12/common/lib/commons-dbcp.jar:/usr/local/jakarta-tomcat-4 .1.12/common/lib/servlet.jar:/usr/local/jakarta-tomcat-4.1.12/common/lib/jdb c2_0-stdext.jar:/usr/local/jakarta-tomcat-4.1.12/common/lib/commons-pool.jar :/usr/local/jakarta-tomcat-4.1.12/common/lib/jndi.jar:/usr/local/jakarta-tom cat-4.1.12/common/lib/naming-factory.jar:/usr/local/jakarta-tomcat-4.1.12/co mmon/lib/jta.jar:/usr/local/jakarta-tomcat-4.1.12/common/lib/MHS.jar:/usr/lo cal/jakarta-tomcat-4.1.12/common/lib/jdbc7.1-1.2.jar:/usr/local/jakarta-tomc at-4.1.12/common/lib/jconn2.jar' [javac] '-sourcepath' [javac] '/usr/local/jakarta-tomcat-4.1.12/work/Standalone/localhost/caldev' [javac] '-encoding' [javac] 'ISO-8859-1' [javac] '-g' [javac] [javac] The ' characters around the executable and arguments are [javac] not part of the command. [javac] File to be compiled: [javac] /usr/local/jakarta-tomcat-4.1.12/work/Standalone/localhost/caldev/index_jsp. java I tried this with Tomcat running as root and got the same result. I am using: java version 1.4.1 Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1-b21) Java HotSpot(TM) Client VM (build 1.4.1-b21, mixed mode) On RedHat 7.2 w/ all patches applied. Any ideas on this would be appreciated. George Sexton MH Software, Inc. Home of Connect Daily Web Calendar Software http://www.mhsoftware.com/connectdaily.htm Voice: 303 438 9585 -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: JSP Compilation Problem: Tomcat 4.1.12
if you're using jdk 1.4, you have to have package names for your classes. If you do not, it won't load the class correctly. have you tried giving your classes a package name and trying it again? peter Sexton, George wrote: I posted this several days ago on tomcat-user and haven't gotten any responses so I am reposting it here. I am running into a problem with JSP pages under 4.1.12. I looked through the release notes, and the documentation and I can't find anything that seems to apply. Given a Servlet with the line: %@ page import=WebApp, CalServlet % where WebApp and CalServlet are classes in my application WEB-INF/classes directory that compiles under 4.0.4, when I try to run the servlet under 4.1.12, it crashes on compile with the following message: /usr/local/jakarta-tomcat-4.1.12/work/Standalone/localhost/caldev/index_jsp. java:7: '.' expected import WebApp; I turned on debugging, and the classpath looks correct: [javac] index_jsp.java added as /usr/local/jakarta-tomcat-4.1.12/work/Standalone/localhost/caldev/index_jsp. class doesn't exist. [javac] Compiling 1 source file [javac] Using modern compiler [javac] Compilation arguments: [javac] '-classpath' [javac] '/usr/java/lib/tools.jar:/usr/local/jakarta-tomcat-4.1.12/bin/bootstrap.jar: /home/gsexton/cdaily/WEB-INF/classes:/home/gsexton/cdaily/WEB-INF/lib/PNGEnc oder.jar:/home/gsexton/cdaily/WEB-INF/lib/activation.jar:/home/gsexton/cdail y/WEB-INF/lib/cryptix32.jar:/home/gsexton/cdaily/WEB-INF/lib/jdbc7.1-1.2.jar :/home/gsexton/cdaily/WEB-INF/lib/mail.jar:/usr/local/jakarta-tomcat-4.1.12/ shared/classes:/usr/local/jakarta-tomcat-4.1.12/common/classes:/usr/local/ja karta-tomcat-4.1.12/common/endorsed/xmlParserAPIs.jar:/usr/local/jakarta-tom cat-4.1.12/common/endorsed/xercesImpl.jar:/usr/local/jakarta-tomcat-4.1.12/c ommon/lib/activation.jar:/usr/local/jakarta-tomcat-4.1.12/common/lib/jasper- runtime.jar:/usr/local/jakarta-tomcat-4.1.12/common/lib/jasper-compiler.jar: /usr/local/jakarta-tomcat-4.1.12/common/lib/naming-resources.jar:/usr/local/ jakarta-tomcat-4.1.12/common/lib/commons-collections.jar:/usr/local/jakarta- tomcat-4.1.12/common/lib/naming-common.jar:/usr/local/jakarta-tomcat-4.1.12/ common/lib/commons-logging-api.jar:/usr/local/jakarta-tomcat-4.1.12/common/l ib/ant.jar:/usr/local/jakarta-tomcat-4.1.12/common/lib/mail.jar:/usr/local/j akarta-tomcat-4.1.12/common/lib/commons-dbcp.jar:/usr/local/jakarta-tomcat-4 .1.12/common/lib/servlet.jar:/usr/local/jakarta-tomcat-4.1.12/common/lib/jdb c2_0-stdext.jar:/usr/local/jakarta-tomcat-4.1.12/common/lib/commons-pool.jar :/usr/local/jakarta-tomcat-4.1.12/common/lib/jndi.jar:/usr/local/jakarta-tom cat-4.1.12/common/lib/naming-factory.jar:/usr/local/jakarta-tomcat-4.1.12/co mmon/lib/jta.jar:/usr/local/jakarta-tomcat-4.1.12/common/lib/MHS.jar:/usr/lo cal/jakarta-tomcat-4.1.12/common/lib/jdbc7.1-1.2.jar:/usr/local/jakarta-tomc at-4.1.12/common/lib/jconn2.jar' [javac] '-sourcepath' [javac] '/usr/local/jakarta-tomcat-4.1.12/work/Standalone/localhost/caldev' [javac] '-encoding' [javac] 'ISO-8859-1' [javac] '-g' [javac] [javac] The ' characters around the executable and arguments are [javac] not part of the command. [javac] File to be compiled: [javac] /usr/local/jakarta-tomcat-4.1.12/work/Standalone/localhost/caldev/index_jsp. java I tried this with Tomcat running as root and got the same result. I am using: java version 1.4.1 Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1-b21) Java HotSpot(TM) Client VM (build 1.4.1-b21, mixed mode) On RedHat 7.2 w/ all patches applied. Any ideas on this would be appreciated. George Sexton MH Software, Inc. Home of Connect Daily Web Calendar Software http://www.mhsoftware.com/connectdaily.htm Voice: 303 438 9585 -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: JSP Compilation Problem: Tomcat 4.1.12
I'm confused by the change in behavior. I can use JDK 1.4 w/ Tomcat 4.0.4 and it works. -Original Message- From: peter lin [mailto:[EMAIL PROTECTED]] Sent: 02 October, 2002 8:56 AM To: Tomcat Developers List Subject: Re: JSP Compilation Problem: Tomcat 4.1.12 if you're using jdk 1.4, you have to have package names for your classes. If you do not, it won't load the class correctly. have you tried giving your classes a package name and trying it again? peter Sexton, George wrote: I posted this several days ago on tomcat-user and haven't gotten any responses so I am reposting it here. I am running into a problem with JSP pages under 4.1.12. I looked through the release notes, and the documentation and I can't find anything that seems to apply. Given a Servlet with the line: %@ page import=WebApp, CalServlet % where WebApp and CalServlet are classes in my application WEB-INF/classes directory that compiles under 4.0.4, when I try to run the servlet under 4.1.12, it crashes on compile with the following message: /usr/local/jakarta-tomcat-4.1.12/work/Standalone/localhost/caldev/index_jsp. java:7: '.' expected import WebApp; I turned on debugging, and the classpath looks correct: -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: JSP Compilation Problem: Tomcat 4.1.12
Never mind. I found this described in Bug #10036. -Original Message- From: Sexton, George [mailto:[EMAIL PROTECTED]] Sent: 02 October, 2002 9:03 AM To: Tomcat Developers List Subject: RE: JSP Compilation Problem: Tomcat 4.1.12 I'm confused by the change in behavior. I can use JDK 1.4 w/ Tomcat 4.0.4 and it works. -Original Message- From: peter lin [mailto:[EMAIL PROTECTED]] Sent: 02 October, 2002 8:56 AM To: Tomcat Developers List Subject: Re: JSP Compilation Problem: Tomcat 4.1.12 if you're using jdk 1.4, you have to have package names for your classes. If you do not, it won't load the class correctly. have you tried giving your classes a package name and trying it again? peter Sexton, George wrote: I posted this several days ago on tomcat-user and haven't gotten any responses so I am reposting it here. I am running into a problem with JSP pages under 4.1.12. I looked through the release notes, and the documentation and I can't find anything that seems to apply. Given a Servlet with the line: %@ page import=WebApp, CalServlet % where WebApp and CalServlet are classes in my application WEB-INF/classes directory that compiles under 4.0.4, when I try to run the servlet under 4.1.12, it crashes on compile with the following message: /usr/local/jakarta-tomcat-4.1.12/work/Standalone/localhost/caldev/index_jsp. java:7: '.' expected import WebApp; I turned on debugging, and the classpath looks correct: -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: JSP Compilation Issues (Multiple Domains)
Can we get the sync changes in the 4.1.x releases as we also have problems with this and currently maintain our own jasper code base with the sync code in it. -Original Message- From: Kin-Man Chung [mailto:[EMAIL PROTECTED]] Sent: Monday, September 30, 2002 9:47 PM To: [EMAIL PROTECTED] Subject: Re: JSP Compilation Issues (Multiple Domains) If you are using JDK javac for compiling the servlet generated by the JSP compiler, then you probably ran into the problem that the javac not being thread-safe. In Tomcat 5 the javac compilation is synchronized, so that the compilation is serialized. Guess that fix is not ported to 4.1.5. :-( I always assume that JSP pages would be deployed precompiled, and simultaneous compilation under development mode is rare. Maybe my assumption is wrong? Date: Mon, 30 Sep 2002 18:30:48 -0700 From: Joseph Kiok [EMAIL PROTECTED] Subject: JSP Compilation Issues (Multiple Domains) To: [EMAIL PROTECTED] X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600. X-Priority: 3 X-MSMail-priority: Normal Hi All, I'm currently running multiple domains (2 specifically) on top of Apache/Tomcat. It seems that when I hit both domains at the same time (using 2 browser windows), I get a JSP compilation error most (85%) of the time. However, when I reload the page with no JSP code change, it'll compile properly. (Some of the time like 10-15%, it won't recompile until I touch the file manually) Note: It doesn't happen when I only access one domain. PROBLEM SUMMARY: When loading JSPs on multiple domains (hosts) simultaneously, a JSP compile error is generated. SYSTEM COMPONENTS: - Solaris 2.8 - JDK 1.4.0_01 - Tomcat 4.1.12 - Apache 1.3.20 SOLUTIONS TRIED (FAILED): - Configured different workers for each domains (hosts) as recommended in the tomcat mod_jk document. - Downloaded the source of tomcat and recompiled everything on our environment. Any help would be appreciated. Thanks. Best regards, Joseph Kiok -- To unsubscribe, e-mail: mailto:tomcat-dev- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-dev- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: JSP Compilation Issues (Multiple Domains)
Another way to fix this would be to install the external compiler jikes and configure Jasper 2 to use this. I would also like to see a servlet init parameter added to jasper that can enable or disable synchronized JSP compiles. This way those who know they have a thread safe way to compile JSP's don't get hit by the synchronize. Regards, Glenn John Trollinger wrote: Can we get the sync changes in the 4.1.x releases as we also have problems with this and currently maintain our own jasper code base with the sync code in it. -Original Message- From: Kin-Man Chung [mailto:[EMAIL PROTECTED]] Sent: Monday, September 30, 2002 9:47 PM To: [EMAIL PROTECTED] Subject: Re: JSP Compilation Issues (Multiple Domains) If you are using JDK javac for compiling the servlet generated by the JSP compiler, then you probably ran into the problem that the javac not being thread-safe. In Tomcat 5 the javac compilation is synchronized, so that the compilation is serialized. Guess that fix is not ported to 4.1.5. :-( I always assume that JSP pages would be deployed precompiled, and simultaneous compilation under development mode is rare. Maybe my assumption is wrong? Date: Mon, 30 Sep 2002 18:30:48 -0700 From: Joseph Kiok [EMAIL PROTECTED] Subject: JSP Compilation Issues (Multiple Domains) To: [EMAIL PROTECTED] X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600. X-Priority: 3 X-MSMail-priority: Normal Hi All, I'm currently running multiple domains (2 specifically) on top of Apache/Tomcat. It seems that when I hit both domains at the same time (using 2 browser windows), I get a JSP compilation error most (85%) of the time. However, when I reload the page with no JSP code change, it'll compile properly. (Some of the time like 10-15%, it won't recompile until I touch the file manually) Note: It doesn't happen when I only access one domain. PROBLEM SUMMARY: When loading JSPs on multiple domains (hosts) simultaneously, a JSP compile error is generated. SYSTEM COMPONENTS: - Solaris 2.8 - JDK 1.4.0_01 - Tomcat 4.1.12 - Apache 1.3.20 SOLUTIONS TRIED (FAILED): - Configured different workers for each domains (hosts) as recommended in the tomcat mod_jk document. - Downloaded the source of tomcat and recompiled everything on our environment. Any help would be appreciated. Thanks. Best regards, Joseph Kiok -- To unsubscribe, e-mail: mailto:tomcat-dev- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-dev- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: JSP Compilation Issues (Multiple Domains)
+1 to the sync option -Original Message- From: Glenn Nielsen [mailto:[EMAIL PROTECTED]] Sent: Tuesday, October 01, 2002 9:45 AM To: Tomcat Developers List Subject: Re: JSP Compilation Issues (Multiple Domains) Another way to fix this would be to install the external compiler jikes and configure Jasper 2 to use this. I would also like to see a servlet init parameter added to jasper that can enable or disable synchronized JSP compiles. This way those who know they have a thread safe way to compile JSP's don't get hit by the synchronize. Regards, Glenn John Trollinger wrote: Can we get the sync changes in the 4.1.x releases as we also have problems with this and currently maintain our own jasper code base with the sync code in it. -Original Message- From: Kin-Man Chung [mailto:[EMAIL PROTECTED]] Sent: Monday, September 30, 2002 9:47 PM To: [EMAIL PROTECTED] Subject: Re: JSP Compilation Issues (Multiple Domains) If you are using JDK javac for compiling the servlet generated by the JSP compiler, then you probably ran into the problem that the javac not being thread-safe. In Tomcat 5 the javac compilation is synchronized, so that the compilation is serialized. Guess that fix is not ported to 4.1.5. :-( I always assume that JSP pages would be deployed precompiled, and simultaneous compilation under development mode is rare. Maybe my assumption is wrong? Date: Mon, 30 Sep 2002 18:30:48 -0700 From: Joseph Kiok [EMAIL PROTECTED] Subject: JSP Compilation Issues (Multiple Domains) To: [EMAIL PROTECTED] X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600. X-Priority: 3 X-MSMail-priority: Normal Hi All, I'm currently running multiple domains (2 specifically) on top of Apache/Tomcat. It seems that when I hit both domains at the same time (using 2 browser windows), I get a JSP compilation error most (85%) of the time. However, when I reload the page with no JSP code change, it'll compile properly. (Some of the time like 10-15%, it won't recompile until I touch the file manually) Note: It doesn't happen when I only access one domain. PROBLEM SUMMARY: When loading JSPs on multiple domains (hosts) simultaneously, a JSP compile error is generated. SYSTEM COMPONENTS: - Solaris 2.8 - JDK 1.4.0_01 - Tomcat 4.1.12 - Apache 1.3.20 SOLUTIONS TRIED (FAILED): - Configured different workers for each domains (hosts) as recommended in the tomcat mod_jk document. - Downloaded the source of tomcat and recompiled everything on our environment. Any help would be appreciated. Thanks. Best regards, Joseph Kiok -- To unsubscribe, e-mail: mailto:tomcat-dev- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-dev- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-dev- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-dev- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
JSP Compilation Issues (Multiple Domains)
Hi All, I'm currently running multiple domains (2 specifically) on top of Apache/Tomcat. It seems that when I hit both domains at the same time (using 2 browser windows), I get a JSP compilation error most (85%) of the time. However, when I reload the page with no JSP code change, it'll compile properly. (Some of the time like 10-15%, it won't recompile until I touch the file manually) Note: It doesn't happen when I only access one domain. PROBLEM SUMMARY: When loading JSPs on multiple domains (hosts) simultaneously, a JSP compile error is generated. SYSTEM COMPONENTS: - Solaris 2.8 - JDK 1.4.0_01 - Tomcat 4.1.12 - Apache 1.3.20 SOLUTIONS TRIED (FAILED): - Configured different workers for each domains (hosts) as recommended in the tomcat mod_jk document. - Downloaded the source of tomcat and recompiled everything on our environment. Any help would be appreciated. Thanks. Best regards, Joseph Kiok -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: JSP Compilation Issues (Multiple Domains)
If you are using JDK javac for compiling the servlet generated by the JSP compiler, then you probably ran into the problem that the javac not being thread-safe. In Tomcat 5 the javac compilation is synchronized, so that the compilation is serialized. Guess that fix is not ported to 4.1.5. :-( I always assume that JSP pages would be deployed precompiled, and simultaneous compilation under development mode is rare. Maybe my assumption is wrong? Date: Mon, 30 Sep 2002 18:30:48 -0700 From: Joseph Kiok [EMAIL PROTECTED] Subject: JSP Compilation Issues (Multiple Domains) To: [EMAIL PROTECTED] X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600. X-Priority: 3 X-MSMail-priority: Normal Hi All, I'm currently running multiple domains (2 specifically) on top of Apache/Tomcat. It seems that when I hit both domains at the same time (using 2 browser windows), I get a JSP compilation error most (85%) of the time. However, when I reload the page with no JSP code change, it'll compile properly. (Some of the time like 10-15%, it won't recompile until I touch the file manually) Note: It doesn't happen when I only access one domain. PROBLEM SUMMARY: When loading JSPs on multiple domains (hosts) simultaneously, a JSP compile error is generated. SYSTEM COMPONENTS: - Solaris 2.8 - JDK 1.4.0_01 - Tomcat 4.1.12 - Apache 1.3.20 SOLUTIONS TRIED (FAILED): - Configured different workers for each domains (hosts) as recommended in the tomcat mod_jk document. - Downloaded the source of tomcat and recompiled everything on our environment. Any help would be appreciated. Thanks. Best regards, Joseph Kiok -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 13084] New: - jsp compilation with jikes fails
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13084. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13084 jsp compilation with jikes fails Summary: jsp compilation with jikes fails Product: Tomcat 4 Version: 4.1.12 Platform: PC URL: http://www.morgenstern.net/ OS/Version: Windows XP Status: NEW Severity: Major Priority: Other Component: Jasper 2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I've configured tomcat to use jikes (ver. 1.16 = latest) with servlet servlet-namejsp/servlet-name servlet-classorg.apache.jasper.servlet.JspServlet/servlet-class init-param param-namelogVerbosityLevel/param-name param-valueWARNING/param-value /init-param init-param param-namecompiler/param-name param-valuejikes/param-value /init-param load-on-startup3/load-on-startup /servlet as suggested in the docs. When I run a webapp and try to compile a jsp I get the following error: 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 [javac] use: jikes [options] [@files] file.java... [javac] For more help, try -help or -version. [javac] Error: The option -encoding is unsupported in this build. at org.apache.jasper.compiler.DefaultErrorHandler.javacError(DefaultErrorHandler.java:120) at org.apache.jasper.compiler.ErrorDispatcher.javacError(ErrorDispatcher.java:293) at org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:313) at org.apache.jasper.compiler.Compiler.compile(Compiler.java:324) at org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:474) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:184) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:289) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:240) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:684) at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:432) at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:356) at de.uni_tuebingen.prometheus.vl.VlController.doPost(VlController.java:56) at de.uni_tuebingen.prometheus.vl.VlController.doGet(VlController.java:64) at javax.servlet.http.HttpServlet.service(HttpServlet.java:740) 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:260) 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:2396) 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:170) 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
DO NOT REPLY [Bug 13084] - jsp compilation with jikes fails
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13084. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13084 jsp compilation with jikes fails [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-09-27 22:33 --- You need a version of jikes with support for encoding. If you execute the jikes compiler from a shell with -help and don't see the option -encoding then jikes isn't built with support for encoding. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 13084] - jsp compilation with jikes fails
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13084. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13084 jsp compilation with jikes fails [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|CLOSED -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: DO NOT REPLY [Bug 13084] - jsp compilation with jikes fails
Just out of curiosity, where would you obtain such a version? I tried jikes 1.16 (win32) from IBM. AFAIK this is the current version of jikes, and also the first version that supports assertions (-source 1.4). It doesn't list the -encoding option. Is -encoding a standard option for jikes? Sean Reilly Programmer, Point2 Technologies, Inc. (306) 955-1855 [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Friday, September 27, 2002 4:33 PM To: [EMAIL PROTECTED] Subject: DO NOT REPLY [Bug 13084] - jsp compilation with jikes fails (snip) http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13084 jsp compilation with jikes fails [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-09-27 22:33 --- You need a version of jikes with support for encoding. If you execute the jikes compiler from a shell with -help and don't see the option -encoding then jikes isn't built with support for encoding. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: DO NOT REPLY [Bug 13084] - jsp compilation with jikes fails
I know that jikes on unix has support for the -encoding arg. I built it from source on Solaris. When I did the build jikes there were dependences for libs (dll) which supported unicode and internationalizaiton. Without these the version of jikes built did not support encodeing. I don't know where you would get a windows version with support for -encoding. Regards, Glenn Sean Reilly wrote: Just out of curiosity, where would you obtain such a version? I tried jikes 1.16 (win32) from IBM. AFAIK this is the current version of jikes, and also the first version that supports assertions (-source 1.4). It doesn't list the -encoding option. Is -encoding a standard option for jikes? Sean Reilly Programmer, Point2 Technologies, Inc. (306) 955-1855 [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Friday, September 27, 2002 4:33 PM To: [EMAIL PROTECTED] Subject: DO NOT REPLY [Bug 13084] - jsp compilation with jikes fails (snip) http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13084 jsp compilation with jikes fails [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-09-27 22:33 --- You need a version of jikes with support for encoding. If you execute the jikes compiler from a shell with -help and don't see the option -encoding then jikes isn't built with support for encoding. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12387] - JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12387. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12387 JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2002-09-26 08:21 --- *** Bug 13019 has been marked as a duplicate of this bug. *** -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12387] - JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12387. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12387 JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath [EMAIL PROTECTED] changed: What|Removed |Added CC||sebastian.schuette.ss@bayer- ||ag.de --- Additional Comments From [EMAIL PROTECTED] 2002-09-26 11:18 --- *** Bug 13028 has been marked as a duplicate of this bug. *** -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12945] New: - JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12945. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12945 JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath Summary: JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath Product: Tomcat 4 Version: 4.1.12 Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Critical Priority: Other Component: Jasper 2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Hi. Yesterday I downloaded the tar.gz'ipped version for Tomcat 4.1.12 and discovered that the problem showed in bug # 12387 was still present. The problem is that Jasper compiler still creates an internal classpath with a / heading that variable which leads to a compilation error for those JSP pages that were not yet compiled before. I implemented a servlet that showed all context properties at runtime and this is what I got: AttributeNames: + Attribute[0]: org.apache.catalina.WELCOME_FILES : [Ljava.lang.String;@dada24 + Attribute[1]: javax.servlet.context.tempdir : C:\Tomcat-4.1.12 \work\Standalone\localhost\WGFAQ + Attribute[2]: org.apache.catalina.resources : org.apache.naming.resources.ProxyDirContext@2798e7 + Attribute[3]: org.apache.catalina.jsp_classpath : /C:/Tomcat- 4.1.12/webapps/WGFAQ/WEB-INF/classes/;C:/Tomcat- 4.1.12/common/endorsed/xercesImpl.jar;C:/Tomcat- 4.1.12/common/endorsed/xmlParserAPIs.jar;C:/Tomcat- 4.1.12/common/lib/activation.jar;C:/Tomcat-4.1.12/common/lib/ant.jar;C:/Tomcat- 4.1.12/common/lib/commons-collections.jar;C:/Tomcat-4.1.12/common/lib/commons- dbcp.jar;C:/Tomcat-4.1.12/common/lib/commons-logging-api.jar;C:/Tomcat- 4.1.12/common/lib/commons-pool.jar;C:/Tomcat- 4.1.12/common/lib/cos.jar;C:/Tomcat-4.1.12/common/lib/iText.jar;C:/Tomcat- 4.1.12/common/lib/jacob.jar;C:/Tomcat-4.1.12/common/lib/jasper- compiler.jar;C:/Tomcat-4.1.12/common/lib/jasper-runtime.jar;C:/Tomcat- 4.1.12/common/lib/jdbc2_0-stdext.jar;C:/Tomcat- 4.1.12/common/lib/jndi.jar;C:/Tomcat-4.1.12/common/lib/jt400.jar;C:/Tomcat- 4.1.12/common/lib/jta.jar;C:/Tomcat-4.1.12/common/lib/mail.jar;C:/Tomcat- 4.1.12/common/lib/mysql.jar;C:/Tomcat-4.1.12/common/lib/naming- common.jar;C:/Tomcat-4.1.12/common/lib/naming-factory.jar;C:/Tomcat- 4.1.12/common/lib/naming-resources.jar;C:/Tomcat-4.1.12/common/lib/servlet.jar As you can see, attribute #4: org.apache.catalina.jsp_classpath starts with /C: that can leads to a bug at runtime. The jasper-compiler.jar file, attached in the bug mentioned before, solved the problem for Tomcat 4.1.10, but the problem is still in this new release. That was all. Thanks a lot for your great job. --- Arturo García Martín -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12945] - JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12945. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12945 JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME Summary|JSP Compilation errors: jars|JSP Compilation errors: jars |in WEB-INF/lib and classes |in WEB-INF/lib and classes |in WEB-INF/classes not in |in WEB-INF/classes not in |classpath |classpath --- Additional Comments From [EMAIL PROTECTED] 2002-09-24 07:23 --- Well, sorry, but the JAR attached to the bug report is included in the new release. I also have tested the release, and it works fine for me. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12945] - JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12945. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12945 JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath --- Additional Comments From [EMAIL PROTECTED] 2002-09-24 07:35 --- FYI, the jasper-compiler.jar does not generate the org.apache.catalina.jsp_classpath variable, but actually parses it. So the / prefix (which is a valid Java file path, although it happened to be confusing Ant in 4.1.10, which was causing bug 12387) is still already there no matter what. I have Tomcat running as a service from my M: HD, and the admin webapp is running fine (that uses /WEB-INF/lib) as well as the JSP examples (that uses /WEB-INF/classes). If you had it working fine with 4.1.10 + the fixed JAR, then it has to be an installation error of some sort. Note: 4.1.12 is not out yet; at this point they are still candidate binaries. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12945] - JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12945. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12945 JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath --- Additional Comments From [EMAIL PROTECTED] 2002-09-24 09:46 --- Created an attachment (id=3189) Files used to reproduce the failure, server configuration and server logs -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12945] - JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12945. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12945 JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WORKSFORME | --- Additional Comments From [EMAIL PROTECTED] 2002-09-24 09:48 --- In order to reproduce the failure with Tomcat 4.1.12 I followed these steps: 1.- Downloaded file: jakarta-tomcat-4.1.12.tar.gz File size: 5.714.133 bytes 2.- Extracted (unzipped) to folder: C:\Tomcat-4.1.12 [TOMCAT_HOME == CATALINA_HOME] 3.- Created the following files into TOMCAT_HOME (C:\Tomcat-4.1.12): + environ.cmd + InstallTomcatAsWinNTService.cmd + shutdown.cmd + startup.cmd + UninstallTomcatAsWinNTService.cmd 4.- Executed: InstallTomcatAsWinNTService.cmd + C:\Tomcat-4.1.12InstallTomcatAsWinNTService.cmd + C:\Tomcat-4.1.12\bin\Tomcat.exe -install Apache Tomcat 4.1.12 C:\j2sdk14\jre\bin\server\jvm.dll -Djava.class.path=C:\Tomcat-4.1.12 \bin\bootstrap.jar -Dcatalina.home=C:\Tomcat-4.1.12 -start org.apache.catalina.startup.BootstrapService -method main -params start -stop org.apache.catalina.startup.BootstrapService -method main -params stop -out C:\Tomcat-4.1.12\logs\stdout.log -err C:\Tomcat-4.1.12\logs\stderr.log + The service was successfully installed. + C:\Tomcat-4.1.12 5.- Started Tomcat with: C:\Tomcat-4.1.12\startup.cmd ( This first time execution created some extra folders, as you know :^) Tested its execution by accesing to a sample JSP (numberguess) under /examples context: Ok. Stopped Tomcat with: C:\Tomcat-4.1.12\shutdown.cmd 6.- Started WinNT Service: Apache Tomcat 4.1.12 with: net start Apache Tomcat 4.1.12 Tested its execution by accesing to a sample JSP (date snoop) under /examples context: FAIL. Stopped WinNT Service: Apache Tomcat 4.1.12 with: net stop Apache Tomcat 4.1.12 7.- Edited %TOMCAT_HOME%\conf\server.xml and set all debug=0 values to: debug=99 Edited %TOMCAT_HOME%\conf\web.xml and set all debug values to: 99 Deleted all log files Deleted all fles under: %TOMCAT_HOME%\work\Standalone\localhost 8.- Started WinNT Service: Apache Tomcat 4.1.12 with: net start Apache Tomcat 4.1.12 Tested its execution by accesing to a sample JSP (carts checkbox error) under /examples context: FAIL. Stopped WinNT Service: Apache Tomcat 4.1.12 with: net stop Apache Tomcat 4.1.12 Moved log files to NTService folder under logs. 9.- Started Tomcat with: C:\Tomcat-4.1.12\startup.cmd Tested its execution by accesing to a sample JSP (carts checkbox error) under /examples context: FAIL. Stopped Tomcat with: C:\Tomcat-4.1.12\shutdown.cmd Moved log files to StandAlone folder under logs. 10.- Generated: Files.zip with all files under \conf and \logs folders, and also the MSDOS scripts in %TOMCAT_HOME%. It looks like the NT Service fails to find something to work fine. Maybe that the NT Service Install command needs to be passed extra info regarding where is ant, some library, or whatever, but started Tomcat as a Stand Alone task from command line, does not fails. Attached I posted a ZIP file with all needed archives to test my installation. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12945] - JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12945. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12945 JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||WORKSFORME --- Additional Comments From [EMAIL PROTECTED] 2002-09-24 09:56 --- Sorry, but I simply do not have time to help you debug or check whether or not your configuration. The idea is that a similar configuration is working fine for me (XP / JDK 1.4 / Tomcat installed through the installer). Could you please try the default configuration and installation ? Do NOT use the .tar.gz when using Windows, unless you know what you are doing. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12387] - JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12387. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12387 JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2002-09-20 07:01 --- *** Bug 12824 has been marked as a duplicate of this bug. *** -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12387] - JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12387. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12387 JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2002-09-20 07:03 --- *** Bug 12839 has been marked as a duplicate of this bug. *** -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12387] - JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12387. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12387 JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2002-09-19 06:35 --- *** Bug 12792 has been marked as a duplicate of this bug. *** -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12387] - JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12387. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12387 JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2002-09-17 08:48 --- *** Bug 12679 has been marked as a duplicate of this bug. *** -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12739] New: - JSP compilation erro
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12739. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12739 JSP compilation erro Summary: JSP compilation erro Product: Tomcat 4 Version: 4.1.10 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Jasper 2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I have installed tomcat under linux.When i start the tomcat the following message is displayed. = [root@localhost bin]# tomcat4 run Using CATALINA_BASE: /var/tomcat4 Using CATALINA_HOME: /var/tomcat4 Using CATALINA_TMPDIR: /var/tomcat4/temp Using JAVA_HOME: /usr/java/jre1.3.1_04 [INFO] Registry - -Loading registry information [INFO] Registry - -Creating new Registry instance [INFO] Registry - -Creating MBeanServer [INFO] Http11Protocol - -Initializing Coyote HTTP/1.1 on port 8081 Starting service Tomcat-Standalone Apache Tomcat/4.1 [INFO] Http11Protocol - -Starting Coyote HTTP/1.1 on port 8081 [INFO] ChannelSocket - -JK2: ajp13 listening on tcp port 8019 [INFO] JkMain - -Jk running ID=0 time=25/79 config=/var/tomcat4/conf/jk2.properties = When i am trying to run the applicaiton from the brower the follwoing error occurs : Can this error be decoded for me === 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 at org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:477) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:182) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:289) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:240) at javax.servlet.http.HttpServlet.service(HttpServlet.java) 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:260) 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:2397) 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:170) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:171) 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) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java) at org.apache.tomcat.util.net.TcpWorkerThread.runIt
DO NOT REPLY [Bug 12739] - JSP compilation erro
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12739. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12739 JSP compilation erro [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Additional Comments From [EMAIL PROTECTED] 2002-09-17 14:41 --- Ant failed to find the Java compiler. Check if JAVA_HOME is right, just in case, but otherwise it seems your JDK may not be compatible, and you should try installing a newer one. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12748] New: - JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath #2
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12748. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12748 JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath #2 Summary: JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath #2 Product: Tomcat 4 Version: 4.1.10 Platform: PC OS/Version: Linux Status: NEW Severity: Major Priority: Other Component: Jasper 2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Same as bug a href=/bugzilla/show_bug.cgi?id=12387#12387/a but exist in linux even with the applied jasper-compiler.jar fix. Currently using redhat 7.1, jdk1.4.0_2, and jakarta-tomcat-4.1.10-LE-jdk14. The following is the jsp error with the jar fix from bug 12387: org.apache.jasper.JasperException: Unable to compile class for JSP at org.apache.jasper.JspCompilationContext.compile (JspCompilationContext.java:477) at org.apache.jasper.servlet.JspServletWrapper.service (JspServletWrapper.java:182) at org.apache.jasper.servlet.JspServlet.serviceJspFile (JspServlet.java:289) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:240) 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:260) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex t(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.invokeNex t(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:2397) at org.apache.catalina.core.StandardHostValve.invoke (StandardHostValve.java:180) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex t(StandardPipeline.java:643) at org.apache.catalina.valves.ErrorDispatcherValve.invoke (ErrorDispatcherValve.java:170) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex t(StandardPipeline.java:641) at org.apache.catalina.valves.ErrorReportValve.invoke (ErrorReportValve.java:171) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex t(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.invokeNex t(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:405) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnectio n(Http11Protocol.java:380) at org.apache.tomcat.util.net.TcpWorkerThread.runIt (PoolTcpEndpoint.java:508) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run (ThreadPool.java:533) at java.lang.Thread.run(Thread.java:536) root cause org.apache.jasper.JasperException: Unable to compile class for JSP An error occurred at line: 72 in the jsp file: /index.jsp Generated servlet error: /usr/tomcat4.1.10/work/Standalone/localhost/_/index_jsp.java:113: cannot resolve symbol symbol : class PageList location: class org.apache.jsp.index_jsp PageList p = null; ^ An error occurred at line: 72 in the jsp file: /index.jsp Generated servlet error: /usr/tomcat4.1.10/work/Standalone/localhost/_/index_jsp.java:160: cannot resolve symbol symbol : class PageList location: class org.apache.jsp.index_jsp p = new PageList( list
DO NOT REPLY [Bug 12748] - JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath #2
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12748. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12748 JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath #2 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-09-18 06:02 --- Actually, no. That is invalid, and deals with your class doesn't have a package (while the generated JSP does), which has been discussed quite a bit already. Look at the archives. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12606] - jasper2 sometimes creates multiple declarations of the same variable name in the generated servlet - jsp compilation fails
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12606. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12606 jasper2 sometimes creates multiple declarations of the same variable name in the generated servlet - jsp compilation fails --- Additional Comments From [EMAIL PROTECTED] 2002-09-13 07:58 --- I have the same problem with this code: logic:iterate id=c name=contact property=contacts tr td bean:write name=c property=name/ brbean:message key=prompt.tel/ : bean:write name=c property=phone/ brbean:message key=prompt.fax/ : bean:write name=c property=fax/ brbean:message key=prompt.email/ :a href=mailto:bean:write name=c property=email/bean:write name=c property=email//a /td td logic:iterate id=element name=c property=titles bean:write name=element property=/ br /logic:iterate /td /tr /logic:iterate It seems that the problem happens in nested iteration tags. I think the local variable is declared as global, so when trying to redeclare the variable during iteration, an error happens. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12387] - JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12387. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12387 JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath --- Additional Comments From [EMAIL PROTECTED] 2002-09-13 09:16 --- I also encountered this bug. As opposed to other reports, in my setup it also occurs if the webapps is on the same drive than tomcat. I extracted the zip to: F:\Tools\bin\jakarta-tomcat-4.1.10 (no spaces, same directory layout as in zip). However, the JDK is on another drive, namely D:\Java\j2sdk1.4.0_01. With 4.1.9 in F:\Tools\bin\jakarta-tomcat-4.1.9 it works just fine. Questions: a) what are the easy workarounds? b) what version of ant is bundled with tomcat? c) what's the ant problem behind this bug? (sorry, just curious, but it may also help me to get rid of the problem, as currently I downgraded to 4.1.9). -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12387] - JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12387. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12387 JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath --- Additional Comments From [EMAIL PROTECTED] 2002-09-13 09:43 --- On my system (Win NT, installed tomcat 4.1.10 and the sdk on e: drive _with_ spaces in the name) everything works o.k. when I run tomcat with the 'start' link from the setup-created menu link. The bug comes up only when tomcat is run as a service. Maybe the only the service entries in the win reg are not correctly set?!? Does some know _what_ to check for in the registry?? --Holger (http://www.morgenstern.net) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12387] - JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12387. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12387 JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath --- Additional Comments From [EMAIL PROTECTED] 2002-09-13 10:03 --- Holger, Thanks for your input. On my system, it now works fine if the current directory is set to tomcat's /bin subdirectory (e.g. double-click on startup.bat). Previously, I ran a start-batch file from a shortcut without setting the startup directory. Therefore the startup directory was different from tomcat's bin directory. It looks like there are references to tomcat's startup directory, instead of referring everything to CATALINA_HOME and/or paths configured in the respective places. In your case you should try to control tomcat's startup directory when it runs as a service. However, I don't know of an easy way to do this. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12387] - JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12387. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12387 JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath --- Additional Comments From [EMAIL PROTECTED] 2002-09-13 10:18 --- Sorry, false alert. After some more experiments, I found out that setting the startup path does not work either (I only had to remove the content of the work directory and it failed again), but replacing the jasper-JARs with the ones from 4.1.9 seems to help. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12387] - JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12387. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12387 JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath --- Additional Comments From [EMAIL PROTECTED] 2002-09-13 11:23 --- Created an attachment (id=3041) Temporary resolves the bug. New JspRuntimeContext.class / .java (jasper-compiler.jar) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12387] - JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12387. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12387 JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-09-13 11:37 --- I have committed a possible fix fo that bug (at least, it fixes it for me, where I have TC running as a service, installed on the C: drive, and trying to run a webapp on another HD). The fix will be in 4.1.11. If people could test it, that would help. I don't quite understand why it was working in 4.1.9 but not in 4.1.10. I diffed everything, and cannot find any particular change which would explain the bug was introduced. However, rewriting the Ant code using different (although equivalent according to the docs) API methods fixed the bug (for me). I'm looking for feedback on this. Thanks. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12387] - JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12387. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12387 JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath --- Additional Comments From [EMAIL PROTECTED] 2002-09-13 11:44 --- Hi all. When the installation of jdk, tomcat or your web-applications are on diferent Windows Drives (C:, D:, etc) the java compiler looks for any class in the same drive the jdk resides. My new JspRuntimeContext.class (see attach 9/13/02 11:23 - TemporalPatch.zip) removes the first '/' in the url of the libraries that will go on the jsp compiler classpath when they looks like an absolute addres in a drive letter ( /E:/myapp/WEB-INF ... ) ... and javac finds every library :) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12387] - JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12387. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12387 JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath --- Additional Comments From [EMAIL PROTECTED] 2002-09-13 11:49 --- Any idea where this leading slash comes from anywhay??? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12387] - JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12387. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12387 JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath --- Additional Comments From [EMAIL PROTECTED] 2002-09-13 11:53 --- I don't know ... I'm debugging and tracking back where the classpath (including myapp/WEB- INF/classes) is generated ... but I don't find anything (I really never looked at Tomcat sources ... hehehehe, this is my first time). (sorry my english) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12387] - JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12387. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12387 JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath --- Additional Comments From [EMAIL PROTECTED] 2002-09-13 11:54 --- Where can I find the fix from Remy Maucherat?? --Holger (http://www.morgenstern.net) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12387] - JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12387. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12387 JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath --- Additional Comments From [EMAIL PROTECTED] 2002-09-13 12:01 --- Hi all, I have tested the fix and it works (i have removed the compiled classes in the work subdirectory first). But I think the leading slash added to the classpath somewhere is the cause, this fix removes only the symptoms: what if ervery piece of code has to retailor paths? (get the picture...) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12387] - JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12387. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12387 JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath --- Additional Comments From [EMAIL PROTECTED] 2002-09-13 12:03 --- Created an attachment (id=3042) Patched Compiler.java source -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12387] - JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12387. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12387 JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath --- Additional Comments From [EMAIL PROTECTED] 2002-09-13 12:04 --- Created an attachment (id=3043) Fixed Compiler.class -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12387] - JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12387. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12387 JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath --- Additional Comments From [EMAIL PROTECTED] 2002-09-13 12:11 --- I think the leading slash is ok in file paths (I've seen it already, and it comes from using URLs), and is there to make a file path looks similar between Windows and Unix. Also, you can't just strip the leading '/': there would be problems on Unix ;-) The patch also fixes some similar issues, where there's a ' ' in the path to a JSP file (somehow Ant didn't handle the includes list correctly, and the patch uses a lower lever API to work around that). I think I understand where the bug comes from, however. The CL now generates correct URLs (with the leading '/') in 4.1.10, to fix RMI related issues. If the leading '/' is what triggers the bug, then that's why 4.1.9 worked (although it was more by accident than by design). Thanks for the feedback and patience, this will result in a quality 4.1.11 (or 12) release eventually. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]