Yahoo! Risposta automatica
VI RINGRAZIAMO PER AVERCI SCRITTO SARA' NOSTRA CURA CONTATTARVI AL PIU' PRESTO. NEL FRATTEMPO VI AGGIORNEREMO CON LA NOSTRA NEWSLETTER SULLE NEWS RELATIVE AL CINEMA ITALIANO CORDIALI SALUTI - MARTA LARI - CHIEF CONTENT MANAGER CINEMOTORE http://www.cinemotoreonline.net/ Original Message: X-YahooFilteredBulk: 81.73.226.18 X-Originating-IP: [81.73.226.18] Return-Path: [EMAIL PROTECTED] Received: from 81.73.226.18 (EHLO yahoo.it) (81.73.226.18) by mta326.mail.scd.yahoo.com with SMTP; Thu, 16 Sep 2004 23:49:38 -0700 From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: Question Date: Fri, 17 Sep 2004 08:50:35 +0200 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary==_NextPart_000_0016=_NextPart_000_0016 X-Priority: 3 X-MSMail-Priority: Normal This is a multi-part message in MIME format. --=_NextPart_000_0016=_NextPart_000_0016 Content-Type: text/plain; charset=Windows-1252 Content-Transfer-Encoding: 7bit I have attached the sample. +++ Attachment: No Virus found +++ Panda AntiVirus - www.pandasoftware.com --=_NextPart_000_0016=_NextPart_000_0016 Content-Type: applica _ DO YOU YAHOO!? Get your free @yahoo.com address at http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31273] New: - JNDIRealm doesn't take care of env params
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=31273. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31273 JNDIRealm doesn't take care of env params Summary: JNDIRealm doesn't take care of env params Product: Tomcat 4 Version: 4.1.29 Platform: All OS/Version: All Status: NEW Severity: Normal Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Regarding LDAP environment parameters, there is a missing param which is really useful for LDAP servers with aliases in it. The java.naming.ldap.derefAliases must be specified to NEVER in the JNDIRealm in order to avoid loops in searches containing aliases. (default is always). When set to always, server enter into infinite loops and never returns, preventing authentication to succeed. I'm writing a new Realm to handle this new param, with 4 values. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31273] - JNDIRealm doesn't take care of env params
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=31273. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31273 JNDIRealm doesn't take care of env params [EMAIL PROTECTED] changed: What|Removed |Added Version|4.1.29 |4.1.3 --- Additional Comments From [EMAIL PROTECTED] 2004-09-17 08:19 --- This is still the case even for Tomcat 5.5 ! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31273] - JNDIRealm doesn't take care of env params
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=31273. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31273 JNDIRealm doesn't take care of env params [EMAIL PROTECTED] changed: What|Removed |Added Version|4.1.3 |4.1.29 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31273] - JNDIRealm doesn't take care of env params
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=31273. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31273 JNDIRealm doesn't take care of env params --- Additional Comments From [EMAIL PROTECTED] 2004-09-17 08:56 --- Created an attachment (id=12757) Added derefAliases bean to allow searches with aliases - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31273] - JNDIRealm doesn't take care of env params
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=31273. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31273 JNDIRealm doesn't take care of env params --- Additional Comments From [EMAIL PROTECTED] 2004-09-17 08:59 --- The patch proposed needs catalina.jar in the classpath and MUST be put into the server/classes (or server lib if in a JAR) of the TOMCAT intallation. in order to work For TOMCAT 5, add catalina-optional.jar into the classpath for compilation. Put it in the same place. -- you can now add the derefAliases parameter in the realm declaration - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup LocalStrings.properties
luehe 2004/09/17 08:01:30 Modified:catalina/src/share/org/apache/catalina/startup LocalStrings.properties Log: Provide mechanism to override the login-method-to-authenticator mappings specified in Authenticators.properties, and provide custom Authenticator implementations. Revision ChangesPath 1.6 +1 -0 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup/LocalStrings.properties Index: LocalStrings.properties === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup/LocalStrings.properties,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- LocalStrings.properties 10 Apr 2004 15:09:12 - 1.5 +++ LocalStrings.properties 17 Sep 2004 15:01:30 - 1.6 @@ -1,3 +1,4 @@ +authenticator.notInstanceOfValve=Specified Authenticator is not a Valve contextConfig.applicationClose=Error closing application web.xml contextConfig.applicationConfig=Configuration error in application web.xml contextConfig.applicationListener=Exception creating listener of class {0} - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31276] New: - Child elements of context.xml are lost when deployed in a war
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=31276. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31276 Child elements of context.xml are lost when deployed in a war Summary: Child elements of context.xml are lost when deployed in a war Product: Tomcat 5 Version: 5.0.28 Platform: Alpha OS/Version: Other Status: NEW Severity: Major Priority: Other Component: Webapps:Manager AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Using the HTML manager interface I deployed a war file that was already on the server (i.e. I did not upload the war file). The war file contained a META- INF/context.xml which itself had some context parameter elements and a logger element. The application deploys correctly and these parameters are read but the xml file created in conf/Catalina/localhost does not contain any child elements - just a rewritten version of the context. If the server is restarted, the application fails to start correctly because of the missing context elements. I have seen related queries about the context failing to load resources but this is different. It loads them but does not preserve them for a restart. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup Embedded.java LocalStrings.properties
luehe 2004/09/17 08:07:27 Modified:catalina/src/share/org/apache/catalina/startup Embedded.java LocalStrings.properties Log: Follow established naming conventions of error strings Revision ChangesPath 1.23 +2 -2 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup/Embedded.java Index: Embedded.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup/Embedded.java,v retrieving revision 1.22 retrieving revision 1.23 diff -u -r1.22 -r1.23 --- Embedded.java 16 Sep 2004 22:21:45 - 1.22 +++ Embedded.java 17 Sep 2004 15:07:27 - 1.23 @@ -716,7 +716,7 @@ String loginMethod) { if (!(authenticator instanceof Valve)) { throw new IllegalArgumentException( -sm.getString(authenticator.notInstanceOfValve)); +sm.getString(embedded.authenticatorNotInstanceOfValve)); } if (authenticators == null) { synchronized (this) { 1.7 +1 -1 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup/LocalStrings.properties Index: LocalStrings.properties === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup/LocalStrings.properties,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- LocalStrings.properties 17 Sep 2004 15:01:30 - 1.6 +++ LocalStrings.properties 17 Sep 2004 15:07:27 - 1.7 @@ -1,4 +1,3 @@ -authenticator.notInstanceOfValve=Specified Authenticator is not a Valve contextConfig.applicationClose=Error closing application web.xml contextConfig.applicationConfig=Configuration error in application web.xml contextConfig.applicationListener=Exception creating listener of class {0} @@ -31,6 +30,7 @@ embedded.alreadyStarted=Embedded service has already been started embedded.noEngines=No engines have been defined yet embedded.notStarted=Embedded service has not yet been started +embedded.authenticatorNotInstanceOfValve=Specified Authenticator is not a Valve engineConfig.cce=Lifecycle event data object {0} is not an Engine engineConfig.start=EngineConfig: Processing START engineConfig.stop=EngineConfig: Processing STOP - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31277] New: - Applciation deployed twice after restart if path doesn't match war filename
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=31277. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31277 Applciation deployed twice after restart if path doesn't match war filename Summary: Applciation deployed twice after restart if path doesn't match war filename Product: Tomcat 5 Version: 5.0.28 Platform: Alpha OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Webapps:Manager AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] If you upload a war file using the HTML manager interface it places the war file in the webapps directory. It also extracts the context.xml file and places this in conf/Catalina/localhost using the war file to generate the new filename. So if the war file is called MyApp.war, the context file is MyApp.xml. So far, so good. If the context file declares the path to be /myapp the application is deployed in the context /myapp. Now, if you restart the server you get two instances of your application. One because of the MyApp.war file in webapps - this is deployed as /MyApp. The second is due to the context file (MyApp.xml) but this deploys as /myapp. I don't know what the correct behaviour should be but the restriction is that your path must be the same as the war filename. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 30085] - ClassCastException using Oracle BLOB if Oracle JDBC jar is in both /common/lib and [webapp]/lib
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=30085. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=30085 ClassCastException using Oracle BLOB if Oracle JDBC jar is in both /common/lib and [webapp]/lib [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2004-09-17 15:25 --- I've encountered this issue while doing some development with Oracle and Tomcat as well, and believe it is a valid issue: 1) My code will not compile without the Oracle jar file included in the project; when you call stored procs, you have to say what kind of paramters you're passing in and out, thus requiring jar file inclusion in the project. 2) Tomcat needs the jar file to create the pooled connections. 3) These are loaded with separate classloaders (for obvious reasons), and it should be a supported configuration in Tomcat. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31277] - Applciation deployed twice after restart if path doesn't match war filename
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=31277. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31277 Applciation deployed twice after restart if path doesn't match war filename [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-09-17 15:27 --- Turn off autoDeploy and this won't happen. It's not a Tomcat bug, merely a configuration issue. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 30085] - ClassCastException using Oracle BLOB if Oracle JDBC jar is in both /common/lib and [webapp]/lib
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=30085. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=30085 ClassCastException using Oracle BLOB if Oracle JDBC jar is in both /common/lib and [webapp]/lib [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-09-17 15:36 --- First, I don't buy that you have to include the vendor-specific JAR in general to call stored procs: we call stored procs all the time using just the methods and types in the java.sql package. To do otherwise of course ties you to the DB vendor and limits portability. But I can see this being a requirement in a specific case such as yours. To the VM, oracle.sql.BLOB loaded in one classloader is different from oracle.sql.BLOB loaded in another classloader. This is a VM issue, not a Tomcat one. You can read more about in the JLS if you want. Tomcat's ClassLoader model (delegation and all) is dictated by the Servlet Specification. Things loaded in the common classloader cannot see things loaded in the WEB-INF classloaders, it's not our choice as Tomcat implementors, it's mandated by the Spec. Here's one workaround: if you must include the Oracle jar in WEB-INF/lib, put the DBCP (and commons-pool) jars there as well, and configure your own connection pooling instead of using Tomcat's. This is trivial to do and ensures greater portability for your app. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31266] - RequestUtil.parseCookieHeader not fully RFC 2109 compliant
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=31266. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31266 RequestUtil.parseCookieHeader not fully RFC 2109 compliant [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WORKSFORME | Version|3.3 Final |3.2.2 Final --- Additional Comments From [EMAIL PROTECTED] 2004-09-17 15:38 --- I appologize for getting ahead of myself. The RequestUtil.parseCookieHeader method is in Tomcat 5.5. RequestUtil.processCookies is in Tomcat 3.2.2 final here: http://cvs.apache.org/viewcvs.cgi/jakarta-tomcat/src/share/org/apache/tomcat/util/Attic/RequestUtil.java?rev=1.14.2.1only_with_tag=tomcat_32_finalview=markup I'm not sure how Tomcat 3.3 handles cookie parsing however if a cookie header looks like this is presented to Tomcat 3.2.2 you will get an Illegal Argument Exception from javax.servlet.http.cookie if anyone calls RequestUtil.procesCookies: cookie: Foo=Bar; $Domain=.acme.com; $Path=/acme/ammo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31267] - RequestUtil.parseCookieHeader not fully RFC 2109 compliant
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=31267. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31267 RequestUtil.parseCookieHeader not fully RFC 2109 compliant [EMAIL PROTECTED] changed: What|Removed |Added Component|Catalina|Servlet JSP API --- Additional Comments From [EMAIL PROTECTED] 2004-09-17 15:38 --- Changing component. This is for the attention of the Servlet Specification Expert Group first. If I were you, I wouldn't hold my breath for a fix. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29778] - Embedded does not function as documented (works in v4 fine)
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29778. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29778 Embedded does not function as documented (works in v4 fine) [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Additional Comments From [EMAIL PROTECTED] 2004-09-17 15:45 --- Given that so many people and projects (JBoss, Geronimo, a number of smaller commercial ones), and that it works for me, and that no test case or comments have been submitted in the months since the original report, I'm closing this issue as WORKSFORME. If you have a specific test case to show otherwise, or .diff patches for code or documentation that you'd us to evaluate, feel free to reopen this item and attach those. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 30079] - Inconsistent JNDI lookups within ServletContextListener
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=30079. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=30079 Inconsistent JNDI lookups within ServletContextListener [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-09-17 15:50 --- DefaultContext JNDI behavior was a bit shaky with a few Tomcat releases, so it could be your issue is valid. However: - DefaultContext is gone altogether in Tomcat 5.5, replaced with a different mechanism, - JNDI resources work fine for both normal Contexts and via GlobalNamingResources/ResourceLink: either one of those is a better approach and more encouraged than using DefaultContext, - Several Tomcat versions on the 5.0.x branch have been released since, so if you really must keep using DefaultContext you could try these later versions Given those three points, and the lack of response to Remy's comments from two months ago, I'm going to close this issue as INVALID. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 8607] - Valid User, invalid role, results in msg 403, then incorrect operation
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=8607. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=8607 Valid User, invalid role, results in msg 403, then incorrect operation [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2004-09-17 16:05 --- Why can't we use the directive error-code403 in order to redirect the error on our own error page - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31267] - RequestUtil.parseCookieHeader not fully RFC 2109 compliant
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=31267. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31267 RequestUtil.parseCookieHeader not fully RFC 2109 compliant --- Additional Comments From [EMAIL PROTECTED] 2004-09-17 16:07 --- I did forward the email to the spec lead. Will update the bug as soon as I get feedback. Thanks -- Jeanfrancois - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31249] - Using a custom taglib causes strange NoSuchMethodException
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=31249. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31249 Using a custom taglib causes strange NoSuchMethodException [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Additional Comments From [EMAIL PROTECTED] 2004-09-17 18:14 --- It actually appears to be an out-of-date servlet.jar in the Java SDK. I changed the Java Home path in the Tomcat Configuration program to the JRE installed by Tomcat (\Program Files\Java\jre..) and the NoSuchMethodException has disappeared. However I am now receiving another exception: exception javax.servlet.ServletException: javax/servlet/jsp/tagext/TagSupport org.apache.jasper.servlet.JspServlet.service(JspServlet.java:244) javax.servlet.http.HttpServlet.service(HttpServlet.java:802) com.cetacademicprograms.servlets.StudentAppFormServlet.dispatchToUrl (StudentAppFormServlet.java:251) com.cetacademicprograms.servlets.StudentAppFormServlet.actionDefaultHand ler(StudentAppFormServlet.java:149) com.cetacademicprograms.servlets.StudentAppFormServlet.doGet (StudentAppFormServlet.java:81) javax.servlet.http.HttpServlet.service(HttpServlet.java:689) javax.servlet.http.HttpServlet.service(HttpServlet.java:802) root cause java.lang.NoClassDefFoundError: javax/servlet/jsp/tagext/TagSupport java.lang.ClassLoader.defineClass0(Native Method) java.lang.ClassLoader.defineClass(Unknown Source) java.security.SecureClassLoader.defineClass(Unknown Source) java.net.URLClassLoader.defineClass(Unknown Source) java.net.URLClassLoader.access$100(Unknown Source) java.net.URLClassLoader$1.run(Unknown Source) java.security.AccessController.doPrivileged(Native Method) java.net.URLClassLoader.findClass(Unknown Source) java.lang.ClassLoader.loadClass(Unknown Source) sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source) java.lang.ClassLoader.loadClass(Unknown Source) org.apache.catalina.loader.WebappClassLoader.loadClass (WebappClassLoader.java:1255) org.apache.catalina.loader.WebappClassLoader.loadClass (WebappClassLoader.java:1189) org.apache.jasper.compiler.Parser.parseCustomTag(Parser.java:1316) org.apache.jasper.compiler.Parser.parseElements(Parser.java:1560) org.apache.jasper.compiler.Parser.parse(Parser.java:126) org.apache.jasper.compiler.ParserController.doParse (ParserController.java:220) org.apache.jasper.compiler.ParserController.parse (ParserController.java:101) org.apache.jasper.compiler.Compiler.generateJava(Compiler.java:203) org.apache.jasper.compiler.Compiler.compile(Compiler.java:470) org.apache.jasper.compiler.Compiler.compile(Compiler.java:451) org.apache.jasper.compiler.Compiler.compile(Compiler.java:439) org.apache.jasper.JspCompilationContext.compile (JspCompilationContext.java:511) org.apache.jasper.servlet.JspServletWrapper.service (JspServletWrapper.java:295) org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:292) org.apache.jasper.servlet.JspServlet.service(JspServlet.java:236) javax.servlet.http.HttpServlet.service(HttpServlet.java:802) com.cetacademicprograms.servlets.StudentAppFormServlet.dispatchToUrl (StudentAppFormServlet.java:251) com.cetacademicprograms.servlets.StudentAppFormServlet.actionDefaultHand ler(StudentAppFormServlet.java:149) com.cetacademicprograms.servlets.StudentAppFormServlet.doGet (StudentAppFormServlet.java:81) javax.servlet.http.HttpServlet.service(HttpServlet.java:689) javax.servlet.http.HttpServlet.service(HttpServlet.java:802) The class javax.servlet.jsp.tagext.TagSupport is in the jsp-api.jar and I have verified that the JAR exists and have put in the Java Classpath field in the Tomcat Configuration program. I have copied and unJARed the jsp-api.jar file under my WEB-INF/classes folder and still the same error occurs? Does anyone have a clue? Thanks, Kelly - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/webapps/admin/WEB-INF/classes/org/apache/webapp/admin CommitChangesAction.java
amyroh 2004/09/17 11:32:14 Modified:modules/cluster/src/share/org/apache/catalina/cluster/io XByteBuffer.java modules/cluster/src/share/org/apache/catalina/cluster/tcp SimpleTcpCluster.java tester/src/tester/org/apache/tester TestClient.java webapps/admin/WEB-INF/classes/org/apache/webapp/admin CommitChangesAction.java Log: More logging changes - let me know if you see any problems with'em. Revision ChangesPath 1.10 +2 -2 jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/io/XByteBuffer.java Index: XByteBuffer.java === RCS file: /home/cvs/jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/io/XByteBuffer.java,v retrieving revision 1.9 retrieving revision 1.10 diff -u -r1.9 -r1.10 --- XByteBuffer.java 1 Jul 2004 09:44:27 - 1.9 +++ XByteBuffer.java 17 Sep 2004 18:32:14 - 1.10 @@ -381,7 +381,7 @@ log.info(Nr of packages=+s); while ( s 0 ) { d = b.extractPackage(true); - System.out.print(Package d1=); + log.info(Package d1=); printBuf(d); s--; }//while 1.49 +3 -3 jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/tcp/SimpleTcpCluster.java Index: SimpleTcpCluster.java === RCS file: /home/cvs/jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/tcp/SimpleTcpCluster.java,v retrieving revision 1.48 retrieving revision 1.49 diff -u -r1.48 -r1.49 --- SimpleTcpCluster.java 5 Sep 2004 22:00:52 - 1.48 +++ SimpleTcpCluster.java 17 Sep 2004 18:32:14 - 1.49 @@ -270,8 +270,8 @@ public synchronized Manager createManager(String name) { -log.debug(Creating ClusterManager for context +name + using class +getManagerClassName()); -System.out.println(\n\n\n\nCreating ClusterManager for context +name + using class +getManagerClassName()+\n\n\n\n); +if (log.isDebugEnabled()) +log.debug(Creating ClusterManager for context +name + using class +getManagerClassName()); ClusterManager manager = null; try { manager = (ClusterManager)getClass().getClassLoader().loadClass(getManagerClassName()).newInstance(); 1.3 +19 -19 jakarta-tomcat-catalina/tester/src/tester/org/apache/tester/TestClient.java Index: TestClient.java === RCS file: /home/cvs/jakarta-tomcat-catalina/tester/src/tester/org/apache/tester/TestClient.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- TestClient.java 27 Feb 2004 14:58:57 - 1.2 +++ TestClient.java 17 Sep 2004 18:32:14 - 1.3 @@ -354,7 +354,7 @@ try { readGolden(); } catch (IOException e) { -System.out.println(FAIL: readGolden( + golden + )); +log(FAIL: readGolden( + golden + )); e.printStackTrace(System.out); } if ((protocol == null) || (protocol.length() == 0)) @@ -378,7 +378,7 @@ // Construct a summary of the request we will be sending String summary = [ + method + + request + ]; if (debug = 1) -System.out.println(RQST: + summary); +log(RQST: + summary); boolean success = true; String result = null; Throwable throwable = null; @@ -396,7 +396,7 @@ conn.setRequestProperty(Content-Length, + inContent.length()); if (debug = 1) -System.out.println(INPH: Content-Length: + +log(INPH: Content-Length: + inContent.length()); } else { conn.setDoOutput(false); @@ -407,12 +407,12 @@ conn.setRequestProperty(Cookie, JSESSIONID= + sessionId); if (debug = 1) -System.out.println(INPH: Cookie: JSESSIONID= + +log(INPH: Cookie: JSESSIONID= + sessionId); } if (this.redirect (debug = 1)) -System.out.println(FLAG: setInstanceFollowRedirects( + +log(FLAG: setInstanceFollowRedirects( + this.redirect + )); conn.setInstanceFollowRedirects(this.redirect); conn.setRequestMethod(method); @@
cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/threads Expirer.java Reaper.java
amyroh 2004/09/17 11:34:19 Modified:coyote/src/java/org/apache/coyote/tomcat4 OutputBuffer.java http11/src/test/java/org/apache/coyote/http11 RandomAdapter.java jk/java/org/apache/ajp Ajp13Packet.java Logger.java NegociationHandler.java jk/java/org/apache/ajp/tomcat4 JkServlet.java jk/java/org/apache/jk/common MsgAjp.java Shm.java jk/jkant/java/org/apache/jk/ant/compilers MsvcCompiler.java MsvcLinker.java MwccCompiler.java MwldLinker.java naming/src/org/apache/naming/modules/fs FileDirContext.java util/java/org/apache/tomcat/util IntrospectionUtils.java util/java/org/apache/tomcat/util/buf B2CConverter.java Base64.java UDecoder.java UEncoder.java UTF8Decoder.java util/java/org/apache/tomcat/util/collections SimplePool.java util/java/org/apache/tomcat/util/http Cookies.java Parameters.java ServerCookie.java util/java/org/apache/tomcat/util/threads Expirer.java Reaper.java Log: More logging changes - let me know if you see any problems with'em. Revision ChangesPath 1.14 +5 -1 jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4/OutputBuffer.java Index: OutputBuffer.java === RCS file: /home/cvs/jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4/OutputBuffer.java,v retrieving revision 1.13 retrieving revision 1.14 diff -u -r1.13 -r1.14 --- OutputBuffer.java 24 Feb 2004 08:54:29 - 1.13 +++ OutputBuffer.java 17 Sep 2004 18:34:18 - 1.14 @@ -40,6 +40,9 @@ implements ByteChunk.ByteOutputChannel, CharChunk.CharOutputChannel { +private static org.apache.commons.logging.Log log= +org.apache.commons.logging.LogFactory.getLog( OutputBuffer.class ); + // -- Constants @@ -664,7 +667,8 @@ protected void log( String s ) { - System.out.println(OutputBuffer: + s); +if (log.isDebugEnabled()) +log.debug(OutputBuffer: + s); } 1.3 +14 -6 jakarta-tomcat-connectors/http11/src/test/java/org/apache/coyote/http11/RandomAdapter.java Index: RandomAdapter.java === RCS file: /home/cvs/jakarta-tomcat-connectors/http11/src/test/java/org/apache/coyote/http11/RandomAdapter.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- RandomAdapter.java27 Feb 2004 15:14:08 - 1.2 +++ RandomAdapter.java17 Sep 2004 18:34:18 - 1.3 @@ -33,6 +33,8 @@ public class RandomAdapter implements Adapter { +private static org.apache.commons.logging.Log log= +org.apache.commons.logging.LogFactory.getLog( RandomAdapter.class ); public static final String CRLF = \r\n; public static final byte[] b = 0123456789\r\n.getBytes(); @@ -60,13 +62,15 @@ case 0: // 0) Do nothing -System.out.println(Response 0); +if (log.isDebugEnabled()) +log.debug(Response 0); break; case 1: // 1) Set content length, and write the appropriate content -System.out.println(Response 1); +if (log.isDebugEnabled()) +log.debug(Response 1); res.setContentLength(b.length); bc.setBytes(b, 0, b.length); res.doWrite(bc); @@ -76,7 +80,8 @@ // 2) Read the request data, and print out the number of bytes // read -System.out.println(Response 2); +if (log.isDebugEnabled()) +log.debug(Response 2); while (nRead = 0) { nRead = req.doRead(bc); buf = (Read + nRead + bytes\r\n).getBytes(); @@ -88,7 +93,8 @@ case 3: // 3) Return 204 (no content), while reading once on input -System.out.println(Response 3); +if (log.isDebugEnabled()) +log.debug(Response 3); res.setStatus(204); nRead = req.doRead(bc); res.setHeader(Info, Read + nRead + bytes); @@ -97,7 +103,8 @@ case 4: // 4) Do a request dump -System.out.println(Response 4); +if (log.isDebugEnabled()) +log.debug(Response 4); sbuf.append(Request dump:); sbuf.append(CRLF); sbuf.append(req.method());
DO NOT REPLY [Bug 31249] - Using a custom taglib causes strange NoSuchMethodException
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=31249. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31249 Using a custom taglib causes strange NoSuchMethodException [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-09-17 18:41 --- servlet.jar in the Java SDK? This makes no sense to me, unless you are talking about a really old j2ee SDK. Anyway, jsp-api.jar is already in common/lib, and you need not make a copy of it and include it in your application. Bugzilla is not the place to ask for help for debugging you application. If you can come up with a simple test case that does not include any jars, I'll look at it. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Claudia Mendes/QPortugal está ausente de la oficina.
Estaré ausente de la oficina desde el 17/09/2004 y no volveré hasta el 06/10/2004. Remitir correos a Carla Vaz y Carla Silveira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31249] - Using a custom taglib causes strange NoSuchMethodException
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=31249. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31249 Using a custom taglib causes strange NoSuchMethodException [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2004-09-17 19:17 --- I am not asking for technical help in debugging my application, only for answers to why Tomcat is acting very weird. If you are not interested in helping then I'll look for help elsewhere or possibly look for an alternative to Tomcat. I downloaded the newest version of the JSDK from Sun (1.4.2-03) and uninstalled the older. I believe I had an out-of-date version that Tomcat was running on. Yes, the Java SDK downloaded at Sun's website contains a servlet-api.jar under the jre/lib/ext directory. The old version had a servlet.jar file instead. I apologize for not realizing earlier that the JSDK was too old. But this does not explain Tomcat not being able to find a class within its own libraries. Other JSP pages (that do not rely on custom taglibs) compile and run just fine. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31249] - Using a custom taglib causes strange NoSuchMethodException
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=31249. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31249 Using a custom taglib causes strange NoSuchMethodException [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||LATER --- Additional Comments From [EMAIL PROTECTED] 2004-09-17 19:42 --- I apologize again. I believe the servlet-api.jar I copied to the JSDK directory was not removed during the removal of the older JDK version and was just left with the new files. But, I am giving up on the taglib idea and using a different (slightly messier) way of doing what I intended. It seems that the problem has to do with the Tomcat and the classpath variable. This is just too frustating (and a waste of a lot of time) to keep pursuing. Thanks for you help. - 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 HTMLManagerServlet.java
yoavs 2004/09/17 12:50:20 Modified:webapps/docs changelog.xml webapps/manager/WEB-INF/classes/org/apache/catalina/manager HTMLManagerServlet.java Log: Bugzilla 29485, MessageFormat needs double-quoted single quotes. Revision ChangesPath 1.107 +5 -0 jakarta-tomcat-catalina/webapps/docs/changelog.xml Index: changelog.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/changelog.xml,v retrieving revision 1.106 retrieving revision 1.107 diff -u -r1.106 -r1.107 --- changelog.xml 15 Sep 2004 19:23:45 - 1.106 +++ changelog.xml 17 Sep 2004 19:50:19 - 1.107 @@ -54,6 +54,11 @@ /subsection subsection name=Webapps +changelog + fix +bug29485/bug: I broke the HTML manager when adding JavaScript confirmation, fixed now ;) (yoavs) + /fix +/changelog /subsection /section 1.15 +6 -6 jakarta-tomcat-catalina/webapps/manager/WEB-INF/classes/org/apache/catalina/manager/HTMLManagerServlet.java Index: HTMLManagerServlet.java === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/manager/WEB-INF/classes/org/apache/catalina/manager/HTMLManagerServlet.java,v retrieving revision 1.14 retrieving revision 1.15 diff -u -r1.14 -r1.15 --- HTMLManagerServlet.java 2 Sep 2004 19:13:38 - 1.14 +++ HTMLManagerServlet.java 17 Sep 2004 19:50:20 - 1.15 @@ -567,9 +567,9 @@ td class=\row-left\\n + small\n + nbsp;{1}nbsp;\n + - nbsp;a href=\{2}\ onclick=\return(confirm('Are you sure?'))\{3}/anbsp;\n + - nbsp;a href=\{4}\ onclick=\return(confirm('Are you sure?'))\{5}/anbsp;\n + - nbsp;a href=\{6}\ onclick=\return(confirm('Are you sure?'))\{7}/anbsp;\n + + nbsp;a href=\{2}\ onclick=\return(confirm(''Are you sure?''))\{3}/anbsp;\n + + nbsp;a href=\{4}\ onclick=\return(confirm(''Are you sure?''))\{5}/anbsp;\n + + nbsp;a href=\{6}\ onclick=\return(confirm(''Are you sure?''))\{7}/anbsp;\n + /small\n + /td\n + /tr\n; @@ -577,10 +577,10 @@ private static final String STOPPED_APPS_ROW_BUTTON_SECTION = td class=\row-left\\n + small\n + - nbsp;a href=\{0}\ onclick=\return(confirm('Are you sure?'))\{1}/anbsp;\n + + nbsp;a href=\{0}\ onclick=\return(confirm(''Are you sure?''))\{1}/anbsp;\n + nbsp;{3}nbsp;\n + nbsp;{5}nbsp;\n + - nbsp;a href=\{6}\ onclick=\return(confirm('Are you sure?'))\{7}/anbsp;\n + + nbsp;a href=\{6}\ onclick=\return(confirm(''Are you sure?''))\{7}/anbsp;\n + /small\n + /td\n + /tr\n; - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29485] - Undeploy considered dangerous
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29485. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29485 Undeploy considered dangerous [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-09-17 19:54 --- Fixed ;) It turns out java.text.MessageFormat requires double-quoting of single quotes. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/xmlparser ParserUtils.java UTF8Reader.java
amyroh 2004/09/17 14:02:34 Modified:jasper2/src/share/org/apache/jasper/compiler SmapUtil.java jasper2/src/share/org/apache/jasper/runtime HttpJspBase.java jasper2/src/share/org/apache/jasper/security SecurityClassLoad.java jasper2/src/share/org/apache/jasper/xmlparser ParserUtils.java UTF8Reader.java Log: More logging changes. Revision ChangesPath 1.24 +31 -14 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/SmapUtil.java Index: SmapUtil.java === RCS file: /home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/SmapUtil.java,v retrieving revision 1.23 retrieving revision 1.24 diff -u -r1.23 -r1.24 --- SmapUtil.java 17 Mar 2004 19:23:03 - 1.23 +++ SmapUtil.java 17 Sep 2004 21:02:34 - 1.24 @@ -43,6 +43,9 @@ */ public class SmapUtil { +private static org.apache.commons.logging.Log log= +org.apache.commons.logging.LogFactory.getLog( SmapUtil.class ); + private static final boolean verbose = false; //* @@ -284,7 +287,8 @@ int constantPoolCountPos = genPos; int constantPoolCount = readU2(); if (verbose) { -System.out.println(constant pool count: + constantPoolCount); +if (log.isDebugEnabled()) +log.debug(constant pool count: + constantPoolCount); } writeU2(constantPoolCount); @@ -300,13 +304,15 @@ randomAccessWriteU2(constantPoolCountPos, constantPoolCount); if (verbose) { -System.out.println( +if (log.isDebugEnabled()) +log.debug( SourceDebugExtension not found, installed at: + sdeIndex); } } else { if (verbose) { -System.out.println( +if (log.isDebugEnabled()) +log.debug( SourceDebugExtension found at: + sdeIndex); } } @@ -314,7 +320,8 @@ int interfaceCount = readU2(); writeU2(interfaceCount); if (verbose) { -System.out.println(interfaceCount: + interfaceCount); +if (log.isDebugEnabled()) +log.debug(interfaceCount: + interfaceCount); } copy(interfaceCount * 2); copyMembers(); // fields @@ -323,7 +330,8 @@ int attrCount = readU2(); writeU2(attrCount); if (verbose) { -System.out.println(class attrCount: + attrCount); +if (log.isDebugEnabled()) +log.debug(class attrCount: + attrCount); } // copy the class attributes, return true if SDE attr found (not copied) if (!copyAttrs(attrCount)) { @@ -331,7 +339,8 @@ ++attrCount; randomAccessWriteU2(attrCountPos, attrCount); if (verbose) { -System.out.println(class attrCount incremented); +if (log.isDebugEnabled()) +log.debug(class attrCount incremented); } } writeAttrForSDE(sdeIndex); @@ -341,14 +350,16 @@ int count = readU2(); writeU2(count); if (verbose) { -System.out.println(members count: + count); +if (log.isDebugEnabled()) +log.debug(members count: + count); } for (int i = 0; i count; ++i) { copy(6); // access, name, descriptor int attrCount = readU2(); writeU2(attrCount); if (verbose) { -System.out.println(member attr count: + attrCount); +if (log.isDebugEnabled()) +log.debug(member attr count: + attrCount); } copyAttrs(attrCount); } @@ -362,7 +373,8 @@ if (nameIndex == sdeIndex) { sdeFound = true; if (verbose) { -System.out.println(SDE attr found); +if (log.isDebugEnabled()) +log.debug(SDE attr found); } } else { writeU2(nameIndex); // name @@ -370,7 +382,8 @@
Re: cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/xmlparser ParserUtils.java UTF8Reader.java
[EMAIL PROTECTED] wrote: amyroh 2004/09/17 14:02:34 Modified:jasper2/src/share/org/apache/jasper/compiler SmapUtil.java jasper2/src/share/org/apache/jasper/runtime HttpJspBase.java jasper2/src/share/org/apache/jasper/security SecurityClassLoad.java jasper2/src/share/org/apache/jasper/xmlparser ParserUtils.java UTF8Reader.java Log: More logging changes. You might want to get rid of the if (verbose) and other if (debug_flag_with_funky_name) at the same time :) Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/xmlparser ParserUtils.java UTF8Reader.java
[EMAIL PROTECTED] wrote: amyroh 2004/09/17 14:02:34 Modified:jasper2/src/share/org/apache/jasper/compiler SmapUtil.java jasper2/src/share/org/apache/jasper/runtime HttpJspBase.java jasper2/src/share/org/apache/jasper/security SecurityClassLoad.java jasper2/src/share/org/apache/jasper/xmlparser ParserUtils.java UTF8Reader.java Log: More logging changes. You might want to get rid of the if (verbose) and other if (debug_flag_with_funky_name) at the same time :) Yeah, I thought about that. But I didn't want to just get rid of it in case some folks are still using the property. Does anyone object to getting rid of debug/verbose property? Thanks, Amy Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/xmlparser ParserUtils.java UTF8Reader.java
I have no problem getting rid of all those messages, since they are no longer useful. - Kin-man On Fri, 2004-09-17 at 14:23, Amy Roh wrote: [EMAIL PROTECTED] wrote: amyroh 2004/09/17 14:02:34 Modified:jasper2/src/share/org/apache/jasper/compiler SmapUtil.java jasper2/src/share/org/apache/jasper/runtime HttpJspBase.java jasper2/src/share/org/apache/jasper/security SecurityClassLoad.java jasper2/src/share/org/apache/jasper/xmlparser ParserUtils.java UTF8Reader.java Log: More logging changes. You might want to get rid of the if (verbose) and other if (debug_flag_with_funky_name) at the same time :) Yeah, I thought about that. But I didn't want to just get rid of it in case some folks are still using the property. Does anyone object to getting rid of debug/verbose property? Thanks, Amy Rmy - 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]
cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/xmlparser UCSReader.java
amyroh 2004/09/17 14:57:44 Modified:jasper2/src/share/org/apache/jasper/xmlparser UCSReader.java Log: More logging changes - remove System.err to use commons logging. Revision ChangesPath 1.3 +6 -2 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/xmlparser/UCSReader.java Index: UCSReader.java === RCS file: /home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/xmlparser/UCSReader.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- UCSReader.java17 Mar 2004 19:23:05 - 1.2 +++ UCSReader.java17 Sep 2004 21:57:44 - 1.3 @@ -30,6 +30,9 @@ */ public class UCSReader extends Reader { +private static org.apache.commons.logging.Log log= +org.apache.commons.logging.LogFactory.getLog( UCSReader.class ); + // // Constants // @@ -120,7 +123,8 @@ int b3 = fInputStream.read() 0xff; if (b3 == 0xff) return -1; -System.err.println(b0 is + (b0 0xff) + b1 + (b1 0xff) + b2 + (b2 0xff) + b3 + (b3 0xff)); +if (log.isDebugEnabled()) +log.debug(b0 is + (b0 0xff) + b1 + (b1 0xff) + b2 + (b2 0xff) + b3 + (b3 0xff)); if (fEncoding == UCS4BE) return (b024)+(b116)+(b28)+b3; else - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/collections SimpleHashtable.java
amyroh 2004/09/17 14:57:55 Modified:jk/java/org/apache/ajp/tomcat4 JkServlet.java jk/java/org/apache/ajp/tomcat4/config BaseJkConfig.java jk/java/org/apache/jk/common Shm14.java WorkerDummy.java util/java/org/apache/tomcat/util IntrospectionUtils.java util/java/org/apache/tomcat/util/collections SimpleHashtable.java Log: More logging changes - remove System.err to use commons logging. Revision ChangesPath 1.5 +1 -1 jakarta-tomcat-connectors/jk/java/org/apache/ajp/tomcat4/JkServlet.java Index: JkServlet.java === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/java/org/apache/ajp/tomcat4/JkServlet.java,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- JkServlet.java17 Sep 2004 18:34:18 - 1.4 +++ JkServlet.java17 Sep 2004 21:57:54 - 1.5 @@ -88,7 +88,7 @@ private static final int dL=10; private static void d(String s ) { -System.err.println( JkServlet: + s ); +log( JkServlet: + s ); } 1.7 +6 -5 jakarta-tomcat-connectors/jk/java/org/apache/ajp/tomcat4/config/BaseJkConfig.java Index: BaseJkConfig.java === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/java/org/apache/ajp/tomcat4/config/BaseJkConfig.java,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- BaseJkConfig.java 31 Aug 2004 23:52:52 - 1.6 +++ BaseJkConfig.java 17 Sep 2004 21:57:54 - 1.7 @@ -91,6 +91,10 @@ @version $Revision$ */ public class BaseJkConfig implements LifecycleListener { + +private static org.apache.commons.logging.Log log= +org.apache.commons.logging.LogFactory.getLog( BaseJkConfig.class ); + protected int debug=0; protected File configHome = null; protected File workersConfig = null; @@ -132,7 +136,7 @@ try { mod_jk = getWriter(); } catch(IOException iex) { - log(Unable to open config file); + log.warn(Unable to open config file, iex); return; } Lifecycle who = evt.getLifecycle(); @@ -478,8 +482,5 @@ return true; return false; -} -protected void log(String msg) { - System.err.println(msg); } } 1.4 +8 -2 jakarta-tomcat-connectors/jk/java/org/apache/jk/common/Shm14.java Index: Shm14.java === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/java/org/apache/jk/common/Shm14.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- Shm14.java24 Feb 2004 08:48:42 - 1.3 +++ Shm14.java17 Sep 2004 21:57:55 - 1.4 @@ -31,8 +31,13 @@ * @author Costin Manolache */ public class Shm14 extends Shm { + + // Not ready yet. - + +private static org.apache.commons.logging.Log log= +org.apache.commons.logging.LogFactory.getLog( Shm14.class ); + MappedByteBuffer bb; public void init() { @@ -60,7 +65,8 @@ public int invoke(Msg msg, MsgContext ep ) throws IOException { -System.err.println(ChannelShm14.invoke: + ep ); +if (log.isDebugEnabled()) +log.debug(ChannelShm14.invoke: + ep ); // 1.9 +0 -3 jakarta-tomcat-connectors/jk/java/org/apache/jk/common/WorkerDummy.java Index: WorkerDummy.java === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/java/org/apache/jk/common/WorkerDummy.java,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- WorkerDummy.java 24 Feb 2004 08:48:42 - 1.8 +++ WorkerDummy.java 17 Sep 2004 21:57:55 - 1.9 @@ -86,8 +86,5 @@ } private static final int dL=0; -private static void d(String s ) { -System.err.println( WorkerDummy: + s ); -} } 1.12 +2 -4 jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/IntrospectionUtils.java Index: IntrospectionUtils.java === RCS file: /home/cvs/jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/IntrospectionUtils.java,v retrieving revision 1.11 retrieving revision 1.12 diff -u -r1.11 -r1.12 --- IntrospectionUtils.java 17 Sep 2004 18:34:18 - 1.11 +++ IntrospectionUtils.java 17 Sep 2004 21:57:55 - 1.12 @@ -346,8 +346,7 @@ } } catch (IllegalArgumentException ex2)
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core StandardServer.java
amyroh 2004/09/17 14:58:25 Modified:catalina/src/share/org/apache/catalina/core StandardServer.java Log: More logging changes - remove System.err to use commons logging. Revision ChangesPath 1.37 +8 -11 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardServer.java Index: StandardServer.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardServer.java,v retrieving revision 1.36 retrieving revision 1.37 diff -u -r1.36 -r1.37 --- StandardServer.java 29 Aug 2004 16:46:09 - 1.36 +++ StandardServer.java 17 Sep 2004 21:58:25 - 1.37 @@ -463,9 +463,8 @@ new ServerSocket(port, 1, InetAddress.getByName(127.0.0.1)); } catch (IOException e) { -System.err.println(StandardServer.await: create[ + port - + ]: + e); -e.printStackTrace(); +log.error(StandardServer.await: create[ + port + + ]: , e); System.exit(1); } @@ -480,12 +479,11 @@ socket.setSoTimeout(10 * 1000); // Ten seconds stream = socket.getInputStream(); } catch (AccessControlException ace) { -System.err.println(StandardServer.accept security exception: - + ace.getMessage()); +log.warn(StandardServer.accept security exception: + + ace.getMessage(), ace); continue; } catch (IOException e) { -System.err.println(StandardServer.await: accept: + e); -e.printStackTrace(); +log.error(StandardServer.await: accept: , e); System.exit(1); } @@ -502,8 +500,7 @@ try { ch = stream.read(); } catch (IOException e) { -System.err.println(StandardServer.await: read: + e); -e.printStackTrace(); +log.warn(StandardServer.await: read: , e); ch = -1; } if (ch 32) // Control character or EOF terminates loop @@ -524,7 +521,7 @@ if (match) { break; } else -System.err.println(StandardServer.await: Invalid command ' + +log.warn(StandardServer.await: Invalid command ' + command.toString() + ' received); } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
505 Error and Tomcat 5.0
I have tried this question on the user list with no answers. I hope this is not inappropriate. Thanks for any assistance. I am using Tomcat 5.0 and Struts 1.1. I also use a Filter that zips the requests and responses. I am running a chat room on port 80 with a frameset html that auto refreshes in one frame and sends in another frame. When a user with IE tries to chat with me from her office, she gets 505 messages. I have recently changed the code on the pages. I am getting requests when she sends one, but they are old requests, with the same chat lines she sent before. Anyone know what is probably going on here? The Filter I use follows: public class GZIPFilter implements Filter { public void doFilter(ServletRequest req, ServletResponse res, FilterChain chain) throws IOException, ServletException { if (req instanceof HttpServletRequest) { HttpServletRequest request = (HttpServletRequest) req; HttpServletResponse response = (HttpServletResponse) res; String ae = request.getHeader(accept-encoding); if (ae != null ae.indexOf(gzip) != -1) { GZIPResponseWrapper wrappedResponse = new GZIPResponseWrapper(response); chain.doFilter(req, wrappedResponse); wrappedResponse.finishResponse(); return; } chain.doFilter(req, res); } } public void init(FilterConfig filterConfig) { // noop } public void destroy() { // noop } } What do you think? Michael McGrady - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 30085] - ClassCastException using Oracle BLOB if Oracle JDBC jar is in both /common/lib and [webapp]/lib
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=30085. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=30085 ClassCastException using Oracle BLOB if Oracle JDBC jar is in both /common/lib and [webapp]/lib --- Additional Comments From [EMAIL PROTECTED] 2004-09-17 23:07 --- I agree with most of the points you make; however, portability is a non-issue for my client in this particular case, although I agree with the concept. I've gone into the code and attempted to use the Java types instead, but it doesn't work when I need to pass a cursor to an Oracle stored proc, so it doesn't look like I can decouple the two. I do however, understand the issue more clearly now, and hopefully anyone else who comes across this will too. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31266] - RequestUtil.parseCookieHeader not fully RFC 2109 compliant
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=31266. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31266 RequestUtil.parseCookieHeader not fully RFC 2109 compliant --- Additional Comments From [EMAIL PROTECTED] 2004-09-18 02:51 --- Your Cookie header is malformed for RFC 2109 (the $Version is required). However, TC 3.3 is lenient enough to parse your example correctly. Since this is now against TC 3.2, I'll leave it open. However, you have a better chance of being struck by lightning than of ever seeing another 3.2.x release :). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]