DO NOT REPLY [Bug 32708] - NullPointer for every request
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=32708. 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=32708 --- Additional Comments From [EMAIL PROTECTED] 2004-12-15 10:21 --- (In reply to comment #2) I don't understand what causes the bug. Can you submit a better test case (similar code runs fine for me) ? It's really odd that you're getting an exception there, because it can only happen if the String value is null, and this should be filtered out before going into the StringCache because it's obviously useless. I could make the code a little bit more defensive, but this should not be needed. ps, please leave the code unchanged. I like the webserver to not when something is not right, instead of eg. continue-ing the webserver and maybe causing some servere errors elsewhere, while not knowing what caused the problem. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32708] - NullPointer for every request
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=32708. 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=32708 [EMAIL PROTECTED] changed: What|Removed |Added Severity|major |normal Priority|P1 |P2 --- Additional Comments From [EMAIL PROTECTED] 2004-12-15 12:02 --- Then the cause of the problem is what Bill said: an invalid encoding is used for the String. I think I should be able to reproduce the issue now, and I'll try to see if I can improve the situation. The admin works again in 5.5.6, BTW. I don't know if it handles connectors correctly or not, as I didn't use it at all in the 5.5 branch. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native/iis/installer/bin README
mturk 2004/12/15 03:07:43 Added: jk/native/iis/installer/bin README Log: Added isapi redirector installer Revision ChangesPath 1.1 jakarta-tomcat-connectors/jk/native/iis/installer/bin/README Index: README === Jakarta Isapi Redirector - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native/iis/installer/conf uriworkermap.properties workers.properties.minimal
mturk 2004/12/15 03:07:57 Added: jk/native/iis/installer/conf uriworkermap.properties workers.properties.minimal Log: Added isapi redirector installer Revision ChangesPath 1.1 jakarta-tomcat-connectors/jk/native/iis/installer/conf/uriworkermap.properties Index: uriworkermap.properties === # uriworker.properties - # # This file provides sample mappings for example # ajp13w worker defined in workermap.properties.minimal /servlet-examples/*=ajp13w # Now filter out all .jpeg files inside that context # For no mapping the url has to start with exclamation (!) !/servlet-examples/*.jpeg=ajp13w 1.1 jakarta-tomcat-connectors/jk/native/iis/installer/conf/workers.properties.minimal Index: workers.properties.minimal === # workers.properties.minimal - # # This file provides minimal jk configuration properties needed to # connect to Tomcat. # # The workers that jk should create and work with # worker.list=ajp13w # # Defining a worker named ajp13w and of type ajp13 # Note that the name and the type do not have to match. # worker.ajp13w.type=ajp13 worker.ajp13w.host=localhost worker.ajp13w.port=8009 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native/iis/installer/log README
mturk 2004/12/15 03:08:09 Added: jk/native/iis/installer/log README Log: Added isapi redirector installer Revision ChangesPath 1.1 jakarta-tomcat-connectors/jk/native/iis/installer/log/README Index: README === Jakarta Isapi Redirector log files - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Added installer for JK on IIS
Hi all, I have made an installer for the IIS. It uses the same technology like Apache HTTPD installer, meaning InstallShiled. Perhaps the same can be build using NSIS, but using NSIS is too complex for me :). So anyone who wishes to rebuild the binaries will need IS. Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native/iis/installer isapi-redirector-win32-msi.ism
mturk 2004/12/15 03:22:15 Modified:jk/native/iis/installer isapi-redirector-win32-msi.ism Log: Use XML for saving project file. Revision ChangesPath 1.2 +4594 -659 jakarta-tomcat-connectors/jk/native/iis/installer/isapi-redirector-win32-msi.ism Index: isapi-redirector-win32-msi.ism === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/iis/installer/isapi-redirector-win32-msi.ism,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 Binary files /tmp/cvs1EzDSA and /tmp/cvsljYXgC differ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native/iis/installer - New directory
mturk 2004/12/15 03:05:11 jakarta-tomcat-connectors/jk/native/iis/installer - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native/iis/installer/conf - New directory
mturk 2004/12/15 03:05:23 jakarta-tomcat-connectors/jk/native/iis/installer/conf - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/buf ByteChunk.java
remm2004/12/15 03:49:20 Modified:util/java/org/apache/tomcat/util/buf ByteChunk.java Log: - If the encoding is invalid, this will cause a weird NPE. This avoids it. - The usage of a bad encoding should have been logged elsewhere in all cases, so I don't see the point of logging again. Revision ChangesPath 1.24 +4 -4 jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/buf/ByteChunk.java Index: ByteChunk.java === RCS file: /home/cvs/jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/buf/ByteChunk.java,v retrieving revision 1.23 retrieving revision 1.24 diff -u -r1.23 -r1.24 --- ByteChunk.java12 Nov 2004 10:51:49 - 1.23 +++ ByteChunk.java15 Dec 2004 11:49:20 - 1.24 @@ -478,11 +478,11 @@ // Method is commented out, in: return B2CConverter.decodeString( enc ); */ -} catch (java.io.IOException e) { -// FIXME +} catch (java.io.UnsupportedEncodingException e) { +// Use the platform encoding in that case; the usage of a bad +// encoding will have been logged elsewhere already +strValue = new String(buff, start, end-start); } -//System.out.println(BC toString: + strValue); -//Thread.dumpStack(); return strValue; } - 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 NamingContextListener.java
remm2004/12/15 04:01:28 Modified:catalina/src/share/org/apache/catalina/core NamingContextListener.java Log: - 32713: Bad binding of resource-env-ref. Revision ChangesPath 1.11 +5 -5 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/NamingContextListener.java Index: NamingContextListener.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/NamingContextListener.java,v retrieving revision 1.10 retrieving revision 1.11 diff -u -r1.10 -r1.11 --- NamingContextListener.java8 Oct 2004 09:34:02 - 1.10 +++ NamingContextListener.java15 Dec 2004 12:01:27 - 1.11 @@ -859,7 +859,7 @@ // Create a reference to the resource env. Reference ref = new ResourceEnvRef(resourceEnvRef.getType()); -// FIXME: Adding the additional parameters, if any +// Adding the additional parameters, if any Iterator params = resourceEnvRef.listProperties(); while (params.hasNext()) { String paramName = (String) params.next(); @@ -869,9 +869,9 @@ } try { if (logger.isDebugEnabled()) -log.debug( Adding resource env ref + name); -createSubcontexts(envCtx, name); -envCtx.bind(name, ref); +log.debug( Adding resource env ref + resourceEnvRef.getName()); +createSubcontexts(envCtx, resourceEnvRef.getName()); +envCtx.bind(resourceEnvRef.getName(), ref); } catch (NamingException e) { logger.error(sm.getString(naming.bindFailed, e)); } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32713] - resource-env-ref in webapp not registered in JNDI
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=32713. 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=32713 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-12-15 13:02 --- I suppose this was caused by a cut paste error. Thanks. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml
remm2004/12/15 04:06:43 Modified:webapps/docs changelog.xml Log: - Changelog update. Revision ChangesPath 1.206 +19 -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.205 retrieving revision 1.206 diff -u -r1.205 -r1.206 --- changelog.xml 14 Dec 2004 13:57:31 - 1.205 +++ changelog.xml 15 Dec 2004 12:06:43 - 1.206 @@ -27,11 +27,30 @@ /section section name=Tomcat 5.5.7 (yoavs) + subsection name=General +changelog + add +Add installer for mod_jk on IIS. (mturk) + /add +/changelog + /subsection + subsection name=Catalina changelog fix bug32694/bug: Fix bad code to make docBase path aboslute in antiLocking method. (remm) + /fix + fix +bug32713/bug: Fix resource-env-ref handling. (remm) + /fix +/changelog + /subsection + + subsection name=Coyote +changelog + fix +bug32708/bug: Better handling of bad encoding with the string cache. (remm) /fix /changelog /subsection - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JSP changes cause web app reload in 5.5?
Dear Remy, OK, you were right : ;) Our build file was secretly copying web.xml to the web application causing a web app reload. Sorry about that, but it was restarting at least on JSP copies ;) Allistair. -Original Message- From: Allistair Crossley Sent: 14 December 2004 22:04 To: Tomcat Developers List Subject: RE: JSP changes cause web app reload in 5.5? I had a quick go at this like you probably did with something simple, and there is certainly no web application reload in this circumstance. The web application in question is configured with JNDI datasources and log4j. The architecture of the application uses Struts and Tiles for JSPs. I think I am going to have to try to take copy of the application and work it backwards to see where/what causes the Tomcat web app reload. We use Ant to build the web application. For development JSPs this is a simple copy to the web app folder. For classes, they are compiled. Static resources and config files are also copied. I had the issue in question all day today. All I was doing was making textual changes to a JSP. I used Ant to copy them across (which we have been doing since April 2004) and then made a request to a Struts action (which then return the JSP in question). A white page is shown (or partial HTML page). Looking in stdout, you can see the web application has been reinitialised. The Ant build output shows no compilation of classes, so the reloadable aspect of Tomcat should not in my view be triggered. Thinking about it harder, I can say with 85% surity that this started happening with around 5.5.4 (since I always upgrade our test server on the day of a new Tomcat release). I don't know what else to add really at this point. I will perform some further tests tomorrow to narrow it down if I can, but this is an issue with *something*, it's just finding out where. It could be as simple as Ant is touching class files when it should not (which it never used to so I doubt it) or it could be something in Tomcat but I would not know what/why. Will let you know if I find any more hard links to what causes the issue. Allistair. -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED] Sent: Tue 14/12/2004 17:07 To: Tomcat Developers List Cc: Subject: Re: JSP changes cause web app reload in 5.5? Allistair Crossley wrote: Myself and my developers have noticed that with our new 5.5 development Tomcats changes to JSPs now cause Tomcat to reload our web applications. I cannot reproduce this. Is this expected behaviour? Perhaps the new JDT compiler? Can it be stopped without using reloadable=false? We don't use anti JAR locking either. You have a vivid imagination. What else ? Rmy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE --- QAS Ltd. Developers of QuickAddress Software a href=http://www.qas.com;www.qas.com/a Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- /FONT
[GUMP@brutus]: Project jakarta-tomcat-jk-native-configure (in module jakarta-tomcat-connectors) failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project jakarta-tomcat-jk-native-configure has an issue affecting its community integration. This issue affects 2 projects. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - jakarta-tomcat-jk-native : Connectors to various web servers - jakarta-tomcat-jk-native-configure : Connectors to various web servers Full details are available at: http://brutus.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-native-configure/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -INFO- Failed with reason build failed The following work was performed: http://brutus.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-native-configure/gump_work/buildscript_jakarta-tomcat-connectors_jakarta-tomcat-jk-native-configure.html Work Name: buildscript_jakarta-tomcat-connectors_jakarta-tomcat-jk-native-configure (Type: Build) Work ended in a state of : Failed Elapsed: Command Line: /usr/local/gump/public/workspace/jakarta-tomcat-connectors/jk/native/configure --with-apxs=/usr/local/gump/public/workspace/apache-httpd/dist-15122004/bin/apxs [Working Directory: /usr/local/gump/public/workspace/jakarta-tomcat-connectors/jk/native] - /usr/local/gump/public/workspace/jakarta-tomcat-connectors/jk/native/configure: line 1271: syntax error near unexpected token `common/portable.h' /usr/local/gump/public/workspace/jakarta-tomcat-connectors/jk/native/configure: line 1271: `AM_CONFIG_HEADER(common/portable.h)' - To subscribe to this information via syndicated feeds: - RSS: http://brutus.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-native-configure/rss.xml - Atom: http://brutus.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-native-configure/atom.xml == Gump Tracking Only === Produced by Gump version 2.2. Gump Run 2815122004, brutus:brutus-public:2815122004 Gump E-mail Identifier (unique within run) #12. -- Apache Gump http://gump.apache.org/ [Instance: brutus] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native/iis/installer isapi-redirector-win32-msi.ism
mturk 2004/12/15 05:30:47 Modified:jk/native/iis/installer isapi-redirector-win32-msi.ism Log: Use proper installation path for jakarta virtual directory. Revision ChangesPath 1.3 +1 -1 jakarta-tomcat-connectors/jk/native/iis/installer/isapi-redirector-win32-msi.ism Index: isapi-redirector-win32-msi.ism === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/iis/installer/isapi-redirector-win32-msi.ism,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- isapi-redirector-win32-msi.ism15 Dec 2004 11:22:14 - 1.2 +++ isapi-redirector-win32-msi.ism15 Dec 2004 13:30:46 - 1.3 @@ -1702,7 +1702,7 @@ col def=S0CustomErrors/col col def=L255AppName/col col def=S72SSLCert/col - rowtdISIISCommonVRoot/tdtdISIISCommonWebsite1/tdtd##ID_STRING3##/tdtdINSTALLDIR/tdtd28069/tdtdDefault.asp/tdtd20/tdtd90/tdtd/td/td/td/td//row + rowtdISIISCommonVRoot/tdtdISIISCommonWebsite1/tdtd##ID_STRING3##/tdtdBIN/tdtd28069/tdtdDefault.asp/tdtd20/tdtd90/tdtd/td/td/td/td//row rowtdISIISCommonWebsite1/tdtd/tdDefault Web Site/tdtdIISROOTFOLDER/tdtd28113/tdtd/td20/tdtd90/tdtd/td/td/td/td//row /table - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29971] - Commented out page directive is parsed
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=29971. 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=29971 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-12-15 14:56 --- JSP.1.6 Quoting and Escape Conventions Quoting in Scripting Elements A literal % is quoted by %\ -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32708] - NullPointer for every request
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=32708. 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=32708 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-12-15 12:57 --- I tried the admin webapp, and while it's probably not perfect for connector handling, it didn't save bad information (such as URIEncoding=null), and Tomcat operated fine after a restart. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JSP changes cause web app reload in 5.5?
Allistair Crossley wrote: Our build file was secretly copying web.xml to the web application causing a web app reload. I think earlier versions (like 5.0.x) used to watch web.xml as well. If you don't like the feature, you can edit the list of watched resources in conf/context.xml. Rmy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JSP changes cause web app reload in 5.5?
Hi, Yep, sure enough 5.5.5's context.xml has WatchedResourceWEB-INF/web.xml/WatchedResource Cool. Thanks. I just stopped Ant from doing an explicit copy of web.xml unless the file has changed like everything else, and that works fine too. Cheers, Allistair. -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED] Sent: 15 December 2004 13:57 To: Tomcat Developers List Subject: Re: JSP changes cause web app reload in 5.5? Allistair Crossley wrote: Our build file was secretly copying web.xml to the web application causing a web app reload. I think earlier versions (like 5.0.x) used to watch web.xml as well. If you don't like the feature, you can edit the list of watched resources in conf/context.xml. Rmy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE --- QAS Ltd. Developers of QuickAddress Software a href=http://www.qas.com;www.qas.com/a Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- /FONT
DO NOT REPLY [Bug 32689] - Can not resolve symbol apache in org.apache.jasper.runtime.JspRuntimeLibrary.URLEncode
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=32689. 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=32689 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32675] - Form based login fails after context reload
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=32675. 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=32675 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-12-15 16:26 --- I'm not exactly sure how we could cover that case, since everything (Web.xml protected resource, etc) is redone when the context is restarted. So I think you're SOL in that case (and in the general case where your server is restarted while a user request is in progress). -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32719] - IntrospectionUtils feature causes $ charters to be stripped out of web.xml files
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=32719. 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=32719 --- Additional Comments From [EMAIL PROTECTED] 2004-12-15 19:03 --- Created an attachment (id=13761) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=13761action=view) patch fixing this problem Added patch -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32719] - IntrospectionUtils feature causes $ charters to be stripped out of web.xml files
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=32719. 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=32719 [EMAIL PROTECTED] changed: What|Removed |Added Keywords||PatchAvailable -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
JK throws java.lang.NumberFormatException when JSP is not found.
Hi Mladen, Just a follow-up on this decoding issue in JK. I have just this moment accidentally come upon a scenario where I can generate this error. You can generate it by requesting a JSP that does not exist, so long as you have a /*.jsp mapping in urimapping.properties. I don't know if this is an error with JK or not, but I assume that not finding a JSP should not cause a NumberFormatException? SEVERE: Error decoding request java.lang.NumberFormatException at org.apache.tomcat.util.buf.Ascii.parseInt(Ascii.java:145) at org.apache.tomcat.util.buf.ByteChunk.getInt(ByteChunk.java:491) at org.apache.tomcat.util.buf.MessageBytes.getInt(MessageBytes.java:645) at org.apache.jk.common.HandlerRequest.decodeHeaders(HandlerRequest.java:682) at org.apache.jk.common.HandlerRequest.decodeRequest(HandlerRequest.java:504) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:361) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:745) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:675) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:868) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) Dec 15, 2004 5:59:31 PM org.apache.jk.common.ChannelSocket processConnection WARNING: processCallbacks status 2 Dec 15, 2004 5:59:31 PM org.apache.jk.server.JkCoyoteHandler action INFO: Response already commited [EMAIL PROTECTED],0,java.lang.UnsatisfiedLinkError: setActiveDataNative [-5115] Dec 15, 2004 5:59:32 PM org.apache.jk.common.HandlerRequest invoke SEVERE: Error decoding request java.lang.NumberFormatException at org.apache.tomcat.util.buf.Ascii.parseInt(Ascii.java:145) at org.apache.tomcat.util.buf.ByteChunk.getInt(ByteChunk.java:491) at org.apache.tomcat.util.buf.MessageBytes.getInt(MessageBytes.java:645) at org.apache.jk.common.HandlerRequest.decodeHeaders(HandlerRequest.java:682) at org.apache.jk.common.HandlerRequest.decodeRequest(HandlerRequest.java:504) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:361) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:745) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:675) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:868) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) Dec 15, 2004 5:59:32 PM org.apache.jk.common.ChannelSocket processConnection WARNING: processCallbacks status 2 Dec 15, 2004 5:59:32 PM org.apache.jk.server.JkCoyoteHandler action INFO: Response already commited [EMAIL PROTECTED],0,java.lang.UnsatisfiedLinkError: setActiveDataNative [-5115] Dec 15, 2004 5:59:33 PM org.apache.jk.common.HandlerRequest invoke SEVERE: Error decoding request java.lang.NumberFormatException at org.apache.tomcat.util.buf.Ascii.parseInt(Ascii.java:145) at org.apache.tomcat.util.buf.ByteChunk.getInt(ByteChunk.java:491) at org.apache.tomcat.util.buf.MessageBytes.getInt(MessageBytes.java:645) at org.apache.jk.common.HandlerRequest.decodeHeaders(HandlerRequest.java:682) at org.apache.jk.common.HandlerRequest.decodeRequest(HandlerRequest.java:504) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:361) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:745) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:675) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:868) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) Dec 15, 2004 5:59:33 PM org.apache.jk.common.ChannelSocket processConnection WARNING: processCallbacks status 2 Dec 15, 2004 5:59:33 PM org.apache.jk.server.JkCoyoteHandler action INFO: Response already commited [EMAIL PROTECTED],0,java.lang.UnsatisfiedLinkError: setActiveDataNative [-5115] Dec 15, 2004 5:59:34 PM org.apache.jk.common.HandlerRequest invoke SEVERE: Error decoding request java.lang.NumberFormatException at org.apache.tomcat.util.buf.Ascii.parseInt(Ascii.java:145) at org.apache.tomcat.util.buf.ByteChunk.getInt(ByteChunk.java:491) at org.apache.tomcat.util.buf.MessageBytes.getInt(MessageBytes.java:645) at org.apache.jk.common.HandlerRequest.decodeHeaders(HandlerRequest.java:682) at org.apache.jk.common.HandlerRequest.decodeRequest(HandlerRequest.java:504) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:361) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:745) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:675) at
Re: PersistentManagerBase (etc) Patches
For those who tried finding through the patches only to find that they did not properly map against CVS (as I just used 'diff -u' in a directory not in a proper CVS tool...), please see the attached patch files against 5.0.30 (which were donoe with a proper CVS tool). I have reworked this for 5.5.4 as well, but there are a number of changes between 5.5.4 and 5.5.6 in these same files. I thus plan to merge up to 5.5.6 before passing these patches along. If anyone is desparately interested in the 5.5.4 stuff now, let me know. Overall, I do believe these are a substantial improvement over the current code, so I'd appreciate it if someone reviewed them a bit -- especially the 5.5.6 versions as it would be good to see this merged in to 5.5.x at least. -- Jess Holle Jess Holle wrote: A week or two ago I found I had need of the persistent session manager, PersistentManagerBase -- and also noticed its experimental status. Looking at the sources I found FIXME comments regarding: (1) a race condition between session passivation and session usage and (2) a lack of LRU sorting to passivate oldest sessions first. I also discovered that all passivated sessions are regularly (every minuted by default) read back into memory in their entirety to check if they should be expired. The attached set of patches is intended to address all of these issues -- and seems to do so to the best of my (admittedly limited) testing. There are additional fixes that should be made to JDBCStore (i.e. in general it seems to a trip to the database for every row in many cases where 1 per 'n' would suffice), but this was of less interest to me for the time being than FileStore, so I have not pursued these. Also, I introduced a new attribute to PersistentManagerBase, but have not yet exposed it via JMX. This is intentional at this point as I am uncertain as to the merits of the non-default value of this operation as of yet. Comments and questions are welcome. All of the patches are against 5.0.30, but I could update them for 5.5.x if there was sufficient interest (e.g. if a committer was interested in committing them). -- Jess Holle [EMAIL PROTECTED] Index: StoreBase.java === RCS file: /home/cvspublic/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session/StoreBase.java,v retrieving revision 1.8 diff -b -u -r1.8 StoreBase.java --- StoreBase.java 22 May 2004 23:23:23 - 1.8 +++ StoreBase.java 15 Dec 2004 18:35:35 - @@ -204,7 +204,7 @@ } try { -keys = keys(); +keys = keysThatMayBeExpired(); } catch (IOException e) { log (e.toString()); e.printStackTrace(); @@ -213,13 +213,10 @@ for (int i = 0; i keys.length; i++) { try { -StandardSession session = (StandardSession) load(keys[i]); +StandardSession session = (StandardSession) loadSessionIfShouldBeExpired(keys[i]); if (session == null) { continue; } -if (session.isValid()) { -continue; -} if ( ( (PersistentManagerBase) manager).isLoaded( keys[i] )) { // recycle old backup session session.recycle(); @@ -240,6 +237,33 @@ } } +protected String[] keysThatMayBeExpired() +throws IOException +{ +return ( keys() ); +} + +protected StandardSession loadSessionIfShouldBeExpired( String sessionId ) +{ +StandardSession session; +try +{ +session = (StandardSession) load(sessionId); +} +catch ( ClassNotFoundException e ) +{ +session = null; +} +catch ( IOException e ) +{ +session = null; +} +if ( session != null ) +if (session.isValid()) +return ( null ); +return ( session ); +} + /** * Log a message on the Logger associated with our Container (if any). * Index: PersistentManagerBase.java === RCS file: /home/cvspublic/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session/PersistentManagerBase.java,v retrieving revision 1.19.2.1 diff -b -u -r1.19.2.1 PersistentManagerBase.java --- PersistentManagerBase.java 18 Nov 2004 22:13:36 - 1.19.2.1 +++ PersistentManagerBase.java 15 Dec 2004 18:35:36 - @@ -20,6 +20,11 @@ import java.beans.PropertyChangeEvent; import java.beans.PropertyChangeListener; import java.io.IOException; +import java.util.ArrayList; +import java.util.Collections; +import java.util.Comparator; +import java.util.LinkedHashMap; +import java.util.Map; import java.security.AccessController; import java.security.PrivilegedActionException;
RE: JK throws java.lang.NumberFormatException when JSP is not found.
JK 1.2.7 beta 3 I am running with other isapi filters (coldfusion/jrun and a home grown one), but I haven't seen anything like this in previous versions of JK or JK2. Requesting a URL from my browser produces: Microsoft Visual C++ Debug Library Debug Assertion Failed! Program: C:\WINDOWS\System32\inetsrv\inetinfo.exe File: isctype.c Line: 68 Expression: (unsigned)(c + 1) = 256 For information on how your program can cause an assertion Failure, see the Visual C++ documentation on asserts. (Press Retry to debug the application) -Original Message- From: Allistair Crossley [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 15, 2004 1:07 PM To: [EMAIL PROTECTED] Subject: JK throws java.lang.NumberFormatException when JSP is not found. Hi Mladen, Just a follow-up on this decoding issue in JK. I have just this moment accidentally come upon a scenario where I can generate this error. You can generate it by requesting a JSP that does not exist, so long as you have a /*.jsp mapping in urimapping.properties. I don't know if this is an error with JK or not, but I assume that not finding a JSP should not cause a NumberFormatException? SEVERE: Error decoding request java.lang.NumberFormatException at org.apache.tomcat.util.buf.Ascii.parseInt(Ascii.java:145) at org.apache.tomcat.util.buf.ByteChunk.getInt(ByteChunk.java:491) at org.apache.tomcat.util.buf.MessageBytes.getInt(MessageBytes.java:645) at org.apache.jk.common.HandlerRequest.decodeHeaders(HandlerRequest.java:682) at org.apache.jk.common.HandlerRequest.decodeRequest(HandlerRequest.java:504) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:361) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:745) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:675) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:868) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) Dec 15, 2004 5:59:31 PM org.apache.jk.common.ChannelSocket processConnection WARNING: processCallbacks status 2 Dec 15, 2004 5:59:31 PM org.apache.jk.server.JkCoyoteHandler action INFO: Response already commited [EMAIL PROTECTED],0,java.lang.UnsatisfiedLinkError: setActiveDataNative [-5115] Dec 15, 2004 5:59:32 PM org.apache.jk.common.HandlerRequest invoke SEVERE: Error decoding request java.lang.NumberFormatException at org.apache.tomcat.util.buf.Ascii.parseInt(Ascii.java:145) at org.apache.tomcat.util.buf.ByteChunk.getInt(ByteChunk.java:491) at org.apache.tomcat.util.buf.MessageBytes.getInt(MessageBytes.java:645) at org.apache.jk.common.HandlerRequest.decodeHeaders(HandlerRequest.java:682) at org.apache.jk.common.HandlerRequest.decodeRequest(HandlerRequest.java:504) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:361) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:745) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:675) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:868) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) Dec 15, 2004 5:59:32 PM org.apache.jk.common.ChannelSocket processConnection WARNING: processCallbacks status 2 Dec 15, 2004 5:59:32 PM org.apache.jk.server.JkCoyoteHandler action INFO: Response already commited [EMAIL PROTECTED],0,java.lang.UnsatisfiedLinkError: setActiveDataNative [-5115] Dec 15, 2004 5:59:33 PM org.apache.jk.common.HandlerRequest invoke SEVERE: Error decoding request java.lang.NumberFormatException at org.apache.tomcat.util.buf.Ascii.parseInt(Ascii.java:145) at org.apache.tomcat.util.buf.ByteChunk.getInt(ByteChunk.java:491) at org.apache.tomcat.util.buf.MessageBytes.getInt(MessageBytes.java:645) at org.apache.jk.common.HandlerRequest.decodeHeaders(HandlerRequest.java:682) at org.apache.jk.common.HandlerRequest.decodeRequest(HandlerRequest.java:504) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:361) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:745) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:675) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:868) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) Dec 15, 2004 5:59:33 PM org.apache.jk.common.ChannelSocket processConnection WARNING: processCallbacks status 2 Dec 15, 2004 5:59:33 PM org.apache.jk.server.JkCoyoteHandler action INFO: Response already commited [EMAIL PROTECTED],0,java.lang.UnsatisfiedLinkError: setActiveDataNative [-5115] Dec 15, 2004
RE: JK throws java.lang.NumberFormatException when JSP is not found.
Is there some good instruction somewhere on what is needed and how to build JK? I've recently built JK2, BTW. Thanks, Derrick -Original Message- From: Mladen Turk [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 15, 2004 2:09 PM To: Tomcat Developers List Subject: Re: JK throws java.lang.NumberFormatException when JSP is not found. Derrick Koes wrote: JK 1.2.7 beta 3 I am running with other isapi filters (coldfusion/jrun and a home grown one), but I haven't seen anything like this in previous versions of JK or JK2. Yes, very strange. I'll try to reproduce the bug on my side now that Allistair said it can be repeated :). Requesting a URL from my browser produces: Microsoft Visual C++ Debug Library Debug Assertion Failed! Yep, sorry. The binaries for beta-3 are by accident build using Debug mode. The easiest is to compile it by yourself. Seems that I'll make another beta after all probably tomorrow. Regards, Mladen. - 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: JK throws java.lang.NumberFormatException when JSP is not found.
Derrick Koes wrote: JK 1.2.7 beta 3 I am running with other isapi filters (coldfusion/jrun and a home grown one), but I haven't seen anything like this in previous versions of JK or JK2. Yes, very strange. I'll try to reproduce the bug on my side now that Allistair said it can be repeated :). Requesting a URL from my browser produces: Microsoft Visual C++ Debug Library Debug Assertion Failed! Yep, sorry. The binaries for beta-3 are by accident build using Debug mode. The easiest is to compile it by yourself. Seems that I'll make another beta after all probably tomorrow. Regards, Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26135] - Tomcat 5.0.16 leaks memory when a webapp is reloaded or stopped/started
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=26135. 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=26135 --- Additional Comments From [EMAIL PROTECTED] 2004-12-15 17:46 --- I would have to agree, a memory leak of this magnitude renders the Manager application useless. If this is something that the Tomcat team will not address, it should be noted in the release notes, or in the Manager App HOW-TO. Our organization made number of decisions based on the functionality of the Manager app that were thrown out once we observed this memory leak. Although there may be no conclusive evidence showing this is a problem in Tomcat, a number of people have consistently observed this behavior in the Manager application, and would agree that it is not desired behavior. To save other organizations from going through the problems we did, a simple blurb about this known behavior would be more that appreciated. Thanks, James Norman -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JK throws java.lang.NumberFormatException when JSP is not found.
At the risk of sounding like Remy, I'd have to credit your imagination again ;-). This exception happens long before the request is mapped, so it can't possibly matter if the page exists or not. It has to do with parsing the Content-Length header. If you can turn on DEBUG logging for org.apache.jk.common.MsgAjp, you'll get a nice pretty hex dump of the problem message that will greatly help in tracking it down. - Original Message - From: Allistair Crossley [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, December 15, 2004 10:06 AM Subject: JK throws java.lang.NumberFormatException when JSP is not found. Hi Mladen, Just a follow-up on this decoding issue in JK. I have just this moment accidentally come upon a scenario where I can generate this error. You can generate it by requesting a JSP that does not exist, so long as you have a /*.jsp mapping in urimapping.properties. I don't know if this is an error with JK or not, but I assume that not finding a JSP should not cause a NumberFormatException? SEVERE: Error decoding request java.lang.NumberFormatException at org.apache.tomcat.util.buf.Ascii.parseInt(Ascii.java:145) at org.apache.tomcat.util.buf.ByteChunk.getInt(ByteChunk.java:491) at org.apache.tomcat.util.buf.MessageBytes.getInt(MessageBytes.java:645) at org.apache.jk.common.HandlerRequest.decodeHeaders(HandlerRequest.java:682) at org.apache.jk.common.HandlerRequest.decodeRequest(HandlerRequest.java:504) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:361) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:745) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:675) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:868) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.jav a:684) at java.lang.Thread.run(Thread.java:595) Dec 15, 2004 5:59:31 PM org.apache.jk.common.ChannelSocket processConnection WARNING: processCallbacks status 2 Dec 15, 2004 5:59:31 PM org.apache.jk.server.JkCoyoteHandler action INFO: Response already commited [EMAIL PROTECTED],0,java.lang.UnsatisfiedLinkError: setActiveDataNative [-5115] Dec 15, 2004 5:59:32 PM org.apache.jk.common.HandlerRequest invoke SEVERE: Error decoding request java.lang.NumberFormatException at org.apache.tomcat.util.buf.Ascii.parseInt(Ascii.java:145) at org.apache.tomcat.util.buf.ByteChunk.getInt(ByteChunk.java:491) at org.apache.tomcat.util.buf.MessageBytes.getInt(MessageBytes.java:645) at org.apache.jk.common.HandlerRequest.decodeHeaders(HandlerRequest.java:682) at org.apache.jk.common.HandlerRequest.decodeRequest(HandlerRequest.java:504) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:361) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:745) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:675) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:868) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.jav a:684) at java.lang.Thread.run(Thread.java:595) Dec 15, 2004 5:59:32 PM org.apache.jk.common.ChannelSocket processConnection WARNING: processCallbacks status 2 Dec 15, 2004 5:59:32 PM org.apache.jk.server.JkCoyoteHandler action INFO: Response already commited [EMAIL PROTECTED],0,java.lang.UnsatisfiedLinkError: setActiveDataNative [-5115] Dec 15, 2004 5:59:33 PM org.apache.jk.common.HandlerRequest invoke SEVERE: Error decoding request java.lang.NumberFormatException at org.apache.tomcat.util.buf.Ascii.parseInt(Ascii.java:145) at org.apache.tomcat.util.buf.ByteChunk.getInt(ByteChunk.java:491) at org.apache.tomcat.util.buf.MessageBytes.getInt(MessageBytes.java:645) at org.apache.jk.common.HandlerRequest.decodeHeaders(HandlerRequest.java:682) at org.apache.jk.common.HandlerRequest.decodeRequest(HandlerRequest.java:504) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:361) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:745) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:675) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:868) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.jav a:684) at java.lang.Thread.run(Thread.java:595) Dec 15, 2004 5:59:33 PM org.apache.jk.common.ChannelSocket processConnection WARNING: processCallbacks status 2 Dec 15, 2004 5:59:33 PM org.apache.jk.server.JkCoyoteHandler action INFO: Response already commited [EMAIL PROTECTED],0,java.lang.UnsatisfiedLinkError: setActiveDataNative [-5115] Dec 15, 2004 5:59:34 PM org.apache.jk.common.HandlerRequest invoke SEVERE: Error decoding request java.lang.NumberFormatException at org.apache.tomcat.util.buf.Ascii.parseInt(Ascii.java:145) at org.apache.tomcat.util.buf.ByteChunk.getInt(ByteChunk.java:491) at org.apache.tomcat.util.buf.MessageBytes.getInt(MessageBytes.java:645) at org.apache.jk.common.HandlerRequest.decodeHeaders(HandlerRequest.java:682) at
Re: JK throws java.lang.NumberFormatException when JSP is not found.
Derrick Koes wrote: Is there some good instruction somewhere on what is needed and how to build JK? Webserver, JK sources and compiler :). http://jakarta.apache.org/tomcat/connectors-doc/ Look at the Installation part. I've recently built JK2, BTW. Then you should have no problems. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JK throws java.lang.NumberFormatException when JSP is not found.
Allistair Crossley wrote: Hi Mladen, Just a follow-up on this decoding issue in JK. I have just this moment accidentally come upon a scenario where I can generate this error. You can generate it by requesting a JSP that does not exist, so long as you have a /*.jsp mapping in urimapping.properties. Did on IIS/WINXP/1.2.7-beta-3 No mater what files I'm asking existing or not I can not reproduce the error. Tested on 5.5.6 and 5.0.30. Really have no clue how to reproduce that. Please try turning log_level to trace, clear the logs, restart IIS, and post the jk log file. Otherwise we are stuck :(. Regards, Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JK throws java.lang.NumberFormatException when JSP is not found.
Thanks Mladen. c:\MSDEV isapi.dsp /MAKE ALL This still builds something called tomcat_redirector.dll rather than isapi_redirect.dll. -Original Message- From: Mladen Turk [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 15, 2004 2:22 PM To: Tomcat Developers List Subject: Re: JK throws java.lang.NumberFormatException when JSP is not found. Derrick Koes wrote: Is there some good instruction somewhere on what is needed and how to build JK? Webserver, JK sources and compiler :). http://jakarta.apache.org/tomcat/connectors-doc/ Look at the Installation part. I've recently built JK2, BTW. Then you should have no problems. - 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: JK throws java.lang.NumberFormatException when JSP is not found.
Derrick Koes wrote: Thanks Mladen. c:\MSDEV isapi.dsp /MAKE ALL This still builds something called tomcat_redirector.dll rather than isapi_redirect.dll. Like said use iis not isapi. I'll change the documentation ASAP. It's realy missleading for IIS. Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JK throws java.lang.NumberFormatException when JSP is not found.
Sorry, just following the equivalent path I used for JK2. -Original Message- From: Mladen Turk [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 15, 2004 2:49 PM To: Tomcat Developers List Subject: Re: JK throws java.lang.NumberFormatException when JSP is not found. Derrick Koes wrote: Building isapi under JK/native from CVS builds tomcat_redirector.dll. Is this really isapi_redirect.dll? Yes if you wish to build a Domino5 connector (That's ISAPI). For IIS use the iis folder :). Mladen. - 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: JK throws java.lang.NumberFormatException when JSP is not found.
So, the docs on how to build are a bit off. Should be Change directory to the isapi plugins source directory c:\cd c:\home\apache\jk\native\iis Build the sources using MSDEV c:\MSDEV isapi.dsp /MAKE ALL But is Change directory to the isapi plugins source directory c:\cd c:\home\apache\jk\isapi Build the sources using MSDEV c:\MSDEV isapi.dsp /MAKE ALL -Original Message- From: Mladen Turk [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 15, 2004 2:22 PM To: Tomcat Developers List Subject: Re: JK throws java.lang.NumberFormatException when JSP is not found. Derrick Koes wrote: Is there some good instruction somewhere on what is needed and how to build JK? Webserver, JK sources and compiler :). http://jakarta.apache.org/tomcat/connectors-doc/ Look at the Installation part. I've recently built JK2, BTW. Then you should have no problems. - 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-connectors/jk/native/common jk_ajp_common.c
mturk 2004/12/15 12:31:17 Modified:jk/native/common jk_ajp_common.c Log: Backport sc_for_req_header from mod_proxy. It uses case insensitive matching. Revision ChangesPath 1.67 +83 -95 jakarta-tomcat-connectors/jk/native/common/jk_ajp_common.c Index: jk_ajp_common.c === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_ajp_common.c,v retrieving revision 1.66 retrieving revision 1.67 diff -u -r1.66 -r1.67 --- jk_ajp_common.c 13 Dec 2004 07:39:51 - 1.66 +++ jk_ajp_common.c 15 Dec 2004 20:31:16 - 1.67 @@ -68,10 +68,11 @@ WWW-Authenticate }; -static const char *long_res_header_for_sc(int sc) +static const char *long_res_header_for_sc(int sc) { const char *rc = NULL; -if (sc = SC_RES_HEADERS_NUM sc 0) { +sc = sc 0X00FF; +if(sc = SC_RES_HEADERS_NUM sc 0) { rc = response_trans_headers[sc - 1]; } @@ -170,105 +171,92 @@ return rc; } -static int sc_for_req_header(const char *header_name, unsigned short *sc) +#define UNKNOWN_METHOD (-1) + +static int sc_for_req_header(const char *header_name) { -switch (header_name[0]) { -case 'a': -if ('c' == header_name[1] -'c' == header_name[2] -'e' == header_name[3] -'p' == header_name[4] 't' == header_name[5]) { -if ('-' == header_name[6]) { -if (!strcmp(header_name + 7, charset)) { -*sc = SC_ACCEPT_CHARSET; -} -else if (!strcmp(header_name + 7, encoding)) { -*sc = SC_ACCEPT_ENCODING; -} -else if (!strcmp(header_name + 7, language)) { -*sc = SC_ACCEPT_LANGUAGE; -} -else { -return JK_FALSE; +char header[16]; +size_t len = strlen(header_name); +const char *p = header_name; +int i = 0; + +/* ACCEPT-LANGUAGE is the longest headeer + * that is of interest. + */ +if (len 4 || len 15) +return UNKNOWN_METHOD; + +while (*p) +header[i++] = toupper((unsigned char)*p++); +header[i] = '\0'; +p = header[1]; + +switch (header[0]) { +case 'A': +if (memcmp(p, CCEPT, 5) == 0) { +if (!header[6]) +return SC_ACCEPT; +else if (header[6] == '-') { +p += 6; +if (memcmp(p, CHARSET, 7) == 0) +return SC_ACCEPT_CHARSET; +else if (memcmp(p, ENCODING, 8) == 0) +return SC_ACCEPT_ENCODING; +else if (memcmp(p, LANGUAGE, 8) == 0) +return SC_ACCEPT_LANGUAGE; +else +return UNKNOWN_METHOD; } +else +return UNKNOWN_METHOD; } -else if ('\0' == header_name[6]) { -*sc = SC_ACCEPT; -} -else { -return JK_FALSE; -} -} -else if (!strcmp(header_name, authorization)) { -*sc = SC_AUTHORIZATION; -} -else { -return JK_FALSE; -} +else if (memcmp(p, UTHORIZATION, 12) == 0) +return SC_AUTHORIZATION; +else +return UNKNOWN_METHOD; break; - -case 'c': -if (!strcmp(header_name, cookie)) { -*sc = SC_COOKIE; -} -else if (!strcmp(header_name, connection)) { -*sc = SC_CONNECTION; -} -else if (!strcmp(header_name, content-type)) { -*sc = SC_CONTENT_TYPE; -} -else if (!strcmp(header_name, content-length)) { -*sc = SC_CONTENT_LENGTH; -} -else if (!strcmp(header_name, cookie2)) { -*sc = SC_COOKIE2; -} -else { -return JK_FALSE; -} +case 'C': +if (memcmp(p, OOKIE, 5) == 0) +return SC_COOKIE; +else if(memcmp(p, ONNECTION, 9) == 0) +return SC_CONNECTION; +else if(memcmp(p, ONTENT-TYPE, 11) == 0) +return SC_CONTENT_TYPE; +else if(memcmp(p, ONTENT-LENGTH, 13) == 0) +return SC_CONTENT_LENGTH; +else if(memcmp(p, OOKIE2, 6) == 0) +return SC_COOKIE2; +else +return UNKNOWN_METHOD; break; - -case 'h': -if (!strcmp(header_name, host)) { -*sc =
RE: JK throws java.lang.NumberFormatException when JSP is not found.
Hi, Will add trace logging first thing tomorrow morning and let you know. I really don't want to get a reputation for being imaginative you know ;) but this looked pretty much the direct cause to me, but I being to doubt myself ;) The stack trace certainly is not my imagination, I did afterall paste it into the email ;) Will come back to you tomorrow, Cheers, Allistair. -Original Message- From: Mladen Turk [mailto:[EMAIL PROTECTED] Sent: Wed 15/12/2004 19:43 To: Tomcat Developers List Cc: Subject: Re: JK throws java.lang.NumberFormatException when JSP is not found. Allistair Crossley wrote: Hi Mladen, Just a follow-up on this decoding issue in JK. I have just this moment accidentally come upon a scenario where I can generate this error. You can generate it by requesting a JSP that does not exist, so long as you have a /*.jsp mapping in urimapping.properties. Did on IIS/WINXP/1.2.7-beta-3 No mater what files I'm asking existing or not I can not reproduce the error. Tested on 5.5.6 and 5.0.30. Really have no clue how to reproduce that. Please try turning log_level to trace, clear the logs, restart IIS, and post the jk log file. Otherwise we are stuck :(. Regards, Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE --- QAS Ltd. Developers of QuickAddress Software a href=http://www.qas.com;www.qas.com/a Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- /FONT
DO NOT REPLY [Bug 32577] - ClassNotFoundException when using inner class in web.xml
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=32577. 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=32577 --- Additional Comments From [EMAIL PROTECTED] 2004-12-15 21:19 --- Related to: http://issues.apache.org/bugzilla/show_bug.cgi?id=32719 ? -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32081] - Wrapper scripts require a JDK to be present.
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=32081. 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=32081 --- Additional Comments From [EMAIL PROTECTED] 2004-12-15 23:29 --- I sort of agree with the bug report, but not really with the solution. AFAIK, most other programs which use JAVA_HOME expect a JDK, What about looking for JRE_HOME if JAVA_HOME is not found? -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JK throws java.lang.NumberFormatException when JSP is not found.
I've been testing JK 1.2.7 beta 3 +. For some reason, putting the jsessionid (URL rewriting) on the URL makes JK not deliver it to Tomcat (get a new session from tomcat for every request). Running the same web app with JK2 does not exhibit the problem. HttpServletRequest.isRequestedSessionIdFromURL() returns true for the JK2 configuration, but false for the JK configuration. I'm assuming it must be JK that decides to remove it from the URL (different URL rewriting scheme?), but I suppose it *could* be a bug in Tomcat HttpServletRequest implementation. Does anyone have any suggestions? Below is a sample URL. http://dkoesxp/ilt/rd/b73d019ee9a5d0e5d43c2c64831b9f05/ilt/InstructorLedTraining.do;jsessionid=F63D242A6554BC9C5A2CF8D00D613F3F.dkoesxp:8009 The url rewriting part: ;jsessionid=F63D242A6554BC9C5A2CF8D00D613F3F.dkoesxp:8009 Thanks, Derrick -Original Message- From: Allistair Crossley [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 15, 2004 5:07 PM To: Tomcat Developers List; Tomcat Developers List Subject: RE: JK throws java.lang.NumberFormatException when JSP is not found. Hi, Will add trace logging first thing tomorrow morning and let you know. I really don't want to get a reputation for being imaginative you know ;) but this looked pretty much the direct cause to me, but I being to doubt myself ;) The stack trace certainly is not my imagination, I did afterall paste it into the email ;) Will come back to you tomorrow, Cheers, Allistair. -Original Message- From: Mladen Turk [mailto:[EMAIL PROTECTED] Sent: Wed 15/12/2004 19:43 To: Tomcat Developers List Cc: Subject: Re: JK throws java.lang.NumberFormatException when JSP is not found. Allistair Crossley wrote: Hi Mladen, Just a follow-up on this decoding issue in JK. I have just this moment accidentally come upon a scenario where I can generate this error. You can generate it by requesting a JSP that does not exist, so long as you have a /*.jsp mapping in urimapping.properties. Did on IIS/WINXP/1.2.7-beta-3 No mater what files I'm asking existing or not I can not reproduce the error. Tested on 5.5.6 and 5.0.30. Really have no clue how to reproduce that. Please try turning log_level to trace, clear the logs, restart IIS, and post the jk log file. Otherwise we are stuck :(. Regards, Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE --- QAS Ltd. Developers of QuickAddress Software a href=http://www.qas.com;www.qas.com/a Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- /FONT
RE: ssi including a cgi with query args is broken --- same combo works under Apache
Brian, There were two problems. The first, and the simplest, is that the CGI servlet always looks for HTTP headers at the start of the script output. Therefore, you need to output 2 blank lines at the start of your script so the CGI servlet doesn't try to read the whole output as headers. The second was that the CGI servlet wasn't aware that it might be being called via an include. Hence it was looking for various bits of data on the original (non-CGI) request that just weren't there. I have patched the CGI servlet and made a new jar available at http://www.apache.org/~markt/servlets-cgi.jar. It works for me but I would be grateful if you could test it as well. All you need to do is replace the file in CATALINA_HOME/server/lib with this one. It is built for 5.5.x but there is a good chance it will work with 4.1.x as well (I haven't tested it on 4.1.x). If this works for you, I will apply the patch to 5.5.x and port the changes back to 4.1.x as well. Mark -Original Message- From: Brian Hill [mailto:[EMAIL PROTECTED] Sent: Friday, December 10, 2004 7:41 PM To: [EMAIL PROTECTED] Cc: Tony Choi; Brian Hill Subject: ssi including a cgi with query args is broken --- same combo works under Apache Our site uses an SSI directive to include a cgi script. This works under Apache but fails under Tomcat because the query arguments are not being handled the same way. Under Tomcat 5.5.4, they are being searched for as part of the filename. (The failure mode was different under Tomcat 4.0. Under 4.0, the query args got stripped off, but not put into the cgi script's environment.) Thanks for looking into this, and if for some reason you don't think it is worth fixing, any suggestions on a workaround. Also, I would be happy to test a patch class (I'd need directions for where to put the patch class and how to configure the class loader to find it). More details are below. --Brian brianhill at speakeasy dot net In this log/backtrace, you can see that the CGI jar is trying to find the file: navTool.pl?REF+GENERAL+WHATIS This file doesn't exist. On our systems, navTool.pl exists and is in WEB-INF/cgi/, and is expecting some query args. Dec 9, 2004 3:46:04 PM org.apache.catalina.core.ApplicationContext log INFO: cgi: findCGI: path=/Docs/ref_general1.html, /Library/Tomcat/webapps/PCW/WEB-INF/cgi Dec 9, 2004 3:46:04 PM org.apache.catalina.core.ApplicationContext log INFO: cgi: findCGI: currentLoc=/Library/Tomcat/webapps/PCW/WEB-INF/cgi Dec 9, 2004 3:46:04 PM org.apache.catalina.core.ApplicationContext log INFO: cgi: findCGI: currentLoc=/Library/Tomcat/webapps/PCW/WEB-INF/cgi Dec 9, 2004 3:46:04 PM org.apache.catalina.core.ApplicationContext log INFO: cgi: findCGI: currentLoc=/Library/Tomcat/webapps/PCW/WEB-INF/cgi/Docs Dec 9, 2004 3:46:04 PM org.apache.catalina.core.ApplicationContext log SEVERE: ssi: #include--Couldn't include file: /cgi-bin/navTool.pl?REF+GENERAL+WHATIS java.io.IOException: Couldn't find file: /cgi-bin/navTool.pl?REF+GENERAL+WHATIS at org.apache.catalina.ssi.SSIServletExternalResolver.getFileText (SSIServletExternalResolver.java:391) at org.apache.catalina.ssi.SSIMediator.getFileText(SSIMediator.java:154) at org.apache.catalina.ssi.SSIInclude.process(SSIInclude.java:40) at org.apache.catalina.ssi.SSIProcessor.process(SSIProcessor.java:145) at org.apache.catalina.ssi.SSIServlet.processSSI(SSIServlet.java:193) at org.apache.catalina.ssi.SSIServlet.requestHandler(SSIServlet.java:170) at org.apache.catalina.ssi.SSIServlet.doGet(SSIServlet.java:106) at javax.servlet.http.HttpServlet.service(HttpServlet.java:689) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilt er(ApplicationFilterChain.java:237) at org.apache.catalina.core.ApplicationFilterChain.doFilter(Appli cationFilterChain.java:157) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardW rapperValve.java:214) at org.apache.catalina.core.StandardContextValve.invoke(StandardC ontextValve.java:178) at org.apache.catalina.core.StandardHostValve.invoke(StandardHost Valve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReport Valve.java:105) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEn gineValve.java:107) at org.apache.catalina.valves.RequestDumperValve.invoke(RequestDu mperValve.java:150) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdap ter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:300) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:383) at
DO NOT REPLY [Bug 32577] - ClassNotFoundException when using inner class in web.xml
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=32577. 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=32577 --- Additional Comments From [EMAIL PROTECTED] 2004-12-16 01:43 --- Yes they are related, it's an XML processing issue rather than a class loading issue. The patch in #32719 fixes the problem mentioned here. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32577] - ClassNotFoundException when using inner class in web.xml
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=32577. 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=32577 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32577] - ClassNotFoundException when using inner class in web.xml
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=32577. 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=32577 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2004-12-16 03:26 --- *** This bug has been marked as a duplicate of 32719 *** -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32719] - IntrospectionUtils feature causes $ charters to be stripped out of web.xml files
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=32719. 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=32719 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2004-12-16 03:26 --- *** Bug 32577 has been marked as a duplicate of this bug. *** -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util IntrospectionUtils.java
billbarker2004/12/15 19:51:42 Modified:util/java/org/apache/tomcat/util IntrospectionUtils.java Log: Ignore '$' chars that aren't part of a '${' replacement pattern. Unlike with ant (which of course is what this is based off of), with this patch you no longer have $$ - $. Based on patch by: Richard Clark [EMAIL PROTECTED] Fix for Bug #32719 Revision ChangesPath 1.14 +2 -2 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.13 retrieving revision 1.14 diff -u -r1.13 -r1.14 --- IntrospectionUtils.java 4 Oct 2004 09:25:55 - 1.13 +++ IntrospectionUtils.java 16 Dec 2004 03:51:41 - 1.14 @@ -473,8 +473,8 @@ sb.append('$'); prev = pos + 1; } else if (value.charAt(pos + 1) != '{') { -sb.append(value.charAt(pos + 1)); -prev = pos + 2; // XXX +sb.append('$'); +prev = pos + 1; // XXX } else { int endName = value.indexOf('}', pos); if (endName 0) { - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32719] - IntrospectionUtils feature causes $ charters to be stripped out of web.xml files
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=32719. 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=32719 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-12-16 04:54 --- This is fixed in the CVS. The fix is modified from the patch here, since your patch doesn't handle the case: listener-classpackage.MyClass$${inner.class}/listener-class -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32708] - NullPointer for every request
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=32708. 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=32708 --- Additional Comments From [EMAIL PROTECTED] 2004-12-15 10:18 --- (In reply to comment #1) Do you see this in conf/catalina.properties: tomcat.util.buf.StringCache.byte.enabled=true ? So you can easily work around the problem. Done, which works, but causes other problems like getting 'white pages' on some GET requests. I found out how the problem arrised. When looking in server.xml, was a connector entry: Connector URIEncoding=null enableLookups=true port=9000 redirectPort=-1 backlog=10 disableUploadTimeout=false /Connector As you can see, the URIUncoding is null. I don't know what it means excactly, but I didn't put it there. I used the admin tool to add the connector. I'd like to try to reproduce the problem, but my Admin tool doesn't work anymore. I cannot collapse items (I don't know if I should file this as another bug report, but I cannot say more than: my menuitems don't collapse anymore after adding a new service...) After removing the URIencoding, everything is working fine again, even after re-enabling the StringCache. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32708] - NullPointer for every request
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=32708. 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=32708 --- Additional Comments From [EMAIL PROTECTED] 2004-12-15 10:37 --- (In reply to comment #5) ps, please leave the code unchanged. I like the webserver to not when something is not right, instead of eg. continue-ing the webserver and maybe causing some servere errors elsewhere, while not knowing what caused the problem. [type] I like the webserver to not when... = I like the webserver to 'crash' when... -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native/iis/installer/bin - New directory
mturk 2004/12/15 03:05:18 jakarta-tomcat-connectors/jk/native/iis/installer/bin - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native/iis/installer/log - New directory
mturk 2004/12/15 03:05:29 jakarta-tomcat-connectors/jk/native/iis/installer/log - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native/iis/installer iisfilter.vbs isapi-redirector-win32-msi.ism License.rtf LICENSE.TXT tomcat.ico
mturk 2004/12/15 03:07:11 Added: jk/native/iis/installer iisfilter.vbs isapi-redirector-win32-msi.ism License.rtf LICENSE.TXT tomcat.ico Log: Added isapi redirector installer Revision ChangesPath 1.1 jakarta-tomcat-connectors/jk/native/iis/installer/iisfilter.vbs Index: iisfilter.vbs === ' ' Copyright 1999-2004 The Apache Software Foundation ' ' Licensed under the Apache License, Version 2.0 (the License); ' you may not use this file except in compliance with the License. ' You may obtain a copy of the License at ' 'http://www.apache.org/licenses/LICENSE-2.0 ' ' Unless required by applicable law or agreed to in writing, software ' distributed under the License is distributed on an AS IS BASIS, ' WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. ' See the License for the specific language governing permissions and ' limitations under the License. ' ' = ' Description: Install script for Tomcat ISAPI redirector ' Author: Mladen Turk [EMAIL PROTECTED] ' Version: $Revision: 1.1 $ ' = ' ' Get a handle to the filters for the server - we process all errors ' On Error Resume Next filterName = jakarta filterLib = bin\isapi_redirect.dll Function IISInstallFilter(filterDir) Dim filters Set filters = GetObject(IIS://LocalHost/W3SVC/1/Filters) If err Then err.clear info Got Filters + filters.FilterLoadOrder ' ' Create the filter - if it fails then delete it and try again ' name = filterName info Creating Filter - + filterName Dim filter Set filter = filters.Create( IISFilter, filterName ) If err then err.clear info Filter exists - deleting filters.delete IISFilter, filterName If err Then fail Error Deleting Filter Set filter = filters.Create( IISFilter, filterName ) If Err Then fail Error Creating Filter End If ' ' Set the filter info and save it ' filter.FilterPath = filterDir + filterLib 'filter.FilterEnabled = true filter.FilterDescription = Jakarta Isapi Redirector filter.NotifyOrderHigh = true filter.SetInfo info Created Filter + filterDir + filterLib ' ' Set the load order - only if it's not in the list already ' On Error goto 0 loadOrders = filters.FilterLoadOrder list = Split( loadOrders, , ) found = false For each item in list If Trim( item ) = filterName Then found = true Next If found = false Then info Filter is not in load order - adding now. If Len(loadOrders) 0 Then loadOrders = loadOrders + , filters.FilterLoadOrder = loadOrders + filterName filters.SetInfo info Filter added. Else info Filter already exists in load order - no update required. End If End FUnction ' ' Helper function for snafus ' Function fail(message) ' MsgBox E: + message WScript.Quit(1) End function ' ' Helper function for info ' Function info(message) ' MsgBox + message End Function info Starting... + Session.Property(INSTALLDIR) IISInstallFilter Session.Property(INSTALLDIR) info FInished! 1.1 jakarta-tomcat-connectors/jk/native/iis/installer/isapi-redirector-win32-msi.ism Binary file 1.1 jakarta-tomcat-connectors/jk/native/iis/installer/License.rtf Index: License.rtf === {\rtf1\ansi\ansicpg1252\deff0{\fonttbl{\f0\fswiss\fprq2\fcharset0 Arial;}} \viewkind4\uc1\pard\qc\lang1033\b\f0\fs18 Apache License\par Version 2.0, January 2004\par http://www.apache.org/licenses/\par \b0\par \pard TERMS AND CONDITIONS FOR USE, REPRODUCTION, AND DISTRIBUTION\par \par \pard\fi-180\li180 1. Definitions.\par \par \pard\li180 License shall mean the terms and conditions for use, reproduction, and distribution as defined by Sections 1 through 9 of this document.\par \par Licensor shall mean the copyright owner or entity authorized by the copyright owner that is granting the License.\par \par Legal Entity shall mean the union of the acting entity and all other entities that control, are controlled by, or are under common control with that entity. For the purposes of this definition, control means (i) the power, direct or indirect, to cause the direction or management of such
DO NOT REPLY [Bug 32717] - java.lang.UnsupportedClassVersionError: org/apache/catalina/startup/Bootstrap
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=32717. 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=32717 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-12-15 12:10 --- Tomcat 5.5 requires at least JRE 1.4. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32717] New: - java.lang.UnsupportedClassVersionError: org/apache/catalina/startup/Bootstrap
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=32717. 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=32717 Summary: java.lang.UnsupportedClassVersionError: org/apache/catalina/startup/Bootstrap Product: Tomcat 5 Version: Unknown Platform: PC OS/Version: Solaris Status: NEW Severity: critical Priority: P2 Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] hi, this is Ratheesh.R, when iam trying to start tomcat5.5.4 under Solaris7.0, iam getting the following exception Exception in thread main java.lang.UnsupportedClassVersionError: org/apache/catalina/startup/Bootstrap (Unsupported major.minor version 48.0) at java.lang.ClassLoader.defineClass0(Native Method) . i've set the CATALINA_HOME and JAVA_HOME variables, i'm using jdk1.3 pls help me find out where went wrong thanks and regards Ratheesh.R -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29971] - Commented out page directive is parsed
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=29971. 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=29971 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Additional Comments From [EMAIL PROTECTED] 2004-12-15 14:36 --- The original case is fixed but if I compile this page: %-- --% %--[EMAIL PROTECTED] pageEncoding=xxx%--% html headtitleJSP Page/title/head body /body /html Jasper throws: JasperException: Unsupported encoding: xxx Without the 1st comment the page works fine. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32696] - WEB-INF protection stops IIS
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=32696. 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=32696 --- Additional Comments From [EMAIL PROTECTED] 2004-12-15 17:52 --- (In reply to comment #5) Fixed in the CVS. Hi again. Thank you very much for the correction of the bug. Meanwhile, is there any possibility for you to compile the code and send it to me? I'm very desperate because we'll have an inspection team looking at our code (and bugs) tomorrow and i have no time to compile the entire project. I would have even to install VC++, since i don't have it installed in my machine. So, please, can you help me in this issue? Many thanks. Hugo Mendonça -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32675] - Form based login fails after context reload
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=32675. 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=32675 --- Additional Comments From [EMAIL PROTECTED] 2004-12-15 20:02 --- (In reply to comment #2) I may have been unclear on the post. I am assuming there is some kind of state sent to the client when they are redirected to the login form (to send them to the correct place after login), since the log in works if I refresh the form first. What I was thinking is that there might be some way to detect that the log in state is stale and just send them back to the login form. In any case isn't the error message (Invalid direct reference to login form) incorrect? I had another situation where the user might request the log in form and let it sit past the session timeout and if they tried to log in it gave a 408 Request Timeout, which seemed appropriate. Thanks -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32719] New: - IntrospectionUtils feature causes $ charters to be stripped out of web.xml files
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=32719. 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=32719 Summary: IntrospectionUtils feature causes $ charters to be stripped out of web.xml files Product: Tomcat 5 Version: 5.5.4 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: Unknown AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] class: org.apache.tomcat.util.IntrospectionUtils method: replaceProperties(String, Hashtable, PropertySource[]) CVS: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/IntrospectionUtils.java A possibily unintentional feature of IntrospectionUtils.replaceProperties causes the $ character to the stripped from web.xml files when they are loaded. This was discovered when the name of an inner class was specified as a parameter: init-param param-namesource.factory/param-name param-valuecom.ssl.javaservlets.tihinterface.PcoRegionsSqlDataSource$Factory/param-value /init-param However when the servlet retrieved this parameter, the $ character had been removed yeilding the result: com.ssl.javaservlets.tihinterface.PcoRegionsSqlDataSourceFactory rather than: com.ssl.javaservlets.tihinterface.PcoRegionsSqlDataSource$Factory This seemed related to the processing of replacement properties defined in the style ${property.name}. However if the is no property property.name then the raw text ${property.name} passes through untouched, likewise if a $ is placed a the end of a string. Upon inspecting the IntrospectionUtils.replaceProperties method, I noticed that this behaviour was due to the following code starting @ line 475: } else if (value.charAt(pos + 1) != '{') { sb.append(value.charAt(pos + 1)); prev = pos + 2; // XXX } else { Therefore after consuming a $ and the lookahead says that a non { character follows, only the non { character is placed on the buffer and the $ which has just been consumed is dropped. This can be fixed by simply adding the $ to the buffer, thus: } else if (value.charAt(pos + 1) != '{') { sb.append('$'); sb.append(value.charAt(pos + 1)); prev = pos + 2; } else { I looking back over the CVS history this faulty logic is almost 3 years old, yet I could not find an entry in the bug database for it. I've been using Tomcat for over 3 years now myself and find it strange to of only stubled over this bug after all this time, I guess I've never used a string with the $ character before :P -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JK throws java.lang.NumberFormatException when JSP is not found.
Building isapi under JK/native from CVS builds tomcat_redirector.dll. Is this really isapi_redirect.dll? Thanks, Derrick -Original Message- From: Derrick Koes [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 15, 2004 2:13 PM To: Tomcat Developers List Subject: RE: JK throws java.lang.NumberFormatException when JSP is not found. Is there some good instruction somewhere on what is needed and how to build JK? I've recently built JK2, BTW. Thanks, Derrick -Original Message- From: Mladen Turk [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 15, 2004 2:09 PM To: Tomcat Developers List Subject: Re: JK throws java.lang.NumberFormatException when JSP is not found. Derrick Koes wrote: JK 1.2.7 beta 3 I am running with other isapi filters (coldfusion/jrun and a home grown one), but I haven't seen anything like this in previous versions of JK or JK2. Yes, very strange. I'll try to reproduce the bug on my side now that Allistair said it can be repeated :). Requesting a URL from my browser produces: Microsoft Visual C++ Debug Library Debug Assertion Failed! Yep, sorry. The binaries for beta-3 are by accident build using Debug mode. The easiest is to compile it by yourself. Seems that I'll make another beta after all probably tomorrow. Regards, Mladen. - 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]
Re: JK throws java.lang.NumberFormatException when JSP is not found.
Derrick Koes wrote: Building isapi under JK/native from CVS builds tomcat_redirector.dll. Is this really isapi_redirect.dll? Yes if you wish to build a Domino5 connector (That's ISAPI). For IIS use the iis folder :). Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: PersistentManagerBase (etc) Patches
Here's the patches against 5.5.4 Jess Holle wrote: For those who tried finding through the patches only to find that they did not properly map against CVS (as I just used 'diff -u' in a directory not in a proper CVS tool...), please see the attached patch files against 5.0.30 (which were donoe with a proper CVS tool). I have reworked this for 5.5.4 as well, but there are a number of changes between 5.5.4 and 5.5.6 in these same files. I thus plan to merge up to 5.5.6 before passing these patches along. If anyone is desparately interested in the 5.5.4 stuff now, let me know. Overall, I do believe these are a substantial improvement over the current code, so I'd appreciate it if someone reviewed them a bit -- especially the 5.5.6 versions as it would be good to see this merged in to 5.5.x at least. -- Jess Holle Jess Holle wrote: A week or two ago I found I had need of the persistent session manager, PersistentManagerBase -- and also noticed its experimental status. Looking at the sources I found FIXME comments regarding: (1) a race condition between session passivation and session usage and (2) a lack of LRU sorting to passivate oldest sessions first. I also discovered that all passivated sessions are regularly (every minuted by default) read back into memory in their entirety to check if they should be expired. The attached set of patches is intended to address all of these issues -- and seems to do so to the best of my (admittedly limited) testing. There are additional fixes that should be made to JDBCStore (i.e. in general it seems to a trip to the database for every row in many cases where 1 per 'n' would suffice), but this was of less interest to me for the time being than FileStore, so I have not pursued these. Also, I introduced a new attribute to PersistentManagerBase, but have not yet exposed it via JMX. This is intentional at this point as I am uncertain as to the merits of the non-default value of this operation as of yet. Comments and questions are welcome. All of the patches are against 5.0.30, but I could update them for 5.5.x if there was sufficient interest (e.g. if a committer was interested in committing them). -- Jess Holle [EMAIL PROTECTED] Index: Request.java === RCS file: /home/cvspublic/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/connector/Request.java,v retrieving revision 1.16 diff -u -r1.16 Request.java --- Request.java26 Oct 2004 15:42:05 - 1.16 +++ Request.java15 Dec 2004 20:26:16 - @@ -2173,11 +2173,11 @@ } catch (IOException e) { session = null; } -if ((session != null) !session.isValid()) -session = null; if (session != null) { session.access(); -return (session); +if (session.isValid()) // check isValid() *after* access()! +return (session); +session = null; } } Index: FileStore.java === RCS file: /home/cvspublic/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session/FileStore.java,v retrieving revision 1.5 diff -u -r1.5 FileStore.java --- FileStore.java 23 Jun 2004 13:51:36 - 1.5 +++ FileStore.java 15 Dec 2004 20:26:48 - @@ -209,8 +209,14 @@ if (file == null) { return (new String[0]); } + String files[] = file.list(); +// Bugzilla 32130 +if((files == null) || (files.length 1)) { +return (new String[0]); +} + // Build and return the list of session identifiers ArrayList list = new ArrayList(); int n = FILE_EXT.length(); @@ -367,8 +373,31 @@ oos.close(); } +// give file modification date to match last session access time +if ( !file.setLastModified( ((StandardSession)session).thisAccessedTime ) ) + if (manager.getContainer().getLogger().isDebugEnabled()) + manager.getContainer().getLogger().debug(Could not set last modified date on file store for + session.getId() ); + } +// use file modification date to check if we should bother loading session +protected StandardSession loadSessionIfShouldBeExpired( String sessionId ) +{ +File file = file(sessionId); +if (file != null) { +long sessionAccessTime = file.lastModified(); +if ( sessionAccessTime 0 ) { +int maxInactiveInterval = ((ManagerBase)manager).maxInactiveInterval; +if ( maxInactiveInterval = 0 ) { +long timeNow = System.currentTimeMillis(); +int timeIdle = (int) ((timeNow - sessionAccessTime) / 1000L); +if (timeIdle = maxInactiveInterval) +
Edward Furlong/IE/TLS/PwC is out of the office.
I will be out of the office starting 15/12/2004 and will not return until 16/12/2004. . _ The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[GUMP@brutus]: Project jakarta-tomcat-jk-native-configure (in module jakarta-tomcat-connectors) failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project jakarta-tomcat-jk-native-configure has an issue affecting its community integration. This issue affects 2 projects. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - jakarta-tomcat-jk-native : Connectors to various web servers - jakarta-tomcat-jk-native-configure : Connectors to various web servers Full details are available at: http://brutus.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-native-configure/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -INFO- Failed with reason build failed The following work was performed: http://brutus.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-native-configure/gump_work/buildscript_jakarta-tomcat-connectors_jakarta-tomcat-jk-native-configure.html Work Name: buildscript_jakarta-tomcat-connectors_jakarta-tomcat-jk-native-configure (Type: Build) Work ended in a state of : Failed Elapsed: Command Line: /usr/local/gump/public/workspace/jakarta-tomcat-connectors/jk/native/configure --with-apxs=/usr/local/gump/public/workspace/apache-httpd/dist-15122004/bin/apxs [Working Directory: /usr/local/gump/public/workspace/jakarta-tomcat-connectors/jk/native] - /usr/local/gump/public/workspace/jakarta-tomcat-connectors/jk/native/configure: line 1271: syntax error near unexpected token `common/portable.h' /usr/local/gump/public/workspace/jakarta-tomcat-connectors/jk/native/configure: line 1271: `AM_CONFIG_HEADER(common/portable.h)' - To subscribe to this information via syndicated feeds: - RSS: http://brutus.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-native-configure/rss.xml - Atom: http://brutus.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-native-configure/atom.xml == Gump Tracking Only === Produced by Gump version 2.2. Gump Run 31001815122004, brutus:brutus-public:31001815122004 Gump E-mail Identifier (unique within run) #1. -- Apache Gump http://gump.apache.org/ [Instance: brutus] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]