Re: DO NOT REPLY [Bug 22268] New: -Admin truncates user password in 32 characters
ÔÚ 2003-08-09 05:11:00 ÄúдµÀ£º of you ? Could you tell me ? Thanks~~ 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=22268. 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=22268 Admin truncates user password in 32 characters Summary: Admin truncates user password in 32 characters Product: Tomcat 4 Version: 4.1.27 Platform: Macintosh OS/Version: MacOS X Status: NEW Severity: Minor Priority: Other Component: Webapps:Administration AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] In 'Edit Existing User Properties' screen, the password field has only 32 chars long. So, if we set Admin webapp to use SHA digest, editing user properties from this screen makes password information collapsed, because SHA digest has always 40 chars long. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] mqg - SOUVENIR --- . | Souvenir of China | | A Good Place for You | `-- http://www.souvenirchina.com -' mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22277] - SMAP LineInfo entries with an outputStartLine of 0
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=22277. 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=22277 SMAP LineInfo entries with an outputStartLine of 0 --- Additional Comments From [EMAIL PROTECTED] 2003-08-10 08:33 --- Created an attachment (id=7716) Proposed patch - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22291] - Missing ant tasks for JMX proxy functionality
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=22291. 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=22291 Missing ant tasks for JMX proxy functionality --- Additional Comments From [EMAIL PROTECTED] 2003-08-11 07:03 --- Created an attachment (id=7736) The JMX Set task code - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22268] New: - Admin truncates user password in 32 characters
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=22268. 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=22268 Admin truncates user password in 32 characters Summary: Admin truncates user password in 32 characters Product: Tomcat 4 Version: 4.1.27 Platform: Macintosh OS/Version: MacOS X Status: NEW Severity: Minor Priority: Other Component: Webapps:Administration AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] In 'Edit Existing User Properties' screen, the password field has only 32 chars long. So, if we set Admin webapp to use SHA digest, editing user properties from this screen makes password information collapsed, because SHA digest has always 40 chars long. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 21366] - A JSP-Servlet translation bug
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=21366. 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=21366 A JSP-Servlet translation bug --- Additional Comments From [EMAIL PROTECTED] 2003-08-10 09:09 --- Thanks to that info, I was able to track this down (for Tomcat 5, at least; I haven't investigated this on Tomcat 4 at all). The fix is to copy xercesImpl.jar and xml-apis.jar from your Ant installation to Tomcat's common/lib directory. When you precompile, the class loader is created by Jspc.java's initClassLoader() method, and includes the Ant jars in its URL list. When you don't precompile, the class loader is created in JspRuntimeContext.java, and doesn't include the Ant jars. I haven't traced exactly why the missing jars cause the problem, but one difference between jars/no jars is in XMLEncodingDetector.java's getEncoding() method. Class.forName(org.apache.xerces.util.SymbolTable) works fine if the class loader can see the jars in question, and throws an exception otherwise. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22366] - UTF-16 encoding not properly processed if used in JSP document
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=22366. 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=22366 UTF-16 encoding not properly processed if used in JSP document [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-08-13 23:23 --- Apologies... this was a pilot error :-( Thanks to Kin-Man and Jan for pointing it out to me nicely :-) My web.xml needed to be nested within a jsp-config. Moreover, it is important to remove compiled classes when adjusting the web.xml in such a way, otherwise it won't impact the JSP that's already been compiled. Many thanks messieurs! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Getting mod_jk2 to run with Tomcat 4.1.27 and Apache 2.0.47
talk2UtimeHi, I'm trying to get mod_jk2 to run with apache 2.0.47 and Tomcat 4.1.27 running in Linux. However, I cannot work out how to compile mod_jk2. I can't seem to get hold of everything I need? At http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk2/release/v2.0. 2/src I can obtain the mod_jk2 v2.0.2 src, I've installed Jakarta Ant, Java 1.4.2, Tomcat temporarily at /root/Tomcat\ 4.1/Tomcat and Apache 2.0.47 at /usr/local/apache2. When I build mod_jk2 with Ant I seem to get an error saying that the ./jakarta-tomcat-connectors-jk2-2.0.2-src/util directory does not exist: file:/root/Tomcat%204.1/jakarta-tomcat-connectors-jk2-2.0.2-src/build.xml:11 : Basedir /root/Tomcat 4.1/jakarta-tomcat-connectors-jk2-2.0.2-src/util does not exist. This is correct! The directory does not exist, so I researched into it and realised that I needed to install one of the rpm's from the http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk2/release/v2.0. 2/rpms directory... but this is empty?! Is it currently possible to get Apache 2.0.47, running with Tomcat 4.1.27 and how? Regards, Stuart Stephen
Re: Getting mod_jk2 to run with Tomcat 4.1.27 and Apache 2.0.47
Stuart Stephen wrote: talk2UtimeHi, I'm trying to get mod_jk2 to run with apache 2.0.47 and Tomcat 4.1.27 running in Linux. However, I cannot work out how to compile mod_jk2. I can't seem to get hold of everything I need? At http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk2/release/v 2.0. 2/src I can obtain the mod_jk2 v2.0.2 src, I've installed Jakarta Ant, Java 1.4.2, Tomcat temporarily at /root/Tomcat\ 4.1/Tomcat and Apache 2.0.47 at /usr/local/apache2. When I build mod_jk2 with Ant I seem to get an error saying that the ./jakarta-tomcat-connectors-jk2-2.0.2-src/util directory does not exist: file:/root/Tomcat%204.1/jakarta-tomcat-connectors-jk2-2.0.2-src/build.xm l:11 : Basedir /root/Tomcat 4.1/jakarta-tomcat-connectors-jk2-2.0.2-src/util does not exist. This is correct! The directory does not exist, so I researched into it and realised that I needed to install one of the rpm's from the http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk2/release/v 2.0. 2/rpms directory... but this is empty?! Is it currently possible to get Apache 2.0.47, running with Tomcat 4.1.27 and how? Try to do it the native way: cd jakarta-tomcat-connectors-jk2-2.0.2-src/jk/native2 configure --with-apxs2=your_path_to_apxs make The mod_jk2.so should be located in jakarta-tomcat-connectors-jk2-2.0.2-src/jk/build/jk2/apache2 Then follow the documentation: http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jk2/jk2/installhowto.html Regards, Stuart Stephen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Resend: Tomcat 4.1.24 JVM 1.4.2 security hole?
I wouldn't be able to try to duplicate this -- I do not use mod_jk2. On my system, with mod_jk it seems the problem is gone with the workaround. Jeff Tulley ([EMAIL PROTECTED]) (801)861-5322 Novell, Inc., The Leading Provider of Net Business Solutions http://www.novell.com [EMAIL PROTECTED] 8/13/03 5:56:31 AM Jeff Tulley wrote: Verified on Win XP as well. Using that flag fixes the problem. Thanks for making that connection! I've still got the problem when using the mod_jk2 connector. I'm using Tomcat 4.1.27 w/ patch on Windows 2000 SP4, behind an Apache 2.0.47 web server, with the J2SE 1.4.2. The mod_jk2 binary I'm using comes from Tomcat 4.1.24 (I built it from source). I added those keys in thr registry for the Tomcat service, and restarted it: Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Apache Tomcat 4.1\Parameters] JVM Option Count=dword:0005 JVM Option Number 3=-Dfile.encoding=ISO-8859-1 JVM Option Number 4=-Dsun.io.useCanonCaches=false When I access Tomcat directly using port 8080, the option does work, and *.jsp%20 returns a 404. However, when accessing the same through Apache, I still get the JSP code: [13/Aug/2003:13:54:16 +0200] xx.xx.xx.xx TLSv1 DHE-RSA-AES256-SHA GET /myApp/index.jsp%20 HTTP/1.1 1534 Did I miss something? TIA, Laurent - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22426] - cannot resolve getContextPath on ServletRequest
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=22426. 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=22426 cannot resolve getContextPath on ServletRequest --- Additional Comments From [EMAIL PROTECTED] 2003-08-14 15:18 --- Oops, so here's the tag file: %= ((javax.servlet.http.HttpServletRequest)request).getContextPath() % %= request.getContextPath() % where the first line succeeds and the second line fails. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [5.0.7] New build by Sunday
+1 I'm out next week, but when I get back I hope to squash most JDBCRealm bugs. (which apply to 5 and 4.1) -Tim Remy Maucherat wrote: Hi, I plan to make a new build available by Sunday. Comments ? Any issues which would need to be resolved by then ? A number of issues have been filed about commons-daemon and the new Windows .exe wrapper. Is anyone working on resolving them ? (Mladen, JF ?) I could have helped on that, but the requirement for Visual C++ prevents me from doing so. Is there any way around ? Thanks, Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22266] New: - Keep template text together with mappedfile=true
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=22266. 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=22266 Keep template text together with mappedfile=true Summary: Keep template text together with mappedfile=true Product: Tomcat 5 Version: Nightly Build Platform: All OS/Version: All Status: NEW Severity: Enhancement Priority: Other Component: Jasper2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Jasper's mappedfile=true option doesn't always generate static content with one print statement per input line. Jasper creates a new Node every time it sees a in the input, so when template text contains an HTML tag in the middle of an input line, the resulting Java code is split across multiple output lines (and in my opinion is therefore harder to read). This can be fixed by checking the text after the before moving on to the next Node. I will attach a patch that implements this. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: problem with tomcat servlet
The issus is explained in Enabling invoker servlet section at http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.1.24/RELEASE- NOTES In addition, the Servlet 2.3 spec also states that mapping requests to servlets based on web applicatioin deployment descriptor (i.e. web.xml) is required so that an optional implicit mapping such as traditional /servlet/ServletClassName is basically no more desired regarding compliance with the spec. (Servlet 2.3 Spec FCS Chapter 11) Hoping this policy is mentioned somewhere in http://jakarta.apache.org/tomcat/tomcat-4.1-doc for more accessibility, Ias. _ From: Chris [mailto:[EMAIL PROTECTED] Sent: Saturday, August 09, 2003 3:13 PM To: [EMAIL PROTECTED] I typed in a simple servlet example from the book Tomcat Kick Start (Sams). Basically I put the html and servlet class as follow: $CATALINA/webapps/mybasic_servlet/CurrencyForm.html $CATALINA/webapps/mybasic_servlet/WEB-INF/classes/CurrencyConverter.class When I start Tomcat, and access: http://localhost:8080/mybasic_servlet/CurrencyForm.html and type a number in the text input and submit, the browser returns a 404 error The requested resource (/mybasic_servlet/servlet/CurrencyConverter) is not available. If I add a web.xml file to $CATALINA/webapps/mybasic_servlet/WEB-INF/, and the web.xml uses servlet-mapping servlet-nameCurrency Converter/servlet-name url-pattern/convert/url-pattern /servlet-mapping and changes my html to FORM METHOD=GET ACTION=convert Now after restarting Tomcat, and access: http://localhost:8080/mybasic_servlet/CurrencyForm.html and type a number in the text input an submit, this time the servlet gets triggered. I have enclosed the files and would really apprceciate if someone explain this 404 error to me. Thanks in advance. -chris
DO NOT REPLY [Bug 22151] - ThreadPool OutOfMemoryException
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=22151. 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=22151 ThreadPool OutOfMemoryException [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2003-08-06 01:03 --- Gave IBM JDK 1.4.1 a try and I'm having the same results unfortunately: Aug 5, 2003 8:56:51 PM org.apache.tomcat.util.threads.ThreadPool$ControlRunnable run SEVERE: Caught exception executing [EMAIL PROTECTED], terminating thread java.lang.OutOfMemoryError: JVMCI015:OutOfMemoryError, cannot create anymore threads due to memory or resource constraints at java.lang.Thread.start(Native Method) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.init (ThreadPool.java:582) at org.apache.tomcat.util.threads.ThreadPool.openThreads (ThreadPool.java:460) at org.apache.tomcat.util.threads.ThreadPool.runIt(ThreadPool.java:293) at org.apache.tomcat.util.net.TcpWorkerThread.runIt (PoolTcpEndpoint.java:536) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run (ThreadPool.java:619) at java.lang.Thread.run(Thread.java:568) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DO NOT REPLY [Bug 20674] -Tomcat is not compliant with the JSP 1.2 specification.
ÔÚ 2003-08-09 05:58:00 ÄúдµÀ£º of you ? Could you tell me ? Thanks~~ 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=20674. 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=20674 Tomcat is not compliant with the JSP 1.2 specification. --- Additional Comments From [EMAIL PROTECTED] 2003-08-09 05:58 --- *** Bug 20675 has been marked as a duplicate of this bug. *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] mqg - SOUVENIR --- . | Souvenir of China | | A Good Place for You | `-- http://www.souvenirchina.com -' mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JSP include
It eventually invokes request.getRequestDispatcher(bar.jsp).include(). Date: Fri, 08 Aug 2003 11:40:45 +0200 From: Marc Baumgartner [EMAIL PROTECTED] Subject: JSP include To: [EMAIL PROTECTED] Content-disposition: inline Hello all, I want to fix a bug in the JSPReader of the Cocoon-Project. It would be helpfull for me if someone could explain me how the tomcat handles the jsp:include and jsp:forward tag. For example, I have foo.jsp and bar.jsp: titlefoo/title jsp:include page=bar.jsp / titlebar/title phello/p How is the location of the file bar constructed by tomcat? Which methods of HttpServletRequest are used? Thanks in advanced. Regards, Marc - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9351] - IPv6 HTTP/1.1 requests not working
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=9351. 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=9351 IPv6 HTTP/1.1 requests not working [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-08-05 12:38 --- I have applied the patch to Http11Processor, thanks :) As for o.a.c.u.URL, it does not seem to be used anymore, so I see no reason for patching it (t.u.net.URL). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat shutdown port and security
In a server environment, no. http://jakarta.apache.org/tomcat/faq/security.html#8005 -Tim NAIK,ROSHAN (HP-Cupertino,ex1) wrote: Given that _anybody_ on the local machine could simply telnet to the port and issue a SHUTDOWN command. Isnt the current shutdown mechanism in Tomcat 4 a security issue ? -- Roshan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core StandardContext.java
remm2003/08/05 02:32:15 Modified:catalina/src/share/org/apache/catalina/core StandardContext.java Log: - Revert 1.118 change, which was breaking reloading. - The date of the change was early april (and was integrated in 4.1.25), so there should have been plenty of time to fix this issue. - Note: In TC 5, it does not cause problems likely because the reloading logic does a stop/start, which is considerably simpler (but has a few minor disadvantages), and worked fine with 4.1.27. Revision ChangesPath 1.120 +5 -5 jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/StandardContext.java Index: StandardContext.java === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/StandardContext.java,v retrieving revision 1.119 retrieving revision 1.120 diff -u -r1.119 -r1.120 --- StandardContext.java 29 Apr 2003 20:36:33 - 1.119 +++ StandardContext.java 5 Aug 2003 09:32:14 - 1.120 @@ -1059,7 +1059,7 @@ if (context == null) context = new ApplicationContext(getBasePath(), this); -return (context.getFacade()); +return (context); } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 7116] - JDBC realm doesn't handle NULLpasswords
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=7116. 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=7116 JDBC realm doesn't handle NULLpasswords [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2003-08-08 17:20 --- *** Bug 19227 has been marked as a duplicate of this bug. *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Ant deploy task bug
The Ant deploy task under Windows seems to have a bug. In the Ant deploy scenario below, though the manager deploy task reports OK and the manager successfully deploys the WAR file, the Ant build fails and returns a MalformedURLException. Any comments before I post a bug report to Apache Bugzilla? Ant output: --- U:\Derek\Project\BondTrader\BondOrderManagerant deploy Buildfile: build.xml prepare: compile: deploy: [deploy] FAIL - Encountered exception java.net.MalformedURLException: unknown protocol: c [deploy] OK - Deployed application at context path /bond BUILD FAILED file:U:/Derek/Project/BondTrader/BondOrderManager/build.xml:380 file:///U:/Derek/Project/BondTrader/BondOrderManager/build.xml:380 : FAIL - Encountered exception java.net.MalformedURLException: unknown protocol: c Total time: 1 second Software configuration: Microsoft Windows XP [Version 5.1.2600] Java 2 SDK 1.4.2 Apache Ant version 1.5.2 compiled on May 30 2003 Tomcat 5.0.6 Alpha !-- build.xml -- taskdef name=deploy classname=org.apache.catalina.ant.DeployTask/ deploy url=${manager.url} username=${manager.username} password=${manager.password} path=${app.path} war=file:/C:/bond.war/ The WAR file bond.war is in C:\bond.war. Derek Derek Mahar Software Developer Penson Financial Services 360, St-Jacques St West, 12th Floor Montreal QC H2Y 1P5 514.841.9665 x212 Phone 514.841.9700 Fax
DO NOT REPLY [Bug 22226] New: - Tomcat throws JasperException instead of NumberFormatException when parameter can't convert to bean property
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=6. 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=6 Tomcat throws JasperException instead of NumberFormatException when parameter can't convert to bean property Summary: Tomcat throws JasperException instead of NumberFormatException when parameter can't convert to bean property Product: Tomcat 4 Version: 4.1.24 Platform: Macintosh OS/Version: MacOS X Status: NEW Severity: Normal Priority: Other Component: Jasper AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Tomcat throws a JasperException instead of NumberFormatException when an input parameter can't be properly converted to a bean property. This makes it impossible to write an application portably, since it has to catch a Tomcat-specific exception. My JSP: jsp:useBean id=bean class=test.TestBean jsp:setProperty name=bean property=height/ /jsp:useBean html headtitleBean Test/title/head body pThe height is jsp:getProperty name=bean property=height/./p /body /html -- My bean: -- package test; public class TestBean { private int height; public void setHeight (int h) {height=h;} public int getHeight() {return height;} } To test: invoke it with ?height=foo . You'll get: org.apache.jasper.JasperException: For input string: foo at org.apache.jasper.runtime.JspRuntimeLibrary.internalIntrospecthelper(JspRuntimeLibrary.java:274) at org.apache.jasper.runtime.JspRuntimeLibrary.introspecthelper(JspRuntimeLibrary.java:220) at org.apache.jsp.index_jsp._jspService(index_jsp.java:54) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:137) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:210) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:295) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:241) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) ... root cause org.apache.jasper.JasperException: For input string: foo at org.apache.jasper.runtime.JspRuntimeLibrary.convert(JspRuntimeLibrary.java:185) at org.apache.jasper.runtime.JspRuntimeLibrary.internalIntrospecthelper(JspRuntimeLibrary.java:268) at org.apache.jasper.runtime.JspRuntimeLibrary.introspecthelper(JspRuntimeLibrary.java:220) at org.apache.jsp.index_jsp._jspService(index_jsp.java:54) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:137) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:210) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:295) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:241) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) ... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-site/xdocs index.xml
remm2003/08/10 08:48:52 Modified:docs index.html xdocsindex.xml Log: - Update version number. Revision ChangesPath 1.45 +1 -1 jakarta-tomcat-site/docs/index.html Index: index.html === RCS file: /home/cvs/jakarta-tomcat-site/docs/index.html,v retrieving revision 1.44 retrieving revision 1.45 diff -u -r1.44 -r1.45 --- index.html4 Aug 2003 07:00:53 - 1.44 +++ index.html10 Aug 2003 15:48:52 - 1.45 @@ -169,7 +169,7 @@ /td td bgcolor=#a0ddf0 colspan= rowspan= valign=top align=left font color=#00 size=-1 face=arial,helvetica,sanserif -5.0.6 Alpha +5.0.7 Alpha /font /td /tr 1.37 +1 -1 jakarta-tomcat-site/xdocs/index.xml Index: index.xml === RCS file: /home/cvs/jakarta-tomcat-site/xdocs/index.xml,v retrieving revision 1.36 retrieving revision 1.37 diff -u -r1.36 -r1.37 --- index.xml 4 Aug 2003 07:00:53 - 1.36 +++ index.xml 10 Aug 2003 15:48:52 - 1.37 @@ -40,7 +40,7 @@ tr td2.4/2.0/td - td5.0.6 Alpha/td + td5.0.7 Alpha/td /tr tr - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [5.0.7] New build by Sunday
Remy Maucherat wrote: Jean-Francois Arcand wrote: +1. There is 1 bug in bugtraq currently open about *.jsp url mapping that I need to investigate (I'm not sure yet it's a bug) but I hope to have a fix before Sunday. And what would the bug be ? (I think I know the mapper code far better than you do, so it would be faster ;-) Of course, it might not be a mapper bug) That was an NPE that occured when the digester thrown a IllegalArgumentException. That was a user error but we should not see the NPE :-) Now we may want to avoid calling preRegister when this situation occurs. -- Jeanfrancois Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [5.0.7] New build by Sunday
Howdy, As soon as someone with www.apache.org karma uploads it. I don't have the permissions to do it myself. I sent a message to commons-dev and CC'ed [EMAIL PROTECTED] Robert Donkin said he'll try to do it, but he's not feeling well ;( Yoav Shapira Millennium ChemInformatics -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED] Sent: Thursday, August 07, 2003 3:01 PM To: Tomcat Developers List Subject: Re: [5.0.7] New build by Sunday Shapira, Yoav wrote: Howdy, Although it's not yet mirrored on the main download site, you can use modeler 1.1 final from my CVS account when building, if you'd like: http://cvs.apache.org/~yoavs/release/jakarta-commons/modeler/ Thanks Yoav, I'll make sure I use it. Any idea when it will hit the website ? Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] 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]
package javax.servlet does not exist error
Hi, My apologies if this has been discussed on the list before. Searching the archive returned a bunch of irrelevant results and I couldn't figure out how to narrow the search down. I'm trying to compile Tomcat 4.1.27 on a Windows box with JDK 1.4.2. I have all the packages installed and build.properties in jakarta-tomcat-4.1.27-src modified to reflect new package locations (btw, I had no problems at all compiling Tomcat 4.0.6). I've downloaded jakarta-tomcat-jasper and put it into the same directory as the tomcat package. I've also changed build.properties inside jasper2 directory to point back to the tomcat project. Now, when I'm try to run ant and when the compilation process gets around to jasper2, I get a punch of messages all of which are complaining about the same thing: package javax.servlet does not exist I do have jakarta-servletapi-4 and ${servlet.home} in build.properties properly points to it. So why am I getting this error? What am I missing? Thanks Dmitry - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat-5.0.7 - FileLogger of Embedded attempts two start() calls and fails on the second.
To demonstrate this problem, i have created a subclass of FileLogger with the start() method overriden to print a stack whenever it is called. The result is this... java.lang.Exception: Start has been called at org.antares.tomcat.TomcatService$TestFileLogger.start(TomcatService.java:312 ) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1113) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:502) at org.apache.catalina.startup.Embedded.start(Embedded.java:1026) at org.antares.tomcat.TomcatService.start(TomcatService.java:236) at org.antares.tomcat.TomcatService.main(TomcatService.java:324) java.lang.Exception: Start has been called at org.antares.tomcat.TomcatService$TestFileLogger.start(TomcatService.java:312 ) at org.apache.catalina.core.StandardContext.start(StandardContext.java:3926) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1127) at org.apache.catalina.core.StandardHost.start(StandardHost.java:792) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1127) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:502) at org.apache.catalina.startup.Embedded.start(Embedded.java:1026) at org.antares.tomcat.TomcatService.start(TomcatService.java:236) at org.antares.tomcat.TomcatService.main(TomcatService.java:324) As you can see, there is only one call to Embedded.start but this results in two calls attempting to start the logger. The second call causes the Logger to throw a LifecycleException and the server fails to start. The only solution i can find so far is not adding the logger in the first place. This wasnt a problem in 4.1.27. Regards Wesley I. Hall - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] New committer: Eric Carmichael
He has my +1 as well. Yan and I need all the help on Jasper! Date: Sun, 10 Aug 2003 18:56:49 +0200 From: Remy Maucherat [EMAIL PROTECTED] Subject: [VOTE] New committer: Eric Carmichael To: Tomcat Developers List [EMAIL PROTECTED] I'd like to nominate Eric Carmichael as a committer on the Tomcat project. Eric has been steadily supplying quality patches to the new Jasper which will implement the JSP 2.0 specification, and has helped fix outstanding bug reports. He plans to continue contributing in the future. He has my +1. Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22146] - TC 5.0.6 problems loading an a persisted session.
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=22146. 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=22146 TC 5.0.6 problems loading an a persisted session. --- Additional Comments From [EMAIL PROTECTED] 2003-08-06 19:43 --- I'll look at it. I think I saw that bug reported with 4.1.x, BTW. It's extremely unlikely to have been introduced in 5.0.x. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 15306] - Tomcat does not startup SSL
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=15306. 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=15306 Tomcat does not startup SSL [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Additional Comments From [EMAIL PROTECTED] 2003-08-10 18:50 --- I have SSL working happily with 4.1.24 and later on Windows NT, 2000 and XP. This appears to be a configuration problem. If you are still having problems, I suggest you follow this up on the Tomcat- User list. The obvious question is where have you placed your keyfile? I placed mine (called .keystore) in the $CATALINA_HOME\conf directory and set the keystoreFile parameter as keystoreFile=conf/.keystore - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [5.0.7] New build by Sunday
Remy Maucherat [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Hi, I plan to make a new build available by Sunday. Comments ? Any issues which would need to be resolved by then ? A number of issues have been filed about commons-daemon and the new Windows .exe wrapper. Is anyone working on resolving them ? (Mladen, JF ?) I could have helped on that, but the requirement for Visual C++ prevents me from doing so. Is there any way around ? Clicking through to the TC 5 bugzilla link, I don't see anything for commons-daemon on Unix. Could you provide bug #s? (and, yes, I'm very interested). For procrun, I pretty much understand the bugs now, but won't be able to meet a Sunday deadline (basically, I have MSVC on my work computer (but not my home), but the firewall there prevents me from having CVS access). If you are going to stick to a Sunday deadline, then the procrun bugs will be fixed in 5.0.8. You should also indicate if you need the the binaries (@see previous paragraph). If you do, my build-platform will be XP, but they should still work with W2K. Thanks, Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/realm JNDIRealm.java
funkman 2003/08/06 11:43:00 Modified:catalina/src/share/org/apache/catalina/realm JNDIRealm.java Log: Fix bug 14817 - JNDIRealm SHA digest implementation incorrect Add Javadoc note for bug 11210 Revision ChangesPath 1.13 +28 -7 jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/realm/JNDIRealm.java Index: JNDIRealm.java === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/realm/JNDIRealm.java,v retrieving revision 1.12 retrieving revision 1.13 diff -u -r1.12 -r1.13 --- JNDIRealm.java5 Aug 2003 00:54:26 - 1.12 +++ JNDIRealm.java6 Aug 2003 18:43:00 - 1.13 @@ -86,7 +86,7 @@ import org.apache.catalina.LifecycleException; import org.apache.catalina.Realm; import org.apache.catalina.util.StringManager; - +import org.apache.catalina.util.Base64; /** * pImplementation of strongRealm/strong that works with a directory @@ -183,6 +183,13 @@ * format objects) so that codeauthenticate()/code does not have to be * synchronized./p * + * pstrongWARNING/strong - There is a reported bug against the Netscape + * provider code (com.netscape.jndi.ldap.LdapContextFactory) with respect to + * successfully authenticated a non-existing user. The + * report is here: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=11210 . + * With luck, Netscape has updated their provider code and this is not an + * issue. /p + * * @author John Holman * @author Craig R. McClanahan * @version $Revision$ $Date$ @@ -1144,8 +1151,22 @@ boolean validated = false; if (hasMessageDigest()) { -// Hex hashes should be compared case-insensitive -validated = (digest(credentials).equalsIgnoreCase(password)); +// iPlanet support if the values starts with {SHA1} +// The string is in a format compatible with Base64.encode not +// the Hex encoding of the parent class. +if (password.startsWith({SHA})) { +/* sync since super.digest() does this same thing */ +synchronized (this) { +password = password.substring(5); +md.reset(); +md.update(credentials.getBytes()); +String digestedPassword = new String(Base64.encode(md.digest())); +validated = password.equals(digestedPassword); +} +} else { +// Hex hashes should be compared case-insensitive +validated = (digest(credentials).equalsIgnoreCase(password)); +} } else validated = (digest(credentials).equals(password)); return (validated); - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22110] - URL encoded space characters (%20) get lost
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=22110. 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=22110 URL encoded space characters (%20) get lost [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2003-08-05 15:27 --- This problem turned out to be produced by a malconfigured server sending inconsistent requests to Tomcat. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 11966] - JDBCRealm.authenticate() does not validate pasword field
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=11966. 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=11966 JDBCRealm.authenticate() does not validate pasword field [EMAIL PROTECTED] changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2003-08-07 01:11 --- *** This bug has been marked as a duplicate of 7116 *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5 CoyoteRequest.java
remm2003/08/09 12:04:55 Modified:catalina/src/share/org/apache/coyote/tomcat5 CoyoteRequest.java Log: - Split the applicationListeners array in two, for performance reasons. Revision ChangesPath 1.12 +6 -6 jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5/CoyoteRequest.java Index: CoyoteRequest.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5/CoyoteRequest.java,v retrieving revision 1.11 retrieving revision 1.12 diff -u -r1.11 -r1.12 --- CoyoteRequest.java10 Jul 2003 23:30:49 - 1.11 +++ CoyoteRequest.java9 Aug 2003 19:04:55 - 1.12 @@ -1369,7 +1369,7 @@ } // Notify interested application event listeners -Object listeners[] = context.getApplicationListeners(); +Object listeners[] = context.getApplicationEventListeners(); if ((listeners == null) || (listeners.length == 0)) return; ServletRequestAttributeEvent event = @@ -1434,7 +1434,7 @@ } // Notify interested application event listeners -Object listeners[] = context.getApplicationListeners(); +Object listeners[] = context.getApplicationEventListeners(); if ((listeners == null) || (listeners.length == 0)) return; ServletRequestAttributeEvent event = null; - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
jsp Compile error after Reload
Hello, I'm having a problem with a certain bean package after I use ant to recompile my app. The strage thing is my jsp will work fine after I initially start Tomcat - no problems. After I re-compile w/ ant, I see in my context logs that the context is reloaded. Then, when I request the same jsp, the compile fails saying that it can find a class inside my WEB-INF/classes dir. [javac] /usr/local/tomcat/temp/situation_search_jsp.java:11: package beans does not exist [javac] import beans.*; I know it's there b/c I looked on the disk, plus - if I simply restart Tomcat, everything works again! FYI, I'm running v 4.1.27. Has anyone seen this problem before? TIA, --pete - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22293] - JSPC class name doesn't match Jasper
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=22293. 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=22293 JSPC class name doesn't match Jasper [EMAIL PROTECTED] changed: What|Removed |Added Summary|JasperLoader prepends fixed |JSPC class name doesn't |package name|match Jasper --- Additional Comments From [EMAIL PROTECTED] 2003-08-11 22:36 --- Remy, reading your comment makes me think we are talking about different things. What I am aiming to do is avoid compiling JSPs on access, by compiling them via ant and including them in the webapp. However, we have had the situation of needing to change a JSP on the fly and recompile it on access. I don't know how Tomcat 5.0.x is going to work for that sort of thing. All I'm trying to do is have JSPC generate the same structure as the work directory so they can be interchangable. This will be in production here with my patch in the next 2 weeks. I don't see why it can't be applied to the TC4 branch if it will only improve the functionality. I've closed 22294 as a duplicate of this, because I guess they were really the same problem of JSPC differing from Jasper at runtime. It just differed in 2 ways. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22328] New: - javax.management.ReflectionException: Cannot find method getClassName with this signature
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=22328. 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=22328 javax.management.ReflectionException: Cannot find method getClassName with this signature Summary: javax.management.ReflectionException: Cannot find method getClassName with this signature Product: Tomcat 4 Version: 4.1.27 Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Normal Priority: Other Component: Webapps:Administration AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] With the exception of choosing to make it an NT/2K service, I performed a vanilla install of Tomcat 4.1.27 on MS Windows 2K Server, build 5.00.2195, SP 4 with J2SDK 1.4.2 build 1.4.2-b28 and MS SQLServer 2K SP 3a. I then stopped the service, changed it to a manual service, and unzipped 4.1.27-hotfix-22096. I then restarted the Tomocat service via the Services panel. Initially, the admin tool worrks fine. If I uncomment the AccessLogValve for the default virtual host in the conf/server.xml file, I receive the following error in the logs/stdout.log file once I log into the admin tool: Bootstrap: Create Catalina server Bootstrap: Starting service Starting service Tomcat-Standalone Apache Tomcat/4.1.27 Bootstrap: Service started javax.management.ReflectionException: Cannot find method getClassName with this signaturenested exception is java.lang.NoSuchMethodException: org.apache.catalina.valves.AccessLogValve.getClassName() java.lang.NoSuchMethodException: org.apache.catalina.valves.AccessLogValve.getClassName() at java.lang.Class.getMethod(Class.java:978) at org.apache.commons.modeler.BaseModelMBean.invoke (BaseModelMBean.java:372) at org.apache.commons.modeler.BaseModelMBean.getAttribute (BaseModelMBean.java:238) at mx4j.server.interceptor.InvokerMBeanServerInterceptor.getAttribute (InvokerMBeanServerInterceptor.java:242) at mx4j.server.interceptor.DefaultMBeanServerInterceptor.getAttribute (DefaultMBeanServerInterceptor.java:138) at mx4j.server.interceptor.SecurityMBeanServerInterceptor.getAttribute (SecurityMBeanServerInterceptor.java:101) at mx4j.server.interceptor.DefaultMBeanServerInterceptor.getAttribute (DefaultMBeanServerInterceptor.java:138) at mx4j.server.interceptor.DefaultMBeanServerInterceptor.getAttribute (DefaultMBeanServerInterceptor.java:138) at mx4j.server.interceptor.ContextClassLoaderMBeanServerInterceptor.getAttribute (ContextClassLoaderMBeanServerInterceptor.java:198) at mx4j.server.MBeanServerImpl.getAttribute(MBeanServerImpl.java:1237) at org.apache.webapp.admin.Lists.getValves(Lists.java:549) at org.apache.webapp.admin.Lists.getValves(Lists.java:600) at org.apache.webapp.admin.TomcatTreeBuilder.getValves (TomcatTreeBuilder.java:542) at org.apache.webapp.admin.TomcatTreeBuilder.getContexts (TomcatTreeBuilder.java:336) at org.apache.webapp.admin.TomcatTreeBuilder.getHosts (TomcatTreeBuilder.java:292) at org.apache.webapp.admin.TomcatTreeBuilder.getServices (TomcatTreeBuilder.java:219) at org.apache.webapp.admin.TomcatTreeBuilder.getServers (TomcatTreeBuilder.java:180) at org.apache.webapp.admin.TomcatTreeBuilder.buildTree (TomcatTreeBuilder.java:133) at org.apache.webapp.admin.SetUpTreeAction.perform (SetUpTreeAction.java:165) at org.apache.struts.action.Action.execute(Action.java:420) at org.apache.struts.action.RequestProcessor.processActionPerform (RequestProcessor.java:484) at org.apache.struts.action.RequestProcessor.process (RequestProcessor.java:274) at org.apache.struts.action.ActionServlet.process (ActionServlet.java:1482) at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:507) 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:256) 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
RE: window close session invalidate
Hi, That might be the case, but the window I am closing is a popup window that derives from the original. The original window remains unscathed. Paul. That is according to the spec, The session only lives for the time of the application,closing your browser window, means that you are ending your application Filip -Original Message- From: Paul Wallace [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 05, 2003 9:01 PM To: Tomcat Developers List Subject: window close session invalidate Dear all, May someone enlighten me on why my session is being invalidated when I close a browser window? I am doing this in one of two ways - the application close icon on the top right of the window, or a simple: a href=javascript:window.close();CLOSE/a Does anyone have any experience of this? The session is being killed and thus so is my app. I will submit this query to the user list, but thought it appropriate for this list as I am getting the same result from multiple instances of TC on different servers, implying it is not a configuration issue as first suspected. Thanks Paul. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22176] New: - Password Restrictions with JNDIRealm Need Documentation
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=22176. 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=22176 Password Restrictions with JNDIRealm Need Documentation Summary: Password Restrictions with JNDIRealm Need Documentation Product: Tomcat 4 Version: 4.1.24 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I've been banging my head against JNDIRealm for a week, when I finally figured out that the LDAP account I was testing with (mine) has a space at the end. Changing to a password without a space logged me in perfectly. I do not know if this applys to any other Realm implementations or if it is actually a problem with the HTTP protocol. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22236] - JNDI Realm authentication to Novell eDirectory via LDAP
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=22236. 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=22236 JNDI Realm authentication to Novell eDirectory via LDAP [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-08-08 16:43 --- Patch applied to tomcat 4.1.28 (or better) and tomcat5 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: tomcat-5.0.5 cannot access jar resources in WEB-INF/lib but o nly unzipped in WEB-INF/classes
Harmsen, Jan wrote: Remy Maucherat wrote: Any update on this ? This is obviously a big problem if the issue is valid, so I'd really appreciate your help. Hi Remy, I set up a test case and it looks like it's a Tomcat-5 problem. The webapp works on Tomcat-4.1, on Tomcat-5.0 the resources within xsd.resources.jar cannot be reached. I did examine the Eclipse code, and it is invalid (you must not attempt to access other CL controlled resources based on another URL which was returned by the CL). However, I did add a workaround in the CL which makes your test case work, but which has a performance penalty on first access to a JAR. I think avoiding resource leak is more important. Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native/common jk_uri_worker_map.c
glenn 2003/08/06 05:19:55 Modified:jk/native/common jk_uri_worker_map.c Log: minor style cleanup Revision ChangesPath 1.17 +2 -2 jakarta-tomcat-connectors/jk/native/common/jk_uri_worker_map.c Index: jk_uri_worker_map.c === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_uri_worker_map.c,v retrieving revision 1.16 retrieving revision 1.17 diff -u -r1.16 -r1.17 --- jk_uri_worker_map.c 28 Jun 2003 02:55:55 - 1.16 +++ jk_uri_worker_map.c 6 Aug 2003 12:19:55 - 1.17 @@ -490,7 +490,7 @@ unsigned i; unsigned best_match = -1; unsigned longest_match = 0; -char * clean_uri = jk_pool_strdup(uw_map-tp,uri); +char *clean_uri = jk_pool_strdup(uw_map-tp,uri); char *url_rewrite = strstr(clean_uri, JK_PATH_SESSION_IDENTIFIER); if(url_rewrite) { - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22096] - reload through manager webapp fails to redeploy classes/jars
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=22096. 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=22096 reload through manager webapp fails to redeploy classes/jars --- Additional Comments From [EMAIL PROTECTED] 2003-08-05 10:29 --- Works for me! Thanks a lot! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22273] - [PATCH] Typo in jndi-resources-howto.html
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=22273. 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=22273 [PATCH] Typo in jndi-resources-howto.html [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-08-09 19:02 --- Fixed, thanks. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [5.0.7] New build by Sunday
+1. There is 1 bug in bugtraq currently open about *.jsp url mapping that I need to investigate (I'm not sure yet it's a bug) but I hope to have a fix before Sunday. -- Jeanfrancois Remy Maucherat wrote: Hi, I plan to make a new build available by Sunday. Comments ? Any issues which would need to be resolved by then ? A number of issues have been filed about commons-daemon and the new Windows .exe wrapper. Is anyone working on resolving them ? (Mladen, JF ?) I could have helped on that, but the requirement for Visual C++ prevents me from doing so. Is there any way around ? Thanks, Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22133] New: - Scoping conflict for generated fragment helpers
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=22133. 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=22133 Scoping conflict for generated fragment helpers Summary: Scoping conflict for generated fragment helpers Product: Tomcat 5 Version: 5.0.6 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Jasper2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] A JSP Fragment in a tag file that does EL may lead to problematic Java code. JSP Fragments of tag files are compiled into inner classes: public final class com_coremedia_jsp_NewsTicker_body_tag extends javax.servlet.jsp.tagext.SimpleTagSupport { ... private class com_coremedia_jsp_NewsTicker_body_tagHelper extends org.apache.jasper.runtime.JspFragmentHelper { ... public void invoke0( java.io.Writer out ) throws Throwable { ... out.write((java.lang.String)org.apache.jasper.runtime.PageContextImpl.proprietaryEvaluate(${rows}, java.lang.String.class, (PageContext)getJspContext(), null, false)); ... } } Both javac 1.3 and Eclipse's JDT compiler flag the call to #getJspContext as invalid as this method is both inherited and defined in the enclosing class: com_coremedia_jsp_NewsTicker_body_tag.java:206: getJspContext() is inherited from org.apache.jasper.runtime.JspFragmentHelper and hides method in outer class org.apache.jsp.tag.web.com_coremedia_jsp_NewsTicker_body_tag. An explicit 'this' qualifier must be used to select the desired instance. Javac 1.4.2 accepts this code and calls the inherited method. From my interpretation of the JLS, 1.4.2's behaviour seems correct and is the intended one, but the code won't be compilable with javac 1.3. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DO NOT REPLY [Bug 20675] -Tomcat is not compliant with the JSP 1.2 specification.
ÔÚ 2003-08-09 05:58:00 ÄúдµÀ£º of you ? Could you tell me ? Thanks~~ 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=20675. 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=20675 Tomcat is not compliant with the JSP 1.2 specification. [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2003-08-09 05:58 --- *** This bug has been marked as a duplicate of 20674 *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] mqg - SOUVENIR --- . | Souvenir of China | | A Good Place for You | `-- http://www.souvenirchina.com -' mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Bug report for Tomcat 3 [2003/08/10]
+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned| | | OPN=ReopenedVER=Verified(Skipped Closed/Resolved) | | | +-+ | | | Severity: BLK=Blocker CRI=CriticalMAJ=Major | | | | MIN=Minor NOR=Normal ENH=Enhancement | | | | +-+ | | | | Date Posted | | | | | +--+ | | | | | Description | | | | | | | | 258|Unc|Nor|2000-11-27|response.SendRedirect() resets/destroys Cookies th| | 2350|Ver|Nor|2001-06-27|ServletConfig.getInitParameter() requires url-patt| | 2478|Opn|Cri|2001-07-06|Passing Session variables between JSP's and Servle| | 4551|Opn|Nor|2001-10-31|Ctx( /tt01 ): IOException in: R( /tt01 + /com/abc/| | 4893|Unc|Blk|2001-11-15|Tomcat dies with following error..| | 4980|New|Min|2001-11-20|Startup message indicates incorrect log file | | 4994|New|Nor|2001-11-21|Tomcat needs a mechanism for clean and certain shu| | 5064|New|Cri|2001-11-25|Socket write error when include files is more than| | 5108|New|Maj|2001-11-26|Docs for Tomcat 3.2.x appear to be for Tomcat 3.3 | | 5137|New|Nor|2001-11-27|Null pointer in class loader after attempting to r| | 5160|Unc|Maj|2001-11-28|'IllegalStateException' | | 5331|New|Nor|2001-12-09|getPathInfo vs URL normalization | | 5510|New|Blk|2001-12-19|How to call ejb deployed in JBoss from Tomcat serv| | 5756|New|Nor|2002-01-08|jspc.bat exits with wrong ERRORLEVEL | | 5797|New|Nor|2002-01-10|UnCatched ? StringIndexOutOfBoundsException: Strin| | 6027|New|Maj|2002-01-25|Tomcat Automatically shuts down as service | | 6168|New|Blk|2002-02-01|IllegalStateException | | 6451|New|Cri|2002-02-14|Stackoverflow | | 6478|New|Enh|2002-02-14|Default Tomcat Encoding | | 6488|Ver|Maj|2002-02-15|Error: 304. Apparent bug in default ErrorHandler c| | 6648|New|Nor|2002-02-25|jakarta-servletapi build with java 1.4 javadoc err| | 6702|New|Cri|2002-02-27|win 2k services not working | | 6796|New|Cri|2002-03-01|Tomcat dies periodically | | 6989|New|Maj|2002-03-08|Unable to read tld file during parallel JSP compil| | 7008|Opn|Maj|2002-03-10|facade.HttpServletRequestFacade.getParameter(HttpS| | 7013|New|Cri|2002-03-10|Entering a servlet path with non-ISO8859-1 charact| | 7227|New|Nor|2002-03-19|error-code directive don't work | | 7236|New|Blk|2002-03-19|Permission denied to do thread.stop | | 7626|New|Nor|2002-03-29|classloader not working properly | | 7652|New|Cri|2002-04-01|Tomcat stalls periodically| | 7762|New|Enh|2002-04-05|stdout logfile handling | | 7785|New|Blk|2002-04-06|tomcat bug in context reloading | | 7789|New|Maj|2002-04-06|JSP Cookie Read/Write Fails With DNS Names| | 7863|New|Maj|2002-04-09|I have a problem when running Tomcat with IIS | | 8154|New|Nor|2002-04-16|logrotate script in RPM rotates non-existing file | | 8155|New|Nor|2002-04-16|Tomcat from RPM doesn't do logrotate | | 8187|New|Cri|2002-04-17|Errors when Tomcat used with MS Access database | | 8239|New|Cri|2002-04-18|Resource temporary unavailable| | 8263|New|Cri|2002-04-18|url-pattern easy to circumvent| | 8634|New|Nor|2002-04-30|no way to specify different modules.xml file | | 8992|New|Blk|2002-05-10|IE6/XP: Limitation of POST Area within HTTP reques| | 9086|New|Enh|2002-05-14|NPE org.apache.tomcat.core.ServerSession.setAttrib| | 9250|New|Maj|2002-05-20|outOfMemoryError | | 9362|New|Nor|2002-05-23|compiilation of JSP that includes a non-existant f| | 9367|New|Maj|2002-05-23|HttpSessionBindingEvent not thrown for HttpSession| | 9390|New|Nor|2002-05-24|jasper compilation error in tomcat| | 9480|New|Nor|2002-05-29|Data connection pooling | | 9607|New|Maj|2002-06-04|precompile JSP| | 9737|New|Nor|2002-06-10|ArrayIndexOutOfBoundsException when sending just p| |1|New|Cri|2002-06-19|IOException Broken Pipe when authenticating JDBCRe| |10039|New|Nor|2002-06-20|TimeStamp will not work correctly.|
DO NOT REPLY [Bug 22159] - Getting following error = java.sql.SQLException: Logical handle no longer valid
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=22159. 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=22159 Getting following error = java.sql.SQLException: Logical handle no longer valid --- Additional Comments From [EMAIL PROTECTED] 2003-08-06 07:13 --- *** Bug 22158 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 22154] - occurs ClassNotFoundException when webapp reload
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=22154. 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=22154 occurs ClassNotFoundException when webapp reload --- Additional Comments From [EMAIL PROTECTED] 2003-08-06 02:22 --- following text are a part of log file 2003-08-06 09:43:31 StandardContext[/yl_capsa]: Reloading this Context has started 2003-08-06 09:43:31 action: Finalizing this controller servlet 2003-08-06 09:43:31 StandardContext[/yl_capsa]: Sending application stop events 2003-08-06 09:43:31 StandardContext[/yl_capsa]: Stopping filters 2003-08-06 09:43:31 StandardContext[/yl_capsa]: Stopping filter 'CharacterEncoding' 2003-08-06 09:43:31 StandardContext[/yl_capsa]: Stopping filter 'AuthorizeFilter' 2003-08-06 09:43:31 WebappLoader[/yl_capsa]: Reloading checks are enabled for this Context 2003-08-06 09:43:31 NamingContextListener[/Standalone/localhost/yl_capsa]: Creating JNDI naming context 2003-08-06 09:43:31 StandardContext[/yl_capsa]: Configuring application event listeners 2003-08-06 09:43:31 StandardContext[/yl_capsa]: Error configuring application listener of class com.yl.capsa.action.LoggingInit java.lang.ClassNotFoundException: com.yl.capsa.action.LoggingInit at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1444) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1289) at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3237) at org.apache.catalina.core.StandardContext.reload(StandardContext.java:2534) at org.apache.catalina.loader.WebappLoader$WebappContextNotifier.run(WebappLoader.java:1369) at java.lang.Thread.run(Thread.java:534) 2003-08-06 09:43:31 StandardContext[/yl_capsa]: Error configuring application listener of class com.yl.capsa.util.RepairAppointmentScheduler java.lang.ClassNotFoundException: com.yl.capsa.util.RepairAppointmentScheduler at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1444) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1289) at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3237) at org.apache.catalina.core.StandardContext.reload(StandardContext.java:2534) at org.apache.catalina.loader.WebappLoader$WebappContextNotifier.run(WebappLoader.java:1369) at java.lang.Thread.run(Thread.java:534) 2003-08-06 09:43:31 StandardContext[/yl_capsa]: Error configuring application listener of class com.yl.capsa.action.LoginServlet java.lang.ClassNotFoundException: com.yl.capsa.action.LoginServlet at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1444) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1289) at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3237) at org.apache.catalina.core.StandardContext.reload(StandardContext.java:2534) at org.apache.catalina.loader.WebappLoader$WebappContextNotifier.run(WebappLoader.java:1369) at java.lang.Thread.run(Thread.java:534) 2003-08-06 09:43:31 StandardContext[/yl_capsa]: Skipped installing application listeners due to previous error(s) 2003-08-06 09:43:31 StandardContext[/yl_capsa]: Failed to start application Listeners successfully 2003-08-06 09:43:31 StandardWrapper[/yl_capsa:default]: Loading container servlet default 2003-08-06 09:43:31 StandardWrapper[/yl_capsa:action]: Marking servlet action as unavailable 2003-08-06 09:43:31 StandardContext[/yl_capsa]: Servlet /yl_capsa threw load() exception javax.servlet.ServletException: Wrapper cannot find servlet class org.apache.struts.action.ActionServlet or a class it depends on at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:891) at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:823) at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:3421) at org.apache.catalina.core.StandardContext.reload(StandardContext.java:2568) at org.apache.catalina.loader.WebappLoader$WebappContextNotifier.run(WebappLoader.java:1369) at java.lang.Thread.run(Thread.java:534) - Root Cause - java.lang.ClassNotFoundException: org.apache.struts.action.ActionServlet at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1444) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1289) at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:885) at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:823) at
DO NOT REPLY [Bug 22174] - tomcat service launcher does not accept path to jvm.dll with spaces
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=22174. 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=22174 tomcat service launcher does not accept path to jvm.dll with spaces [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-08-09 02:38 --- Fixed now in the CVS and should appear in 5.0.7. As near as I can tell, this is the same issue as #22187. The problem was with the quotes in the parameters, not with the spaces. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 20674] - Tomcat is not compliant with the JSP 1.2 specification.
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=20674. 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=20674 Tomcat is not compliant with the JSP 1.2 specification. --- Additional Comments From [EMAIL PROTECTED] 2003-08-09 05:58 --- *** Bug 20675 has been marked as a duplicate of this bug. *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] 5.0.7 stability rating
Remy Maucherat wrote: Note 2: As far as I am concerned, the 5.0.7 build is feature complete (ie, my TODO list is empty). FYI, there are still a handful of TODOs in the Jasper code, at least one of which (need to check for uniqueness of attribute name, variable name-given, and variable alias) is required for spec compliance. Eric - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-5/resources/mbeans tomcat5-ant.xml
remm2003/08/10 02:53:37 Modified:.build.xml resources/mbeans tomcat5-ant.xml Log: - Make the embed distribution easier to run (just type ant). Revision ChangesPath 1.149 +1 -1 jakarta-tomcat-5/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-tomcat-5/build.xml,v retrieving revision 1.148 retrieving revision 1.149 diff -u -r1.148 -r1.149 --- build.xml 10 Aug 2003 08:50:44 - 1.148 +++ build.xml 10 Aug 2003 09:53:37 - 1.149 @@ -682,7 +682,7 @@ /fileset /copy -- -copy tofile=embed/tomcat5-ant.xml file=resources/mbeans/tomcat5-ant.xml / +copy tofile=embed/build.xml file=resources/mbeans/tomcat5-ant.xml / !-- copy tofile=embed/tomcat5-mbeans.xml file=resources/mbeans/tomcat5-mbeans.xml / copy tofile=embed/tomcat5-mlet.xml file=resources/mbeans/tomcat5-mlet.xml / 1.13 +1 -1 jakarta-tomcat-5/resources/mbeans/tomcat5-ant.xml Index: tomcat5-ant.xml === RCS file: /home/cvs/jakarta-tomcat-5/resources/mbeans/tomcat5-ant.xml,v retrieving revision 1.12 retrieving revision 1.13 diff -u -r1.12 -r1.13 --- tomcat5-ant.xml 24 Jul 2003 09:55:16 - 1.12 +++ tomcat5-ant.xml 10 Aug 2003 09:53:37 - 1.13 @@ -1,4 +1,4 @@ -project name=tomcat-embed default=run basedir=. +project name=tomcat-embed default=start basedir=. property file=${user.home}/build.properties/ property file=build.properties/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22202] New: - Using DataSourceRealm causes MBeanException at Tomcat startup.
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=22202. 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=22202 Using DataSourceRealm causes MBeanException at Tomcat startup. Summary: Using DataSourceRealm causes MBeanException at Tomcat startup. Product: Tomcat 4 Version: 4.1.27 Platform: All OS/Version: All Status: NEW Severity: Major Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Using DataSourceRealm in a context causes the following exception at Tomcat startup. ServerLifecycleListener: processContainerAddChild: MBeanException java.lang.Exception: ManagedBean is not found with DataSourceRealm at org.apache.catalina.mbeans.MBeanUtils.createMBean(MBeanUtils.java:642) at org.apache.catalina.mbeans.ServerLifecycleListener.createMBeans(ServerLifecycleListener.java:462) at org.apache.catalina.mbeans.ServerLifecycleListener.processContainerAddChild(ServerLifecycleListener.java:1358) at org.apache.catalina.mbeans.ServerLifecycleListener.containerEvent(ServerLifecycleListener.java:189) at org.apache.catalina.core.ContainerBase.fireContainerEvent(ContainerBase.java:1404) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:829) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:807) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:579) at org.apache.catalina.core.StandardHostDeployer.addChild(StandardHostDeployer.java:700) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.commons.beanutils.MethodUtils.invokeMethod(MethodUtils.java:252) at org.apache.commons.digester.SetNextRule.end(SetNextRule.java:256) at org.apache.commons.digester.Rule.end(Rule.java:276) at org.apache.commons.digester.Digester.endElement(Digester.java:1058) at org.apache.crimson.parser.Parser2.maybeElement(Parser2.java:1683) at org.apache.crimson.parser.Parser2.parseInternal(Parser2.java:634) at org.apache.crimson.parser.Parser2.parse(Parser2.java:333) at org.apache.crimson.parser.XMLReaderImpl.parse(XMLReaderImpl.java:448) at org.apache.commons.digester.Digester.parse(Digester.java:1567) at org.apache.catalina.core.StandardHostDeployer.install(StandardHostDeployer.java:385) at org.apache.catalina.core.StandardHost.install(StandardHost.java:803) at org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.java:442) at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:399) at org.apache.catalina.startup.HostConfig.start(HostConfig.java:718) at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:358) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:166) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1196) at org.apache.catalina.core.StandardHost.start(StandardHost.java:738) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1188) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:347) at org.apache.catalina.core.StandardService.start(StandardService.java:497) at org.apache.catalina.core.StandardServer.start(StandardServer.java:2190) at org.apache.catalina.startup.Catalina.start(Catalina.java:512) at org.apache.catalina.startup.Catalina.execute(Catalina.java:400) at org.apache.catalina.startup.Catalina.process(Catalina.java:180) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:203) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina build.xml
remm2003/08/10 02:59:15 Modified:catalina build.xml Log: - Add back Xerces 2, since using Crimson unfortunately causes XML JSP bugs with CDATA scriptlet (bug 21366). Revision ChangesPath 1.54 +0 -2 jakarta-tomcat-catalina/catalina/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/build.xml,v retrieving revision 1.53 retrieving revision 1.54 diff -u -r1.53 -r1.54 --- build.xml 14 Jul 2003 16:30:12 - 1.53 +++ build.xml 10 Aug 2003 09:59:15 - 1.54 @@ -523,10 +523,8 @@ copy todir=${catalina.build}/server/lib file=${tomcat-util.jar}/ /target target name=copy-xerces2.jars -!-- copy todir=${catalina.build}/common/endorsed file=${xercesImpl.jar}/ copy todir=${catalina.build}/common/endorsed file=${xmlParserAPIs.jar}/ --- /target - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22146] - TC 5.0.6 problems loading an a persisted session.
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=22146. 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=22146 TC 5.0.6 problems loading an a persisted session. --- Additional Comments From [EMAIL PROTECTED] 2003-08-06 14:52 --- Created an attachment (id=7671) A Webapp that has the problem. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22183] - Copy of Jasper in WEB-INF confuses Tomcat
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=22183. 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=22183 Copy of Jasper in WEB-INF confuses Tomcat --- Additional Comments From [EMAIL PROTECTED] 2003-08-06 16:37 --- BTW: it happens even when the web-application that contained the Japser-copy is loaded. Stopping the web-application with the tomcat-manager doesn't help. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-5 build.properties.default build.xml
remm2003/08/10 01:50:44 Modified:.build.properties.default build.xml Log: - Update to commons-modeler 1.1. Thanks to Yoav :) Revision ChangesPath 1.100 +3 -4 jakarta-tomcat-5/build.properties.default Index: build.properties.default === RCS file: /home/cvs/jakarta-tomcat-5/build.properties.default,v retrieving revision 1.99 retrieving revision 1.100 diff -u -r1.99 -r1.100 --- build.properties.default 1 Aug 2003 06:54:10 - 1.99 +++ build.properties.default 10 Aug 2003 08:50:44 - 1.100 @@ -102,12 +102,11 @@ # - Commons Modeler, version 1.1 or later - -commons-modeler.home=${base.path}/commons-modeler-1.1dev +commons-modeler.home=${base.path}/commons-modeler-1.1 #commons-modeler.lib=${commons-modeler.home} commons-modeler.lib=${commons-modeler.home} commons-modeler.jar=${commons-modeler.lib}/commons-modeler.jar -#commons-modeler.loc=http://jakarta.apache.org/builds/jakarta-commons/release/commons-modeler/v1.0/commons-modeler-1.0.tar.gz -commons-modeler.cvs.loc=jakarta-commons/modeler +commons-modeler.loc=http://www.apache.org/dist/jakarta/commons/modeler/binaries/modeler-1.1.tar.gz # - Java Naming and Directory Interface (JNDI), version 1.2 or later - 1.148 +12 -2 jakarta-tomcat-5/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-tomcat-5/build.xml,v retrieving revision 1.147 retrieving revision 1.148 diff -u -r1.147 -r1.148 --- build.xml 2 Aug 2003 17:15:54 - 1.147 +++ build.xml 10 Aug 2003 08:50:44 - 1.148 @@ -117,10 +117,12 @@ srcfiles dir=${catalina.home}/webapps/admin includes=** / /uptodate +!-- uptodate property=commons-modeler.build.notrequired targetfile=${commons-modeler.jar} srcfiles dir=${cvs.base}/jakarta-commons/modeler/src/java includes=** / /uptodate +-- uptodate property=commons-daemon.build.notrequired targetfile=${commons-daemon.jar} @@ -463,6 +465,7 @@ !-- == Build dependent code === -- +!-- target name=build-commons-modeler unless=commons-modeler.build.notrequired description=build commons-modeler echo== Building: commons-modeler /echo @@ -474,7 +477,7 @@ property name=build.home value=${tomcat.build} / /ant /target - +-- target name=build-commons-daemon unless=commons-daemon.build.notrequired description=build commons-daemon echo== Building: commons-daemon /echo @@ -494,7 +497,7 @@ antcall target=build-servletapi/ antcall target=build-jspapi/ -antcall target=build-commons-modeler / +!-- antcall target=build-commons-modeler / -- antcall target=build-commons-daemon / /target @@ -1531,6 +1534,11 @@ /antcall antcall target=downloadgz + param name=sourcefile value=${commons-modeler.loc}/ + param name=destfile value=${commons-modeler.jar}/ +/antcall + +antcall target=downloadgz param name=sourcefile value=${log4j.loc}/ param name=destfile value=${log4j.jar}/ /antcall @@ -1700,9 +1708,11 @@ cvs cvsroot=${cvsroot} quiet=true command=checkout -P ${cvstag} ${commons-daemon.cvs.loc} dest=${cvs.base}/ +!-- cvs cvsroot=${cvsroot} quiet=true command=checkout -P ${cvstag} ${commons-modeler.cvs.loc} dest=${cvs.base}/ +-- /target - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 21194] - JNDIRealm usersubtree doesn't work properly
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=21194. 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=21194 JNDIRealm usersubtree doesn't work properly [EMAIL PROTECTED] changed: What|Removed |Added Summary|JNDIRealm usersubtree |JNDIRealm usersubtree |doesn't work properly |doesn't work properly --- Additional Comments From [EMAIL PROTECTED] 2003-08-05 08:18 --- Looks like a configuration error. Attribute names are userSubtree and roleUsertree, not userSubTree etc. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22279] - [PATCH] Typo fixes for various parts in Tomcat-FAQ
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=22279. 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=22279 [PATCH] Typo fixes for various parts in Tomcat-FAQ --- Additional Comments From [EMAIL PROTECTED] 2003-08-10 10:53 --- Created an attachment (id=7720) Fix typos in memory.xml - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DO NOT REPLY [Bug 20674] -Tomcat is not compliant with the JSP 1.2 specification.
ÔÚ 2003-08-09 05:58:00 ÄúдµÀ£º of you ? Could you tell me ? Thanks~~ 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=20674. 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=20674 Tomcat is not compliant with the JSP 1.2 specification. --- Additional Comments From [EMAIL PROTECTED] 2003-08-09 05:58 --- *** Bug 20675 has been marked as a duplicate of this bug. *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] mqg - SOUVENIR --- . | Souvenir of China | | A Good Place for You | `-- http://www.souvenirchina.com -' mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/webapps/manager/WEB-INF/classes/org/apache/catalina/manager ManagerServlet.java
remm2003/08/06 11:21:32 Modified:webapps/manager/WEB-INF/classes/org/apache/catalina/manager ManagerServlet.java Log: - Create the appropriate dirs so that tagging works. - Generate the appropriate URLs so that deployment from a tagged WAR works. Revision ChangesPath 1.8 +27 -12 jakarta-tomcat-catalina/webapps/manager/WEB-INF/classes/org/apache/catalina/manager/ManagerServlet.java Index: ManagerServlet.java === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/manager/WEB-INF/classes/org/apache/catalina/manager/ManagerServlet.java,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- ManagerServlet.java 6 Aug 2003 17:50:21 - 1.7 +++ ManagerServlet.java 6 Aug 2003 18:21:32 - 1.8 @@ -592,6 +592,7 @@ File deployedPath = deployed; if (tag != null) { deployedPath = new File(versioned, tag); +deployedPath.mkdirs(); } // Upload the web application archive to a local WAR file @@ -693,7 +694,6 @@ // Find the local WAR file File localWar = new File(deployedPath, basename + .war); - // Find the local context deployment file (if any) File localXml = new File(configBase, basename + .xml); @@ -705,8 +705,7 @@ // Copy WAR and XML to the host base if (tag != null) { -deployedPath = deployed; -File localWarCopy = new File(deployedPath, basename + .war); +File localWarCopy = new File(deployed, basename + .war); copy(localWar, localWarCopy); try { extractXml(localWar, localXml); @@ -719,13 +718,29 @@ localWar = localWarCopy; } +// Compute URLs String war = null; -String config = null; -if (localWar.exists()) { -war = localWar.getAbsolutePath(); +try { +URL url = localWar.toURL(); +war = url.toString(); +war = jar: + war + !/; +} catch(MalformedURLException e) { +log(managerServlet.badUrl[ + displayPath + ], e); +writer.println(sm.getString(managerServlet.exception, +e.toString())); +return; } -if (localXml.exists()) { -config = localXml.getAbsolutePath(); +String config = null; +try { +if (localXml.exists()) { +URL url = localXml.toURL(); +config = url.toString(); +} +} catch (MalformedURLException e) { +log(managerServlet.badUrl[ + displayPath + ], e); +writer.println(sm.getString(managerServlet.exception, +e.toString())); +return; } // Deploy webapp - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Jakarta newsletter Tomcat post
Still my bug with large POSTs to Nagoya because of NAT (apparently). Feel free to modify the entry, or add more community info, etc. bJakarta Tomcat/b Tomcat 4.1.27 has been released, fixing number of security issues which were recently discovered, and integrating other bugfixes. When downloading it, make sure to also download and install the hotfix fixing a regression in webapp reloading (bugzilla item 22096). Tomcat 5.0 release plan was voted, and is now quickly making its way towards beta, with a focus on bugfixing. Many old, long standing, Tomcat issues which needed non trivial refactoring are addressed during this period. Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler SmapStratum.java
remm2003/08/10 01:35:39 Modified:jasper2/src/share/org/apache/jasper/compiler SmapStratum.java Log: - Apply workaround for failure in optimizeLineSection() when there are entries with an outputStartLine of 0. Submitted by Eric Carmichael. Revision ChangesPath 1.7 +8 -0 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/SmapStratum.java Index: SmapStratum.java === RCS file: /home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/SmapStratum.java,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- SmapStratum.java 9 Aug 2003 19:19:37 - 1.6 +++ SmapStratum.java 10 Aug 2003 08:35:39 - 1.7 @@ -276,6 +276,14 @@ throw new IllegalArgumentException( inputFileName: + inputFileName); +//Jasper incorrectly SMAPs certain Nodes, giving them an +//outputStartLine of 0. This can cause a fatal error in +//optimizeLineSection, making it impossible for Jasper to +//compile the JSP. Until we can fix the underlying +//SMAPping problem, we simply ignore the flawed SMAP entries. +if (outputStartLine == 0) +return; + // build the LineInfo LineInfo li = new LineInfo(); li.setInputStartLine(inputStartLine); - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: which method gets called first listener.sessionDestroyed() or session.invalidate()
If you want to re-post your question on tomcat-user, I'd be more than happy to answer your question. However, it is off-topic on this list. - Original Message - From: [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Saturday, August 09, 2003 3:45 AM Subject: which method gets called first listener.sessionDestroyed() or session.invalidate() Hi All, I have written a Http Session Listener for logging session termination event. In my listener I am trying to get user related data by calling getSession() then getAttribute() method. Here I am always getting an exception saying IllegalStateException : Session is already invalidated. Could you please tell me why session is getting invalidated before calling listener.sessionDestroyed(..) method. Thanks, Kaushik Dutta - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This message is intended only for the use of the person(s) listed above as the intended recipient(s), and may contain information that is PRIVILEGED and CONFIDENTIAL. If you are not an intended recipient, you may not read, copy, or distribute this message or any attachment. If you received this communication in error, please notify us immediately by e-mail and then delete all copies of this message and any attachments. In addition you should be aware that ordinary (unencrypted) e-mail sent through the Internet is not secure. Do not send confidential or sensitive information, such as social security numbers, account numbers, personal identification numbers and passwords, to us via ordinary (unencrypted) e-mail. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22407] New: - Secured connection problem while running catalina 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=22407. 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=22407 Secured connection problem while running catalina as NT service Summary: Secured connection problem while running catalina as NT service Product: Tomcat 4 Version: 4.1.27 Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Normal Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] My servlet opens an SSL connection to a third party. When running Catalina, using catalina.bat, all works well, but when running it using an NT service I get a connection refused error while trying to connect to the server. To eliminate external factors we hardcoded both the system properties of the proxy settings and the certificate keystore within the initialization the servlet (using System.getProperties().put(...)). I have also added to the class.path registry entry the JSSE libraries (although I'm using j2sdk1.4.1_04), and I can see from the exception trace those libraries were indeed loaded. I cannot see any connection trials on both server and to the proxy server. The catalina.bat is used as is, and is not modified in any way. Could anyone point out the differences between the startup procedures of both methods (catalina.bat and NT service) that have any relation to my problem? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core ApplicationContext.java
luehe 2003/08/12 16:01:36 Modified:catalina/src/share/org/apache/catalina/core ApplicationContext.java Log: Avoid NPE when ensuring that resource path start with '/' Revision ChangesPath 1.16 +5 -5 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/ApplicationContext.java Index: ApplicationContext.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/ApplicationContext.java,v retrieving revision 1.15 retrieving revision 1.16 diff -u -r1.15 -r1.16 --- ApplicationContext.java 9 Aug 2003 19:04:29 - 1.15 +++ ApplicationContext.java 12 Aug 2003 23:01:36 - 1.16 @@ -520,7 +520,7 @@ public URL getResource(String path) throws MalformedURLException { -if (!path.startsWith(/)) { +if (path == null || !path.startsWith(/)) { throw new MalformedURLException(sm.getString(applicationContext.requestDispatcher.iae, path)); } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources messages.properties
luehe 2003/08/12 11:36:46 Modified:jasper2/src/share/org/apache/jasper JspC.java jasper2/src/share/org/apache/jasper/resources messages.properties Log: Replaced error message with localizable error code Revision ChangesPath 1.54 +5 -4 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/JspC.java Index: JspC.java === RCS file: /home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/JspC.java,v retrieving revision 1.53 retrieving revision 1.54 diff -u -r1.53 -r1.54 --- JspC.java 9 Aug 2003 19:03:15 - 1.53 +++ JspC.java 12 Aug 2003 18:36:46 - 1.54 @@ -810,7 +810,8 @@ try { if (uriRoot == null) { if( pages.size() == 0 ) { - throw new JasperException(No uriRoot or files); + throw new JasperException( +Localizer.getMessage(jsp.error.jspc.missingTarget)); } String firstJsp=(String)pages.elementAt( 0 ); File firstJspF = new File( firstJsp ); 1.128 +2 -1 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources/messages.properties Index: messages.properties === RCS file: /home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources/messages.properties,v retrieving revision 1.127 retrieving revision 1.128 diff -u -r1.127 -r1.128 --- messages.properties 11 Aug 2003 21:11:07 - 1.127 +++ messages.properties 12 Aug 2003 18:36:46 - 1.128 @@ -200,6 +200,7 @@ jsp.warning.compiler.class.notfound=Specified compiler plugin class {0} not found. Will default to Sun Java Compiler. jsp.warning.compiler.path.notfound=Specified compiler path {0} not found. Will default to system PATH. jsp.error.jspc.uriroot_not_dir=The -uriroot option must specify a pre-existing directory +jsp.error.jspc.missingTarget=Missing target: Must specify -webapp or -uriroot, or one or more JSP pages jsp.error.jspc.no_uriroot=The uriroot is not specified and cannot be located with the specified JSP file(s) jspc.implicit.uriRoot=uriRoot implicitly set to {0} jspc.usage=Usage: jspc options [--] jsp files\n\ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22359] New: - class won't reload automatically after an exception
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=22359. 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=22359 class won't reload automatically after an exception Summary: class won't reload automatically after an exception Product: Tomcat 4 Version: 4.1.24 Platform: PC OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] if there is no problem when tomcat is running, when you compile a file, it will reload the class automatically. However, when an exception is thrown, it will not longer load up the classes automatically. I have to stop/restart tomcat - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22405] - warn if not deploy with umask 0077 or if deployed as root and provide tutorial URL Secure deployment
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=22405. 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=22405 warn if not deploy with umask 0077 or if deployed as root and provide tutorial URL Secure deployment --- Additional Comments From [EMAIL PROTECTED] 2003-08-14 14:50 --- Both of these libraries work via native methods to achieve this. Ant has does not use native methods. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Bug 19867
On Tuesday, August 12, 2003 12:39 AM, Bill Barker [SMTP:[EMAIL PROTECTED] wrote: - Original Message - From: Mark Thomas [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, August 11, 2003 3:23 PM Subject: RE: Bug 19867 I have been looking into http://nagoya.apache.org/bugzilla/show_bug.cgi?id=19867 and have a couple of questions. The error seen in this report is a result of specifying CLIENT-CERT authentication without specifying a user-data-constraint. This causes a NPE because the sslSupport attribute of the http11Processor object is null. I have looked at the servlet spec (2.3 and the draft of 2.4) and, based on the 2.4 draft, the user-data-constraint is not mandatory (end of SRV.12.8) and the use of CLIENT-CERT requires SSL (SRV.12.5.4). With this in mind, my first question is: 1. If a user wants to use CLIENT-CERT should they have to specify a user-data-constraint or should tomcat automatically apply SSL to the resources in the web resource collection specified in the security constraint when the auth constraint is CLIENT-CERT? Having read the spec, I can't figure out what should happen. Having CLIENT-CERT imply a transport-guarantee sounds like a nice idea. However, it would violate section 12.8 of the current draft of the 2.4 spec. If the spec changes, then we could add it as a feature. If you feel strongly about this, then [EMAIL PROTECTED] is the place to write. I'll drop them an e-mail with the suggestion. Regardless of the answer to the above, if CLIENT-CERT is specified, user-data-constraint is set to CONFIDENTIAL and there are no valid certs on the client a number of exceptions get thrown by tomcat. This brings me to my remaining question: 2. Not having a matching certificate is equivalent to getting the password wrong. Therefore, shouldn't tomcat behave in a similar way (no exceptions, return a 403 to the client) rather than throwing the exceptions? SSL doesn't work that way. If the client's cert can't be validated, then the connection is just dropped, so there is no way to send anything back to the client. If the certificate is valid, but not a known user, then Tomcat treats it the same way that it would Basic or Form. This isn't that big of an issue, for the simple reason that browsers generally don't give you the option to re-select a cert once you've chosen one. You're stuck having to close the browser and start all over again. Ah, hadn't picked up that the connection was just dropped. What about at the server end of the connection? Should an invalid cert cause a series (three) of exceptions? Wouldn't it be better for tomcat to handle an invalid cert (for whatever reason) in the same was it does for basic and form or is there something about the way SSL works that prevents this? With some guidance on the above, assuming that some code changes will be required, I'll set about writing a patch. Note: Although the bug is reported against 4.1.24, the same behaviour is seen with the latest 4.x.x and 5.x.x Regards, Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] File: disclaimer.txtFile: ATT1.txt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 21206] - Tomcat 5 - Jetspeed JSP Portlets do not display
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=21206. 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=21206 Tomcat 5 - Jetspeed JSP Portlets do not display [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Additional Comments From [EMAIL PROTECTED] 2003-08-14 14:16 --- Re-opening the bug. Setup: RedHat Linux 8.0 J2SE 1.4.2 Tomcat 5.0.7-alpha Jetspeed 1.4-b4(release) and 1.4-b5-dev(from CVS) I downloaded the new version of Tomcat 5.0.7-alpha that included the fix for this bug and began testing it this morning. There are still problems with the JSP Portlet compilation: Here is the error output from a sample jsp portlet: Error encountered processing a template: /portlets/html/hello.jsporg.apache.jasper.JasperException: Unable to compile class for JSP at org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:561) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:300) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:293) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:240) at javax.servlet.http.HttpServlet.service(HttpServlet.java:856) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:286) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:752) at org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:640) at org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:552) at org.apache.turbine.services.jsp.TurbineJspService.handleRequest(TurbineJspService.java:202) at org.apache.turbine.services.jsp.TurbineJspService.handleRequest(TurbineJspService.java:163) at org.apache.jetspeed.portal.portlets.viewprocessor.JSPViewProcessor.processView(JSPViewProcessor.java:170) at org.apache.jetspeed.portal.portlets.GenericMVCPortlet.buildContent(GenericMVCPortlet.java:301) at org.apache.jetspeed.portal.portlets.GenericMVCPortlet.getContent(GenericMVCPortlet.java:219) at org.apache.jetspeed.portal.security.portlets.PortletWrapper.getContent(PortletWrapper.java:148) at sun.reflect.GeneratedMethodAccessor194.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:260) at org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:207) at org.apache.velocity.runtime.parser.node.ASTReference.render(ASTReference.java:250) at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:94) at org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfStatement.java:109) at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:94) at org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfStatement.java:109) at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:271) at org.apache.velocity.Template.merge(Template.java:296) at org.apache.velocity.app.Velocity.mergeTemplate(Velocity.java:492) at org.apache.velocity.app.Velocity.mergeTemplate(Velocity.java:461) at org.apache.turbine.services.velocity.TurbineVelocityService.decodeRequest(TurbineVelocityService.java:494) at org.apache.turbine.services.velocity.TurbineVelocityService.handleRequest(TurbineVelocityService.java:336) at org.apache.turbine.services.velocity.TurbineVelocity.handleRequest(TurbineVelocity.java:143) at org.apache.jetspeed.portal.controls.VelocityPortletControl.getContent(VelocityPortletControl.java:170) at sun.reflect.GeneratedMethodAccessor190.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:260) at org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:207) at org.apache.velocity.runtime.parser.node.ASTReference.render(ASTReference.java:250) at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:94) at org.apache.velocity.runtime.directive.Foreach.render(Foreach.java:344) at org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective.java:153) at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:94) at org.apache.velocity.runtime.directive.Foreach.render(Foreach.java:344) at
RE: [ANN] Apache Tomcat 4.1.27 Stable released
Hi Remy, Are these security bugs existing in all versions of Tomcat 4 prior to 4.1.27 ? Or was there a version of Tomcat where these were introduced ? I couldnt find the reference to these security issues on the tomcat web site section mentioning the 4.1.27 release. This information will be very much useful since we may need to redeploy our free HPUX Tomcat distribution to customers. Thanks, --Roshan -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED] Sent: Thursday, July 31, 2003 10:59 PM To: [EMAIL PROTECTED]; Tomcat Developers List; [EMAIL PROTECTED] Subject: [ANN] Apache Tomcat 4.1.27 Stable released The Tomcat Team announces the immediate availability of Apache Tomcat 4.1.27 Stable. Among other bugfixes and improvements, Tomcat 4.1.27 includes security fixes for: - Improper recycling of SSL client certificates with Coyote JK 2 - Improper handling of invalid content lengths in requests, causing HTTP processors to be left in an invalid state in Coyote HTTP/1.1, causing a DoS condition - URI normalization bug in Coyote - Improper handling of certain URLs in Coyote JK 2, causing a DoS condition Downloads: http://jakarta.apache.org/site/binindex.cgi Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22146] - TC 5.0.6 problems loading an a persisted session.
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=22146. 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=22146 TC 5.0.6 problems loading an a persisted session. [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-08-08 17:00 --- I finally found a solution to the bug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22151] - ThreadPool OutOfMemoryException
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=22151. 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=22151 ThreadPool OutOfMemoryException [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2003-08-05 21:35 --- Actually, I did that already. Tried ulimit -s 2048 and it had no effect. I wouldn't have posted this here if I hadn't exhausted myself, google, and tomcat- user already. I know better than that :) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22192] - Dash chararcter in webapp path replaces other deployed webapp
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=22192. 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=22192 Dash chararcter in webapp path replaces other deployed webapp [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-08-07 13:59 --- The fix for this will be in 5.0.7. This was caused by a flaw in the context mapping algorithm. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22176] - Password Restrictions with JNDIRealm Need Documentation
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=22176. 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=22176 Password Restrictions with JNDIRealm Need Documentation --- Additional Comments From [EMAIL PROTECTED] 2003-08-06 18:42 --- We need a little more info on this one. Was this form authentication, basic authentication or both? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [5.0.7] New build by Sunday
Remy Maucherat wrote: jean-frederic clere wrote: Remy Maucherat wrote: Hi, I plan to make a new build available by Sunday. Comments ? Any issues which would need to be resolved by then ? A number of issues have been filed about commons-daemon and the new Windows .exe wrapper. Is anyone working on resolving them ? (Mladen, JF ?) I could have helped on that, but the requirement for Visual C++ prevents me from doing so. Is there any way around ? I use _only_ cygwin and gcc for the developements I have done for windoze. Even for the .exe wrapper for Windows ? How does it work ? Could you explain ? (I don't have than many bugs to work anymore on Tomcat itself, so I could help too) Probably :) in jakarta-commons-sandbox/daemon/src/native/nt/procrun/Makefile I use the option -mno-cygwin when compiling procrun, the resulting is an executable that does need cygwin to run. Thanks :) Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [5.0.7] New build by Sunday
Shapira, Yoav wrote: Howdy, As soon as someone with www.apache.org karma uploads it. I don't have the permissions to do it myself. I sent a message to commons-dev and CC'ed [EMAIL PROTECTED] Robert Donkin said he'll try to do it, but he's not feeling well ;( There are some files that I don't have permission to move, such as the signatures :-( Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22236] New: - JNDI Realm authentication to Novell eDirectory via LDAP
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=22236. 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=22236 JNDI Realm authentication to Novell eDirectory via LDAP Summary: JNDI Realm authentication to Novell eDirectory via LDAP Product: Tomcat 4 Version: 4.1.27 Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Major Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I am trying to setup JNDI authentication for the Administrator and Manager pages to learn how to use the JNDI Realm. But if debug is enabled (I have it set to 99 to be really verbose) I am getting a java null pointer exception. Looking at the JNDIRealm.java file it appears it is barfing in a debug statement. Below is how I did it... I created a JNDI Realm in the server.xml file. Realm className=org.apache.catalina.realm.JNDIRealm debug=99 connectionURL=ldap://192.168.1.23:389; connectionName=cn=adminx,ou=zpar,o=med connectionPassword=zparpwd userPattern=cn={0},ou=zpar,o=med roleBase=ou=zpar,o=med roleName=cn roleSearch=(uniqueMember={0}) / I Created an admin user to authenticate the ldap directory named: cn=adminx,ou=zpar,o=med I created a test user cn=test,ou=zpar,o=med I created two groups cn=admin,ou=zpar,o=med and cn=manager,ou=zpar,o=med. I added the test user to both groups. I then launched my browser and tried to access the Adminstrator page. When the login page appears, I enter the information for my test user, and I never get the admin page, but... This is an excerpt from my ldap trace on my netware server: DoBind on connection 0xc9206aa0 DoBind: name = 'cn=adminx,ou=zpar,o=med', client version = 3, method = 0x80 Sending operation result 0:: to connection 0xc9206aa0 DoSearch on connection 0xc9206aa0 Search request: base: ou=zpar,o=med scope:1 derefence:3 sizelimit:0 timelimit:0 attrsonly:0 filter: (uniqueMember=cn=test,ou=zpar,o=med) attribute: cn Sending search result entry cn=manager,ou=zpar,o=med to connection 0xc9206aa0 Sending search result entry cn=admin,ou=zpar,o=med to connection 0xc9206aa0 Sending operation result 0:: to connection 0xc9206aa0 This is an excerpt from my catalina log file (catalina_log.2003-08-07.txt): 2003-08-07 22:23:16 JNDIRealm[Standalone]: lookupUser(test) 2003-08-07 22:23:16 JNDIRealm[Standalone]: dn=cn=test,ou=zpar,o=med 2003-08-07 22:23:16 JNDIRealm[Standalone]: validating credentials by binding as the user 2003-08-07 22:23:16 JNDIRealm[Standalone]: binding as cn=test,ou=zpar,o=med 2003-08-07 22:23:16 JNDIRealm[Standalone]: Username test successfully authenticated 2003-08-07 22:23:16 JNDIRealm[Standalone]: getRoles(cn=test,ou=zpar,o=med) 2003-08-07 22:23:16 JNDIRealm[Standalone]: Searching role base 'ou=zpar,o=med' for attribute 'cn' 2003-08-07 22:23:16 JNDIRealm[Standalone]: With filter expression '(uniqueMember=cn=test,ou=zpar,o=med)' 2003-08-07 22:23:16 JNDIRealm[Standalone]: retrieving values for attribute cn 2003-08-07 22:23:16 JNDIRealm[Standalone]: retrieving values for attribute cn 2003-08-07 22:23:16 CoyoteAdapter An exception or error occurred in the container during the request processing java.lang.NullPointerException at org.apache.catalina.realm.JNDIRealm.getRoles(JNDIRealm.java:1282) at org.apache.catalina.realm.JNDIRealm.authenticate(JNDIRealm.java:871) at org.apache.catalina.realm.JNDIRealm.authenticate(JNDIRealm.java:788) at org.apache.catalina.authenticator.FormAuthenticator.authenticate (FormAuthenticator.java:263) at org.apache.catalina.authenticator.AuthenticatorBase.invoke (AuthenticatorBase.java:481) 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.StandardContext.invoke (StandardContext.java:2416) 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:171) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex t(StandardPipeline.java:641) at org.apache.catalina.valves.ErrorReportValve.invoke (ErrorReportValve.java:172) at
DO NOT REPLY [Bug 22291] New: - Missing ant tasks for JMX proxy functionality
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=22291. 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=22291 Missing ant tasks for JMX proxy functionality Summary: Missing ant tasks for JMX proxy functionality Product: Tomcat 5 Version: 5.0.0 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Unknown AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] The JMX proxy functionality in the Tomcat manager doesn't have ant tasks. These are a bit awkward to use with the HTTP request format, so I wrote these and will be attaching the code to the bugzilla entry. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] [5.0.6] Stability ratings
Remy Maucherat wrote: ballot [X] Alpha [ ] Beta /ballot I am going to vote alpha for this build, because of the wealth of small bugs I just fixed (manager, the fix for the old cross context problem, etc). It is encouraging that people are showing up to test it, and it seems the build stability is good enough to make 5.0.7 a likely beta (which would allow to meet the schedule :) ). Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22277] New: - SMAP LineInfo entries with an outputStartLine of 0
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=22277. 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=22277 SMAP LineInfo entries with an outputStartLine of 0 Summary: SMAP LineInfo entries with an outputStartLine of 0 Product: Tomcat 5 Version: Nightly Build Platform: All OS/Version: All Status: NEW Severity: Blocker Priority: Other Component: Jasper2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Jasper sometimes generates SMAP LineInfo entries with an outputStartLine of 0. These LineInfo entries are incorrect, and also can cause a fatal error in SmapStratum.java's optimizeLineSection(), making it impossible for Jasper to compile the JSP. Note that the incorrect entries predate optimizeLineSection (they were present in Tomcat 5.0.4, and possibly earlier), but optimizeLineSection does blow the problem out of proportion, turning a flawed SMAP into a failed compilation. I will attach a patch that fixes the blowing-out-of-proportion problem, at least, in order to make Tomcat more usable until I (or anyone else who wants to try their hand) can fix the underlying outputStartLine=0 problem. Another workaround is to set suppressSmap=true. The problem can be reproduced by compiling xml/xml.jsp from the jsp-examples webapp that ships with Tomcat 5. The SMAP generated for that JSP is as follows: C:\Program Files\jakarta-tomcat-5.0.4 \work\Catalina\localhost\test\org\apache\jsp\xml\xml_jsp.java JSP *S JSP *F + 0 xml.jsp /xml/xml.jsp *L 8:0 15:0,0 16:0,0 17:0,0 17:47 20:0,0 21:51 22:0,0 24:0,0 24:54 25:56 39:57 42:0,0 43:59 44:60 48:0,0 49:64 49:65 49:66 49:67 49:68 49:69 49:70 *E - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Breaking the build
My preference would be to: - Make building.html a overview of links to build the appropriate tomcat version - Move the existing building.html instructions to jakarta-tomcat-5 as BUILDING.txt. O wait, its already there ;) - Add the lazy build script wrapper to jakarta-tomcat-5. Tweaking the script to handle the issue of possibly being run while inside the jakarta-tomcat-5 repository. (Because in its current form would check out another jakarta-tomcat-5 repository) This way if tomcat 5.2 comes along and has a drastically different build process - then http://jakarta.apache.org/tomcat/building.html would point to the appropriate CVS branch BUILDING.txt. OTOH, the above suggestion could be worthless since there is a nightly nag done via gump(?) so maybe the answer is to ignore the above and make the wrapper script around the gump descriptor. At a minimum, it might be a good idea to get rid of building.html and have it link directly to the CVS version (BUILDING.txt) so there are not 2 copies of the same instructions. (And there is one last option which is to do nothing ;) ) -Tim Remy Maucherat wrote: Tim Funk wrote: I would be in favor of adding a link to jakarta-tomcat-site to point to the viewcvs.cgi version so the script can be easily downloaded whichout extra user effort. In theory, there was that (http://jakarta.apache.org/tomcat/building.html) which was supposed to be similar. What do you think ? Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22416] New: - StandardSession.setAttribute java.lang.NoSuchMethodError
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=22416. 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=22416 StandardSession.setAttribute java.lang.NoSuchMethodError Summary: StandardSession.setAttribute java.lang.NoSuchMethodError Product: Tomcat 4 Version: 4.1.27 Platform: Other OS/Version: Other Status: NEW Severity: Critical Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] java.lang.NoSuchMethodError at org.apache.catalina.session.StandardSession.setAttribute (StandardSession.java:1274) at org.apache.catalina.session.StandardSessionFacade.setAttribute (StandardSessionFacade.java:191) at UserAdminServlet.service(UserAdminServlet.java:134) When i try to insert an object into default HttpSession object Thanks in Advance - Manu - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler JspUtil.java
billbarker2003/08/13 21:36:25 Modified:jasper2/src/share/org/apache/jasper/compiler JspUtil.java Log: Restoring JVM 1.3.x compatibility to Jasper. Revision ChangesPath 1.43 +32 -4 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/JspUtil.java Index: JspUtil.java === RCS file: /home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/JspUtil.java,v retrieving revision 1.42 retrieving revision 1.43 diff -u -r1.42 -r1.43 --- JspUtil.java 9 Aug 2003 19:19:37 - 1.42 +++ JspUtil.java 14 Aug 2003 04:36:25 - 1.43 @@ -945,7 +945,7 @@ * @return Java package corresponding to the given path */ public static final String makeJavaPackage(String path) { -String classNameComponents[] = path.split(/); +String classNameComponents[] = split(path,/); StringBuffer legalClassNames = new StringBuffer(); for (int i = 0; i classNameComponents.length; i++) { legalClassNames.append(makeJavaIdentifier(classNameComponents[i])); @@ -956,6 +956,34 @@ return legalClassNames.toString(); } +/** + * Splits a string into it's components. + * @param path String to split + * @param pat Pattern to split at + * @return the components of the path + */ +private static final String [] split(String path, String pat) { +Vector comps = new Vector(); +int pos = path.indexOf(pat); +int start = 0; +while( pos = 0 ) { +if(pos start ) { +String comp = path.substring(start,pos); +comps.add(comp); +} +start = pos +1; +pos = path.indexOf(pat,start); +} +if( start path.length()) { +comps.add(path.substring(start)); +} +String [] result = new String[comps.size()]; +for(int i=0; i comps.size(); i++) { +result[i] = (String)comps.elementAt(i); +} +return result; +} + /** * Converts the given identifier to a legal Java identifier * - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22133] - Scoping conflict for generated fragment helpers
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=22133. 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=22133 Scoping conflict for generated fragment helpers --- Additional Comments From [EMAIL PROTECTED] 2003-08-06 10:23 --- Ok, so your patch resolves JDK 1.3 compatibility then ? JDK 1.3 compatibility is important. the whole J2EE requires 1.4 now, but the web tier can (and should) still attempt to work with 1.3. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22149] - Reloading with manager causes application to break
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=22149. 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=22149 Reloading with manager causes application to break [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2003-08-05 21:13 --- This is a duplicate and I this is fixed for the next build. http://www.apache.org/dist/jakarta/tomcat-4/binaries/ *** This bug has been marked as a duplicate of 22096 *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[GUMP] Build Failure - jakarta-tomcat-util
This email is autogenerated from the output from: http://cvs.apache.org/builds/gump/2003-08-12/jakarta-tomcat-util.html Buildfile: build.xml detect: build-prepare: [mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-connectors/util/build [mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-connectors/util/build/classes [mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-connectors/util/build/lib build-main: [echo] - Java-utils - [echo] -- puretls.present = ${puretls.present} [echo] -- jsse.present = true /opt/jsse1.0.3/lib/jsse.jar [echo] -- commons-logging = ${commons-logging.present} [echo] -- jmx = ${jmx.present} /opt/jmx-1_2-ri/jmx/lib/jmxri.jar [echo] -- modeler = true /home/rubys/jakarta/jakarta-commons/modeler/dist/commons-modeler.jar [echo] -- JDK14 = true [javac] Compiling 70 source files to /home/rubys/jakarta/jakarta-tomcat-connectors/util/build/classes [javac] /home/rubys/jakarta/jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net/jsse/JSSE13SocketFactory.java:158: getEnabledCiphers(java.lang.String,java.lang.String[]) in org.apache.tomcat.util.net.jsse.JSSESocketFactory cannot be applied to (java.lang.String[]) [javac] enabledCiphers = getEnabledCiphers(sslProxy.getSupportedCipherSuites()); [javac] ^ [javac] Note: Some input files use or override a deprecated API. [javac] Note: Recompile with -deprecation for details. [javac] 1 error BUILD FAILED /home/rubys/jakarta/jakarta-tomcat-connectors/util/build.xml:67: Compile failed; see the compiler error output for details. Total time: 7 seconds - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22040] - NullPointerException when invoking getSession in Filter
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=22040. 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=22040 NullPointerException when invoking getSession in Filter [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Additional Comments From [EMAIL PROTECTED] 2003-08-07 04:43 --- Unable to reproduce now. I believe now that the session object was invalid when I got this problem. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources messages.properties messages_es.properties messages_fr.properties messages_ja.properties
kinman 2003/08/11 14:11:08 Modified:jasper2/src/share/org/apache/jasper/compiler ErrorDispatcher.java JspDocumentParser.java Parser.java jasper2/src/share/org/apache/jasper/resources messages.properties messages_es.properties messages_fr.properties messages_ja.properties Log: - Allow a taglib to be defined more than once in taglib directives, even in statically included files. - Remove need for keeping a Stack for prefix bookkeeping. Revision ChangesPath 1.12 +24 -3 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/ErrorDispatcher.java Index: ErrorDispatcher.java === RCS file: /home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/ErrorDispatcher.java,v retrieving revision 1.11 retrieving revision 1.12 diff -u -r1.11 -r1.12 --- ErrorDispatcher.java 5 Feb 2003 23:39:20 - 1.11 +++ ErrorDispatcher.java 11 Aug 2003 21:11:07 - 1.12 @@ -244,7 +244,28 @@ * @param errCode Error code * @param arg1 First argument for parametric replacement * @param arg2 Second argument for parametric replacement + * @param arg3 Third argument for parametric replacement */ + +public void jspError(Mark where, String errCode, String arg1, String arg2, + String arg3) +throws JasperException { +dispatch(where, errCode, new Object[] {arg1, arg2, arg3}, null); +} + +/* + * Dispatches the given JSP parse error to the configured error handler. + * + * The given error code is localized. If it is not found in the + * resource bundle for localized error messages, it is used as the error + * message. + * + * @param n Node that caused the error + * @param errCode Error code + * @param arg1 First argument for parametric replacement + * @param arg2 Second argument for parametric replacement + */ + public void jspError(Node n, String errCode, String arg1, String arg2) throws JasperException { dispatch(n.getStart(), errCode, new Object[] {arg1, arg2}, null); 1.64 +5 -10 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/JspDocumentParser.java Index: JspDocumentParser.java === RCS file: /home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/JspDocumentParser.java,v retrieving revision 1.63 retrieving revision 1.64 diff -u -r1.63 -r1.64 --- JspDocumentParser.java9 Aug 2003 14:55:46 - 1.63 +++ JspDocumentParser.java11 Aug 2003 21:11:07 - 1.64 @@ -109,7 +109,6 @@ private boolean isTagFile; private boolean directivesOnly; private boolean isTop; -private LinkedList prefixMapLinkedList; /* * Constructor @@ -128,7 +127,6 @@ this.isTagFile = isTagFile; this.directivesOnly = directivesOnly; this.isTop = true; -this.prefixMapLinkedList = new LinkedList();; } /* @@ -560,9 +558,8 @@ if (taglibInfo != null) { pageInfo.addTaglib(uri, taglibInfo); pageInfo.pushPrefixMapping(prefix, uri); -prefixMapLinkedList.addLast(new Boolean(true)); } else { -prefixMapLinkedList.addLast(new Boolean(false)); +pageInfo.pushPrefixMapping(prefix, null); } } @@ -570,9 +567,7 @@ * Receives notification of the end of a Namespace mapping. */ public void endPrefixMapping(String prefix) throws SAXException { -if (((Boolean) prefixMapLinkedList.removeFirst()).booleanValue()) { -pageInfo.popPrefixMapping(prefix); -} +pageInfo.popPrefixMapping(prefix); } 1.79 +8 -3 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Parser.java Index: Parser.java === RCS file: /home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Parser.java,v retrieving revision 1.78 retrieving revision 1.79 diff -u -r1.78 -r1.79 --- Parser.java 9 Aug 2003 19:18:22 - 1.78 +++ Parser.java 11 Aug 2003 21:11:07 - 1.79 @@ -451,6 +451,11 @@ String prefix = attrs.getValue(prefix); if (prefix != null) { if (uri != null) { + String uriPrev = pageInfo.getURI(prefix); + if (uriPrev != null !uriPrev.equals(uri)) { + err.jspError(reader.mark(), jsp.error.prefix.refined, + prefix, uri,
Re: [5.0.7] New build by Sunday
Shapira, Yoav wrote: Howdy, Although it's not yet mirrored on the main download site, you can use modeler 1.1 final from my CVS account when building, if you'd like: http://cvs.apache.org/~yoavs/release/jakarta-commons/modeler/ Thanks Yoav, I'll make sure I use it. Any idea when it will hit the website ? Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Fwd: Re: Tomcat and LDAP Issues
I emailed marek about the CLIENT-CERT problem, still no response. I'm going to look into it and see what the gist of Mario's objections were, and if the patch is good. Good Words ;-) If you have any question do not hesitate to contact me. Mario - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22151] - ThreadPool OutOfMemoryException
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=22151. 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=22151 ThreadPool OutOfMemoryException --- Additional Comments From [EMAIL PROTECTED] 2003-08-05 21:06 --- I forgot to note that this error can be reproduced 100% of the time. I rebooted the server dozens of times and it kept happening. Although, it does not seem to fail consistently at the same point. When that error hit catalina.out the JVM had anywhere between 160 MB and 220 MB of memory allocated to it. The only way I got it working was to leave -Xmx at less than 1 GB of memory. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper JspC.java
remm2003/08/12 12:40:17 Modified:jasper2/src/share/org/apache/jasper JspC.java Log: - Insert spaces instead of tabs. Revision ChangesPath 1.57 +9 -9 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/JspC.java Index: JspC.java === RCS file: /home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/JspC.java,v retrieving revision 1.56 retrieving revision 1.57 diff -u -r1.56 -r1.57 --- JspC.java 12 Aug 2003 19:29:26 - 1.56 +++ JspC.java 12 Aug 2003 19:40:17 - 1.57 @@ -565,18 +565,18 @@ } if (servletout != null) { -servletout.write(\n\tservlet\n\t\tservlet-name); +servletout.write(\nservlet\nservlet-name); servletout.write(thisServletName); -servletout.write(/servlet-name\n\t\tservlet-class); +servletout.write(/servlet-name\nservlet-class); servletout.write(thisServletName); -servletout.write(/servlet-class\n\t/servlet\n); +servletout.write(/servlet-class\n/servlet\n); } if (mappingout != null) { -mappingout.write(\n\tservlet-mapping\n\t\tservlet-name); +mappingout.write(\nservlet-mapping\nservlet-name); mappingout.write(thisServletName); -mappingout.write(/servlet-name\n\t\turl-pattern); +mappingout.write(/servlet-name\nurl-pattern); mappingout.write(file.replace('\\', '/')); -mappingout.write(/url-pattern\n\t/servlet-mapping\n); +mappingout.write(/url-pattern\n/servlet-mapping\n); } } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Bug report for Watchdog [2003/08/10]
+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned| | | OPN=ReopenedVER=Verified(Skipped Closed/Resolved) | | | +-+ | | | Severity: BLK=Blocker CRI=CriticalMAJ=Major | | | | MIN=Minor NOR=Normal ENH=Enhancement | | | | +-+ | | | | Date Posted | | | | | +--+ | | | | | Description | | | | | | | | 278|Unc|Nor|2000-12-04|Bug in GetParameterValuesTestServlet.java file Bug| | 279|Unc|Nor|2000-12-04|Logical Error in GetParameterValuesTestServlet Bug| | 469|Unc|Nor|2001-01-17|in example-taglib.tld urn should be uri BugRat| | 470|Unc|Nor|2001-01-17|FAIL positiveForward.jsp and positiveInclude.jsp B| | 9634|New|Enh|2002-06-05|No tests exist for ServletContext.getResourcePaths| |10703|New|Enh|2002-07-11|Need to test getRequestURI after RequestDispatcher| |11336|New|Enh|2002-07-31|Test wrapped path methods with RD.foward()| |11663|New|Maj|2002-08-13|JSP precompile tests rely on Jasper specific behav| |11664|New|Maj|2002-08-13|A sweep is needed of all Watchdog 4.0 tag librarie| |11665|New|Maj|2002-08-13|ServletToJSPErrorPageTest and ServletToServletErro| |11666|New|Maj|2002-08-13|SetBufferSize_1TestServlet is invalid.| |14004|New|Maj|2002-10-28|Incorrent behaviour of all attribute-related lifec| |15504|New|Nor|2002-12-18|JSP positiveGetValues test relies on order preserv| +-+---+---+--+--+ | Total 13 bugs | +---+ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: window close session invalidate
OK, Thanks for that. An interesting note however..after some testing, the session is not killed when run from another terminal i.e running the same instance of TC (same server) but from different terminals. That would suggest it is an IE configuration issue (at much annoyance to certain developers). I will at this stage bring this up on the user list! Thanks Paul. i had the same problem with internet explorer. mozilla seems to work properly. i tracked the problem down and found out that internet explorer looses the session cookie when closing the popup browser window. then i added DefaultContext cookies=false / to my virtualhost definition in server.xml to disable the session-cookie mechanism. after that everything worked fine for me. remember to encode all urls with response.encodeURL(). jochen schwörer Wednesday, August 6, 2003, 6:00:57 AM, you wrote: PW Dear all, PW May someone enlighten me on why my session is being invalidated PW when I close a browser window? I am doing this in one of two ways - the PW application close icon on the top right of the window, or a simple: PW a href=javascript:window.close();CLOSE/a PW Does anyone have any experience of this? The session is being killed and PW thus so is my app. I will submit this query to the user list, but PW thought it appropriate for this list as I am getting the same result PW from multiple instances of TC on different servers, implying it is not a PW configuration issue as first suspected. PW Thanks PW Paul. PW - PW To unsubscribe, e-mail: [EMAIL PROTECTED] PW For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 21795] - j_security_check isn't fed through filters
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=21795. 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=21795 j_security_check isn't fed through filters --- Additional Comments From [EMAIL PROTECTED] 2003-08-05 14:56 --- It also opens a nasty can of worms with respect to BASIC authentication. Since the container issues the 401 challenge and not the webapp. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]