DO NOT REPLY [Bug 32279] - Tomcat shutsdown/startup not properly integrated with win32 services
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=32279. 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=32279 --- Additional Comments From [EMAIL PROTECTED] 2004-11-18 08:32 --- FYI: Upgrading to Tomcat 5.5.4 seems to have fixed 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 29866] - JspReader#skipUntil may try to read beyond the end of the file
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=29866. 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=29866 --- Additional Comments From [EMAIL PROTECTED] 2004-11-18 10:15 --- Kin-Man, it appears that you've only fixed CVS HEAD since the problem still appears in 5.0.28 and 5.0.29. I know that 5.5.x is supposed to be the new product line now, but is there any chance you could merge the fix into the TOMCAT_5_0 branch so a potential future version of the 5.0.x series picks it up? I'm currently getting a different kind of problem with 5.5.x (report will follow once I have analyzed it) so upgrading is not an option for me right now. -- 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 32180] - EL functions are executed in privileged context
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=32180. 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=32180 --- Additional Comments From [EMAIL PROTECTED] 2004-11-18 10:44 --- Why is the privileged block needed anyway? I tried removing it (just elExprEval.evaluate() call) and everything worked perfectly - including my own EL function that requires permission checks. I don't have any special permissions defined for JSP pages so if EL would require some, it should have come up. -- 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 documentation
Mladen Turk wrote: Docs are at: http://www.apache.org/~mturk/docs/ I'll put tomorrow the rest of docs. Preview is at: http://www.apache.org/~mturk/docs/ The sources can be found at: http://www.apache.org/~mturk/xdocs.tar.gz As you might see there is no more jk2 documentation. Also I have arranged the documentation to follow the Tomcat style guide. Also I have made couple of new sections like 'install' and 'config'. I plan to put in there docs mostly from howto's cause they are quite large and hard to read. In general I'll try to keep at most two pages per file. If it's OK with you guys I'll commit those new files. Also: Any suggestion or even help :) is more then welcome! Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 15278] - [PATCH] mod_jk2 for IIS, Bugfix corrupted data ]
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=15278. 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=15278 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED OS/Version||All Resolution|FIXED | --- Additional Comments From [EMAIL PROTECTED] 2004-11-18 11:17 --- More info on the problem. I see in the postings that some are not able to reproduce the error. We have a situation where people that have a high speed on their network is able to upload files just fine. People on slower lines can upload most of the time and people on slow lines cannot upload at all. I applied the Isapi redirector from: http://jakarta.apache.org/~mturk/isapi_redirector2.zip Now all users can upload no matter what connection they have. I was happy with the patch until I started getting reports like this: 2004-11-18 10:59:51 StandardWrapperValve[jsp]: Servlet.service() for servlet jsp threw exception java.io.IOException: Stream closed at org.apache.jasper.runtime.BodyContentImpl.ensureOpen (BodyContentImpl.java:576) at org.apache.jasper.runtime.BodyContentImpl.write (BodyContentImpl.java:140) at org.apache.jasper.runtime.BodyContentImpl.write (BodyContentImpl.java:157) at org.apache.jsp.indexuf_jsp._jspService(indexuf_jsp.java:1775) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:94) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.jasper.servlet.JspServletWrapper.service (JspServletWrapper.java:298) at org.apache.jasper.servlet.JspServlet.serviceJspFile (JspServlet.java:292) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:236) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter (ApplicationFilterChain.java:237) at org.apache.catalina.core.ApplicationFilterChain.doFilter (ApplicationFilterChain.java:157) at org.apache.catalina.core.StandardWrapperValve.invoke (StandardWrapperValve.java:214) at org.apache.catalina.core.StandardValveContext.invokeNext (StandardValveContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke (StandardPipeline.java:520) at org.apache.catalina.core.StandardContextValve.invokeInternal (StandardContextValve.java:198) at org.apache.catalina.core.StandardContextValve.invoke (StandardContextValve.java:152) at org.apache.catalina.core.StandardValveContext.invokeNext (StandardValveContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke (StandardPipeline.java:520) at org.apache.catalina.core.StandardHostValve.invoke (StandardHostValve.java:137) at org.apache.catalina.core.StandardValveContext.invokeNext (StandardValveContext.java:104) at org.apache.catalina.valves.ErrorReportValve.invoke (ErrorReportValve.java:117) at org.apache.catalina.core.StandardValveContext.invokeNext (StandardValveContext.java:102) at org.apache.catalina.core.StandardPipeline.invoke (StandardPipeline.java:520) at org.apache.catalina.core.StandardEngineValve.invoke (StandardEngineValve.java:109) at org.apache.catalina.core.StandardValveContext.invokeNext (StandardValveContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke (StandardPipeline.java:520) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929) at org.apache.coyote.tomcat5.CoyoteAdapter.service (CoyoteAdapter.java:160) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:296) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:372) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:694) at org.apache.jk.common.ChannelSocket.processConnection (ChannelSocket.java:626) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:807) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run (ThreadPool.java:644) at java.lang.Thread.run(Thread.java:595) I started getting these errors when the load on the server grew in the morning after I applied the patch. I have the following config: IIS 6 (win2003) Tomcat 5.0.25 java SDK 1.5 RC Isapi redirector from: http://jakarta.apache.org/~mturk/isapi_redirector2.zip -- 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
DO NOT REPLY [Bug 32292] New: - HTTP response 505 and Keep-Alive processing
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=32292. 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=32292 Summary: HTTP response 505 and Keep-Alive processing Product: Tomcat 4 Version: 4.1.30 Platform: PC OS/Version: Windows 2000 Status: NEW Severity: normal Priority: P3 Component: Connector:Coyote HTTP/1.1 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] The following operation was found although it was not so big a problem. Then telneted to port 8080(tomcat 4.1.30) and gave following request (bat request because 2 spaspace befor HTTP/1.1). HEAD /index.html HTTP/1.0 response was following HTTP/1.1 505 HTTP Version Not Supported Date: Thu, 18 Nov 2004 07:34:18 GMT Server: Apache-Coyote/1.1 Connection: Keep-Alive Although a response header means KEEP-ALIVE processing, socket close immediately. I think that correction would be inadequate at 4.1.27 folowing code. org.apache.coyote.http11.Http11Processor#statusDropsConnection /** * Determine if we must drop the connection because of the HTTP status * code. Use the same list of codes as Apache/httpd. */ protected boolean statusDropsConnection(int status) { return status == 400 /* SC_BAD_REQUEST */ || status == 408 /* SC_REQUEST_TIMEOUT */ || status == 411 /* SC_LENGTH_REQUIRED */ || status == 413 /* SC_REQUEST_ENTITY_TOO_LARGE */ || status == 414 /* SC_REQUEST_URI_TOO_LARGE */ || status == 500 /* SC_INTERNAL_SERVER_ERROR */ || status == 503 /* SC_SERVICE_UNAVAILABLE */ || status == 501 /* SC_NOT_IMPLEMENTED */; } I think that 505 should also be included here, but it does not know whether be else or not.(...or other fix code) regards, Naru Hayashi from Japan -- 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 32293] New: - HTTP response 505 and Keep-Alive processing
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=32293. 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=32293 Summary: HTTP response 505 and Keep-Alive processing Product: Tomcat 4 Version: 4.1.30 Platform: PC OS/Version: Windows 2000 Status: NEW Severity: normal Priority: P3 Component: Connector:Coyote HTTP/1.1 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] The following operation was found although it was not so big a problem. Then telneted to port 8080(tomcat 4.1.30) and gave following request (bat request because 2 spaspace befor HTTP/1.1). HEAD /index.html HTTP/1.0 response was following HTTP/1.1 505 HTTP Version Not Supported Date: Thu, 18 Nov 2004 07:34:18 GMT Server: Apache-Coyote/1.1 Connection: Keep-Alive Although a response header means KEEP-ALIVE processing, socket close immediately. I think that correction would be inadequate at 4.1.27 folowing code. org.apache.coyote.http11.Http11Processor#statusDropsConnection /** * Determine if we must drop the connection because of the HTTP status * code. Use the same list of codes as Apache/httpd. */ protected boolean statusDropsConnection(int status) { return status == 400 /* SC_BAD_REQUEST */ || status == 408 /* SC_REQUEST_TIMEOUT */ || status == 411 /* SC_LENGTH_REQUIRED */ || status == 413 /* SC_REQUEST_ENTITY_TOO_LARGE */ || status == 414 /* SC_REQUEST_URI_TOO_LARGE */ || status == 500 /* SC_INTERNAL_SERVER_ERROR */ || status == 503 /* SC_SERVICE_UNAVAILABLE */ || status == 501 /* SC_NOT_IMPLEMENTED */; } I think that 505 should also be included here, but it does not know whether be else or not.(...or other fix code) regards, Naru Hayashi from Japan -- 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 documentation
Hi, I like the new look and style, as well as the cleaned up docs. Good job ;) Yoav Shapira http://www.yoavshapira.com -Original Message- From: Mladen Turk [mailto:[EMAIL PROTECTED] Sent: Thursday, November 18, 2004 5:03 AM To: Tomcat Developers List Subject: Re: JK documentation Mladen Turk wrote: Docs are at: http://www.apache.org/~mturk/docs/ I'll put tomorrow the rest of docs. Preview is at: http://www.apache.org/~mturk/docs/ The sources can be found at: http://www.apache.org/~mturk/xdocs.tar.gz As you might see there is no more jk2 documentation. Also I have arranged the documentation to follow the Tomcat style guide. Also I have made couple of new sections like 'install' and 'config'. I plan to put in there docs mostly from howto's cause they are quite large and hard to read. In general I'll try to keep at most two pages per file. If it's OK with you guys I'll commit those new files. Also: Any suggestion or even help :) is more then welcome! Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources LocalStrings.properties LocalStrings_es.properties LocalStrings_fr.properties LocalStrings_ja.properties
yoavs 2004/11/18 06:23:55 Modified:webapps/docs changelog.xml jasper2/src/share/org/apache/jasper JspC.java jasper2/src/share/org/apache/jasper/resources LocalStrings.properties LocalStrings_es.properties LocalStrings_fr.properties LocalStrings_ja.properties Log: Bugzilla 32257: add configurable file name extensions to JspC. Revision ChangesPath 1.170 +11 -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.169 retrieving revision 1.170 diff -u -r1.169 -r1.170 --- changelog.xml 17 Nov 2004 20:17:46 - 1.169 +++ changelog.xml 18 Nov 2004 14:23:55 - 1.170 @@ -52,6 +52,17 @@ /changelog /subsection + subsection name=Jasper +changelog + update +bug32257/bug: Added ability to customize JSP file extensions in JspC. (yoavs) + /update + update +Updated JspC usage messages to include recently added configurable parameters. (yoavs) + /update +/changelog + /subsection + subsection name=Webapps changelog update 1.88 +47 -7 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/JspC.java Index: JspC.java === RCS file: /home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/JspC.java,v retrieving revision 1.87 retrieving revision 1.88 diff -u -r1.87 -r1.88 --- JspC.java 22 Oct 2004 17:13:27 - 1.87 +++ JspC.java 18 Nov 2004 14:23:55 - 1.88 @@ -32,6 +32,7 @@ import java.net.URLClassLoader; import java.util.ArrayList; import java.util.Enumeration; +import java.util.List; import java.util.Stack; import java.util.StringTokenizer; import java.util.Vector; @@ -80,6 +81,7 @@ * @author Danno Ferrin * @author Pierre Delisle * @author Costin Manolache + * @author Yoav Shapira */ public class JspC implements Options { @@ -112,6 +114,8 @@ private static final String SWITCH_DIE = -die; private static final String SWITCH_POOLING = -poolingEnabled; private static final String SWITCH_ENCODING = -javaEncoding; +private static final String SWITCH_ADD_EXTENSION = -addExtension; + private static final String SHOW_SUCCESS =-s; private static final String LIST_ERRORS = -l; private static final int NO_WEBXML = 0; @@ -151,7 +155,13 @@ private String compilerSourceVM = 1.4; private boolean classDebugInfo = true; -private Vector extensions; + +/** + * The file extensions to be handled as JSP files. + * Default list is .jsp and .jspx. + */ +private List extensions; + private Vector pages = new Vector(); private boolean errorOnUseBeanInvalidClassAttribute = true; @@ -284,6 +294,8 @@ setCompilerSourceVM(nextArg()); } else if (tok.equals(SWITCH_TARGET)) { setCompilerTargetVM(nextArg()); +} else if (tok.equals(SWITCH_ADD_EXTENSION)) { +addExtension(nextArg()); } else { if (tok.startsWith(-)) { throw new JasperException(Unrecognized option: + tok + @@ -499,7 +511,7 @@ } public TldLocationsCache getTldLocationsCache() { -return tldLocationsCache; +return tldLocationsCache; } /** @@ -537,6 +549,32 @@ } /** + * Returns the list of file extensions + * that are treated as JSP files. + * + * @return The list of extensions + */ +public List getExtensions() { +return extensions; +} + +/** + * Adds the given file extension to the + * list of extensions handled as JSP files. + * + * @param extension The extension to add, e.g. myjsp + */ +public void addExtension(final String extension) { +if(extension != null) { +if(extensions == null) { +extensions = new Vector(); +} + +extensions.add(extension); +} +} + +/** * Base dir for the webapp. Used to generate class names and resolve * includes */ @@ -851,11 +889,13 @@ public void scanFiles( File base ) throws JasperException { Stack dirs = new Stack(); dirs.push(base); -if (extensions == null) { -extensions = new Vector(); -extensions.addElement(jsp); -extensions.addElement(jspx); + +// Make sure default extensions are
DO NOT REPLY [Bug 32257] - JspC ant task won't precompile JSPs that don't end in .jsp
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=32257. 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=32257 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |ASSIGNED --- Additional Comments From [EMAIL PROTECTED] 2004-11-18 15:24 --- Done for Tomcat 5.5.5. -- 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 31804] - setParent() is not called on nested tags in a tag file (.tagx)
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=31804. 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=31804 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2004-11-18 15:35 --- Your expectation is wrong. You should expect setParent() to be called on your tag handler, and a non-null argument passed to it, only if your custom tag is nested inside another custom tag. Shouldn't we expect setParent() to be called on custom:submit tag handler with this.getParent() of .tagx file handler? I mean if our .tagx snippet in its term will ever be nested inside another custom tag at some other place, then setParent() will be called with this.getParent(), which was set to point to real parent tag handler in that case. For example I have batch.tag file with the number of sql:update tags. Now I want that those statements would run in the context of sql:transaction. If I simply put sql:transaction my:batch / /sql:transaction then sql:update statements won't be connected with the tag invocation tree that includes sql:transaction. I do not see any particular reason why enclosed sql:update invocations should be isolated from their enclosing enviromnent... -- 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-jasper/jasper2/src/share/org/apache/jasper/resources messages.properties messages_es.properties messages_fr.properties messages_ja.properties
yoavs 2004/11/18 06:38:17 Modified:webapps/docs Tag: TOMCAT_5_0 changelog.xml jasper2/src/share/org/apache/jasper Tag: TOMCAT_5_0 JspC.java jasper2/src/share/org/apache/jasper/resources Tag: TOMCAT_5_0 messages.properties messages_es.properties messages_fr.properties messages_ja.properties Log: Bugzilla 32257: add configurable file name extensions to JspC. Also updated JspC usage messages. Revision ChangesPath No revision No revision 1.70.2.73 +6 -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.70.2.72 retrieving revision 1.70.2.73 diff -u -r1.70.2.72 -r1.70.2.73 --- changelog.xml 17 Nov 2004 20:06:35 - 1.70.2.72 +++ changelog.xml 18 Nov 2004 14:38:14 - 1.70.2.73 @@ -81,6 +81,12 @@ update Exposed compilerSourceVM and compilerTargetVM options to JspC. (yoavs) /update + update +bug32257/bug: Added ability to customize JSP file extensions in JspC. (yoavs) + /update + update +Updated JspC usage messages to include recently added configurable parameters. (yoavs) + /update /changelog /subsection No revision No revision 1.80.2.4 +46 -6 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/JspC.java Index: JspC.java === RCS file: /home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/JspC.java,v retrieving revision 1.80.2.3 retrieving revision 1.80.2.4 diff -u -r1.80.2.3 -r1.80.2.4 --- JspC.java 22 Oct 2004 16:51:23 - 1.80.2.3 +++ JspC.java 18 Nov 2004 14:38:16 - 1.80.2.4 @@ -32,6 +32,7 @@ import java.net.URLClassLoader; import java.util.ArrayList; import java.util.Enumeration; +import java.util.List; import java.util.Stack; import java.util.StringTokenizer; import java.util.Vector; @@ -80,6 +81,7 @@ * @author Danno Ferrin * @author Pierre Delisle * @author Costin Manolache + * @author Yoav Shapira */ public class JspC implements Options { @@ -112,6 +114,8 @@ private static final String SWITCH_DIE = -die; private static final String SWITCH_POOLING = -poolingEnabled; private static final String SWITCH_ENCODING = -javaEncoding; +private static final String SWITCH_ADD_EXTENSION = -addExtension; + private static final String SHOW_SUCCESS =-s; private static final String LIST_ERRORS = -l; private static final int NO_WEBXML = 0; @@ -150,7 +154,13 @@ private String compilerSourceVM = 1.3; private boolean classDebugInfo = true; -private Vector extensions; + +/** + * The file extensions to be handled as JSP files. + * Default list is .jsp and .jspx. + */ +private List extensions; + private Vector pages = new Vector(); private boolean errorOnUseBeanInvalidClassAttribute = true; @@ -283,6 +293,8 @@ setCompilerSourceVM(nextArg()); } else if (tok.equals(SWITCH_TARGET)) { setCompilerTargetVM(nextArg()); +} else if (tok.equals(SWITCH_ADD_EXTENSION)) { +addExtension(nextArg()); } else { if (tok.startsWith(-)) { throw new JasperException(Unrecognized option: + tok + @@ -538,6 +550,32 @@ classPath=s; } +/** + * Returns the list of file extensions + * that are treated as JSP files. + * + * @return The list of extensions + */ +public List getExtensions() { +return extensions; +} + +/** + * Adds the given file extension to the + * list of extensions handled as JSP files. + * + * @param extension The extension to add, e.g. myjsp + */ +public void addExtension(final String extension) { +if(extension != null) { +if(extensions == null) { +extensions = new Vector(); +} + +extensions.add(extension); +} +} + /** * Base dir for the webapp. Used to generate class names and resolve * includes @@ -852,11 +890,13 @@ public void scanFiles( File base ) throws JasperException { Stack dirs = new Stack(); dirs.push(base); -if (extensions == null) { -extensions = new Vector(); -
DO NOT REPLY [Bug 32257] - JspC ant task won't precompile JSPs that don't end in .jsp
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=32257. 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=32257 [EMAIL PROTECTED] changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-11-18 15:38 --- Done also for Tomcat 5.0.30. -- 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-jasper/jasper2/src/share/org/apache/jasper/resources LocalStrings_es.properties LocalStrings_fr.properties LocalStrings_ja.properties
yoavs 2004/11/18 06:41:20 Modified:jasper2/src/share/org/apache/jasper/resources LocalStrings_es.properties LocalStrings_fr.properties LocalStrings_ja.properties Log: Tiny message corrections for consistency. Revision ChangesPath 1.3 +3 -3 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources/LocalStrings_es.properties Index: LocalStrings_es.properties === RCS file: /home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources/LocalStrings_es.properties,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- LocalStrings_es.properties18 Nov 2004 14:23:55 - 1.2 +++ LocalStrings_es.properties18 Nov 2004 14:41:20 - 1.3 @@ -239,7 +239,7 @@ \PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.3//EN\n\ \http://java.sun.com/dtd/web-app_2_3.dtd;\n\ !--\n\ -Creado automaticamente mediante Tomcat JspC.\n\ +Creado automaticamente mediante Apache Jakarta Tomcat JspC.\n\ --\n\ web-app\n\ \n @@ -248,7 +248,7 @@ \n jspc.webinc.header=\n\ !--\n\ -Creado automaticamente mediante Tomcat JspC.\n\ +Creado automaticamente mediante Apache Jakarta Tomcat JspC.\n\ Coloque este fragmento en el fichero web.xml antes de \n\ todos los elementos: icon, display-name, description, \n\ distributable y context-param .\n\ 1.3 +3 -3 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources/LocalStrings_fr.properties Index: LocalStrings_fr.properties === RCS file: /home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources/LocalStrings_fr.properties,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- LocalStrings_fr.properties18 Nov 2004 14:23:55 - 1.2 +++ LocalStrings_fr.properties18 Nov 2004 14:41:20 - 1.3 @@ -193,7 +193,7 @@ \PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.3//EN\n\ \http://java.sun.com/dtd/web-app_2_3.dtd;\n\ !--\n\ -Créer automatiquement par le JspC Tomcat.\n\ +Créer automatiquement par le JspC Apache Jakarta Tomcat.\n\ --\n\ web-app\n\ \n @@ -202,7 +202,7 @@ \n jspc.webinc.header=\n\ !--\n\ -Créer automatiquement par le JspC Tomcat.\n\ +Créer automatiquement par le JspC Apache Jakarta Tomcat.\n\ Placez ce fragment dans le fichier web.xml avant all icon, display-name,\n\ description, distributable, and context-param elements.\n\ --\n 1.3 +3 -3 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources/LocalStrings_ja.properties Index: LocalStrings_ja.properties === RCS file: /home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources/LocalStrings_ja.properties,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- LocalStrings_ja.properties18 Nov 2004 14:23:55 - 1.2 +++ LocalStrings_ja.properties18 Nov 2004 14:41:20 - 1.3 @@ -236,7 +236,7 @@ \PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.3//EN\n\ \http://java.sun.com/dtd/web-app_2_3.dtd;\n\ !--\n\ -Automatically created by Tomcat JspC.\n\ +Automatically created by Apache Jakarta Tomcat JspC.\n\ --\n\ web-app\n\ \n @@ -245,7 +245,7 @@ \n jspc.webinc.header=\n\ !--\n\ -Automatically created by Tomcat JspC.\n\ +Automatically created by Apache Jakarta Tomcat JspC.\n\ Place this fragment in the web.xml before all icon, display-name,\n\ description, distributable, and context-param elements.\n\ --\n - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32277] - Apache/Tomcat jk2 apparent lock
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=32277. 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=32277 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-11-18 15:43 --- JK2 is going away, don't use it. And when you can submit a complete test package we can use to reproduce your issue using mod_jk, please feel free to reopen this issue and we'll be glad to take a look at it. Until then, I suggest using the tomcat-user list for discussion: there are other factors that could be causing what you're seeing, and Bugzilla is not a discussion forum. -- 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 ssl-howto.xml
yoavs 2004/11/18 06:51:35 Modified:webapps/docs changelog.xml ssl-howto.xml Log: Bugzilla 22679: misc addition to SSL HowTo. Revision ChangesPath 1.171 +3 -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.170 retrieving revision 1.171 diff -u -r1.170 -r1.171 --- changelog.xml 18 Nov 2004 14:23:55 - 1.170 +++ changelog.xml 18 Nov 2004 14:51:35 - 1.171 @@ -35,6 +35,9 @@ fix bug31132/bug: Better -x/-r support for OS/400 in startup scripts. (yoavs) /fix + update +bug22679/bug: Added misc note on accessing session ID to SSL-HowTo. (yoavs) + /update /changelog /subsection 1.13 +20 -4 jakarta-tomcat-catalina/webapps/docs/ssl-howto.xml Index: ssl-howto.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/ssl-howto.xml,v retrieving revision 1.12 retrieving revision 1.13 diff -u -r1.12 -r1.13 --- ssl-howto.xml 1 Sep 2004 22:04:27 - 1.12 +++ ssl-howto.xml 18 Nov 2004 14:51:35 - 1.13 @@ -8,13 +8,14 @@ properties author email=[EMAIL PROTECTED]Christopher Cain/author +author email=[EMAIL PROTECTED]Yoav Shapira/author titleSSL Configuration HOW-TO/title /properties body -section name=Quick-Start Version +section name=Quick Start blockquoteem pThe description below uses the variable name $CATALINA_HOME @@ -173,14 +174,16 @@ section name=Configuration -subsection name=Download and Install JSSE +subsection name=Download and Install JSSE (if needed) +pNote that JSSE is bundled with Sun's JDK 1.4 and later, so if you're using +JDK 1.4 and later, you can skip this step./p + pDownload the emJava Secure Socket Extensions/em (JSSE) package, version 1.0.3 or later, from a href=http://java.sun.com/products/jsse/;http://java.sun.com/products/jsse//a. If you built Tomcat from source, you have probably already downloaded this -package. If you are running JDK 1.4.x, these classes have -been integrated directly into the JDK, so you can skip this entire step./p +package./p pAfter expanding the package, there are two ways to make it available to Tomcat (choose one or the other):/p @@ -502,6 +505,19 @@ information, at a href=http://jakarta.apache.org/site/mail.html;http://jakarta.apache.org/site/mail.html;/a./p +/section + +section name=Miscellaneous Tips and Bits + +pTo access the SSL session ID from the request, use:br / + + code +String sslID = (String)request.getAttribute(javax.servlet.request.ssl_session); + /code +br / +For additional discussion on this area, please see +a href=http://issues.apache.org/bugzilla/show_bug.cgi?id=22679;Bugzilla/a. +/p /section /body - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml ssl-howto.xml
yoavs 2004/11/18 07:01:03 Modified:webapps/docs Tag: TOMCAT_5_0 changelog.xml ssl-howto.xml Log: Bugzilla 22678: misc addition to SSL HowTo Revision ChangesPath No revision No revision 1.70.2.74 +3 -1 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.70.2.73 retrieving revision 1.70.2.74 diff -u -r1.70.2.73 -r1.70.2.74 --- changelog.xml 18 Nov 2004 14:38:14 - 1.70.2.73 +++ changelog.xml 18 Nov 2004 15:01:03 - 1.70.2.74 @@ -26,7 +26,9 @@ fix bug31132/bug: Modified startup scripts for better OS/400 -x/-r handling. (yoavs) /fix - + update +bug22679/bug: Added misc note on accessing session ID to SSL-HowTo. (yoavs) + /update /changelog /subsection 1.11.2.2 +19 -4 jakarta-tomcat-catalina/webapps/docs/ssl-howto.xml Index: ssl-howto.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/ssl-howto.xml,v retrieving revision 1.11.2.1 retrieving revision 1.11.2.2 diff -u -r1.11.2.1 -r1.11.2.2 --- ssl-howto.xml 28 Oct 2004 20:30:52 - 1.11.2.1 +++ ssl-howto.xml 18 Nov 2004 15:01:03 - 1.11.2.2 @@ -8,13 +8,14 @@ properties author email=[EMAIL PROTECTED]Christopher Cain/author +author email=[EMAIL PROTECTED]Yoav Shapira/author titleSSL Configuration HOW-TO/title /properties body -section name=Quick-Start Version +section name=Quick Start blockquoteem pThe description below uses the variable name $CATALINA_HOME @@ -173,14 +174,15 @@ section name=Configuration -subsection name=Download and Install JSSE +subsection name=Download and Install JSSE (if needed) +pNote that JSSE is bundled with Sun's JDK 1.4 and later, so if you're using + JDK 1.4 and later, you can skip this step./p pDownload the emJava Secure Socket Extensions/em (JSSE) package, version 1.0.3 or later, from a href=http://java.sun.com/products/jsse/;http://java.sun.com/products/jsse//a. If you built Tomcat from source, you have probably already downloaded this -package. If you are running JDK 1.4.x, these classes have -been integrated directly into the JDK, so you can skip this entire step./p +package./p pAfter expanding the package, there are two ways to make it available to Tomcat (choose one or the other):/p @@ -503,6 +505,19 @@ a href=http://jakarta.apache.org/site/mail.html;http://jakarta.apache.org/site/mail.html;/a./p /section + +section name=Miscellaneous Tips and Bits + + pTo access the SSL session ID from the request, use:br / + + code + String sslID = (String)request.getAttribute(javax.servlet.request.ssl_session); + /code + br / + For additional discussion on this area, please see + a href=http://issues.apache.org/bugzilla/show_bug.cgi?id=22679;Bugzilla/a. + /p + /section /body - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22679] - how to access ssl session ID out of tomcat to prevent session hijacking
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=22679. 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=22679 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-11-18 16:01 --- Docs enhanced accordingly for Tomcat 5.0.30 and 5.5.5. -- 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]
Tomcat 5.0.30 next week
Hi, If no on objects, I'd like to cut Tomcat 5.0.30 next week. Right now let's say Wednesday, November 24th, at 1600h GMT (http://www.timeanddate.com/worldclock/converted.html?month=11day=24ye ar=2004hour=11min=0sec=0p1=43p2=0). If anyone objects, let's hear it. I've been porting nearly every fix in 5.5 to 5.0 recently, and after 5.0.30, assuming it goes stable, I'll probably stop doing that. I'll still be glad to help with releases if other people continue significant work on 5.0 of course. Yoav Shapira http://www.yoavshapira.com This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29521] - No destroy methods called on service shutdown
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=29521. 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=29521 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] OS/Version||All -- 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 31239] - destroy method of servlets not called when stopping tomcat service
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=31239. 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=31239 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2004-11-18 16:10 --- *** This bug has been marked as a duplicate of 29521 *** -- 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 29521] - No destroy methods called on service shutdown
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=29521. 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=29521 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] ||com --- Additional Comments From [EMAIL PROTECTED] 2004-11-18 16:10 --- *** Bug 31239 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]
DO NOT REPLY [Bug 30352] - CLIENT-CERT auth doesn't work with DataSourceRealm and JDBCRealm
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=30352. 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=30352 [EMAIL PROTECTED] changed: What|Removed |Added Severity|major |enhancement --- Additional Comments From [EMAIL PROTECTED] 2004-11-18 16:11 --- Changing this to an enhancement request. OP, if you want to work on this, a patch would be gladly welcome. -- 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 21616] - Upload fails under iis5-jk2 and not under tomcat alone
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=21616. 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=21616 --- Additional Comments From [EMAIL PROTECTED] 2004-11-18 16:29 --- Created an attachment (id=13490) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=13490action=view) Proposed 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]
Re: cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources LocalStrings.properties LocalStrings_es.properties LocalStrings_fr.properties LocalStrings_ja.properties
[EMAIL PROTECTED] wrote: yoavs 2004/11/18 06:23:55 Modified:webapps/docs changelog.xml jasper2/src/share/org/apache/jasper JspC.java jasper2/src/share/org/apache/jasper/resources LocalStrings.properties LocalStrings_es.properties LocalStrings_fr.properties LocalStrings_ja.properties Log: Bugzilla 32257: add configurable file name extensions to JspC. I had consistently vetoed this feature addition in the past. Yet another useless feature that allows to blatantly ignore the specification, and will make applications less portable. I suppose I should have closed the bug faster. Now that you implemented it, I suppose it means the code can stay :/ Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat 5.0.30 next week [Auf Viren geprüft]
Hi Yoav, I would be happy if my patch to bug #32269 could make it into 5.0.30 stable because I need it in an official stable Tomcat 5.0 release and you say this is the last chance. I just checked the source of JNDIRealm from Tomcat 5.5.4 and it's just the same, so bug and patch apply to 5.5.4 too. Thanks for your effort and may your MBA study be successful, Frerk Meyer EDEKA Aktiengesellschaft GB Datenverarbeitung Frerk Meyer CC Web Technologien New-York-Ring 6 22297 Hamburg Tel: 040/6377 - 3272 Fax: 040/6377 - 41268 mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat 5.0.30 next week
Hi, I would be happy if my patch to bug #32269 could make it into 5.0.30 stable because I need it in an official stable Tomcat 5.0 release and you say this is the last chance. It's not the absolute last chance, but 5.0 releases are going to drop in frequency after 5.0.30, I anticipate. Of course showstopper and security bugs will still be addressed immediately. But that's the besides the point for you: your patch seems fine and I'll put it into 5.0.30 unless someone else does it before me or -1's it. I wasn't sure if CompositeName was in JDK 1.3, but I see it is. I just checked the source of JNDIRealm from Tomcat 5.5.4 and it's just the same, so bug and patch apply to 5.5.4 too. Yup, I saw that. Thanks for your effort and may your MBA study be successful, Thanks ;) Yoav Shapira http://www.yoavshapira.com This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 21616] - Upload fails under iis5-jk2 and not under tomcat alone
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=21616. 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=21616 --- Additional Comments From [EMAIL PROTECTED] 2004-11-18 16:38 --- This bug can be reproduced by playing back a HTTP request (upload for example) larger than ~55kB, if the HTTP chunks are anything else than 8kB each. 8kB seems to be the magic size, because it is able to clear the lpbData buffer entirely. If the lpbData buffer is read while it contains less than 8kB, then directly afterwards the ReadClient() method is invoked to fill up the rest of the buffer. If the content_read is not updated directly, the jk2_service_iis_read method (in jk_service_iis.c) fails. (it might be worth it to take a look at that too) -- 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: cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources LocalStrings.properties LocalStrings_es.properties LocalStrings_fr.properties LocalStrings_ja.properties
Hi, I wasn't aware of past action on this. Because the items haven't been in a release, it's a cinch to undo my commits and resolve the issue as invalid. I wouldn't have a problem with that if someone feels strongly about it. It seemed easy from an implementation perspective, and I figured very few people would use it, but who knows... ;) Yoav Shapira http://www.yoavshapira.com -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED] Sent: Thursday, November 18, 2004 10:31 AM To: Tomcat Developers List Subject: Re: cvs commit: jakarta-tomcat- jasper/jasper2/src/share/org/apache/jasper/resources LocalStrings.properties LocalStrings_es.properties LocalStrings_fr.properties LocalStrings_ja.properties [EMAIL PROTECTED] wrote: yoavs 2004/11/18 06:23:55 Modified:webapps/docs changelog.xml jasper2/src/share/org/apache/jasper JspC.java jasper2/src/share/org/apache/jasper/resources LocalStrings.properties LocalStrings_es.properties LocalStrings_fr.properties LocalStrings_ja.properties Log: Bugzilla 32257: add configurable file name extensions to JspC. I had consistently vetoed this feature addition in the past. Yet another useless feature that allows to blatantly ignore the specification, and will make applications less portable. I suppose I should have closed the bug faster. Now that you implemented it, I suppose it means the code can stay :/ Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: DO NOT REPLY [Bug 21616] - Upload fails under iis5-jk2 and not under tomcat alone [104787:118984]
Thank you for contacting Ai Squareds sales department at [EMAIL PROTECTED] We have received your request, and look forward to being able to assist you. Email inquiries and orders are handled in the order in which they are received. Should you have any questions, please feel free to contact our sales line toll free at (800) 859-0270, Monday through Friday, 8:30 am -5:00 pm EST. Sincerely, The Ai Squared Sales Team -Original Message- From: [EMAIL PROTECTED] Received: 11/18/2004 10:37 AM To: [EMAIL PROTECTED] Subject: DO NOT REPLY [Bug 21616] - Upload fails under iis5-jk2 and not under tomcat alone 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=21616. 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=21616 --- Additional Comments From [EMAIL PROTECTED] 2004-11-18 16:38 --- This bug can be reproduced by playing back a HTTP request (upload for example) larger than ~55kB, if the HTTP chunks are anything else than 8kB each. 8kB seems to be the magic size, because it is able to clear the lpbData buffer entirely. If the lpbData buffer is read while it contains less than 8kB, then directly afterwards the ReadClient() method is invoked to fill up the rest of the buffer. If the content_read is not updated directly, the jk2_service_iis_read method (in jk_service_iis.c) fails. (it might be worth it to take a look at that too) -- 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources LocalStrings.properties LocalStrings_es.properties LocalStrings_fr.properties LocalStrings_ja.properties [104789:118986]
Thank you for contacting Ai Squareds sales department at [EMAIL PROTECTED] We have received your request, and look forward to being able to assist you. Email inquiries and orders are handled in the order in which they are received. Should you have any questions, please feel free to contact our sales line toll free at (800) 859-0270, Monday through Friday, 8:30 am -5:00 pm EST. Sincerely, The Ai Squared Sales Team -Original Message- From: Shapira, Yoav [EMAIL PROTECTED] Received: 11/18/2004 10:37 AM To: Tomcat Developers List [EMAIL PROTECTED] Subject: RE: cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources LocalStrings.properties LocalStrings_es.properties LocalStrings_fr.properties LocalStrings_ja.properties Hi, I wasn't aware of past action on this. Because the items haven't been in a release, it's a cinch to undo my commits and resolve the issue as invalid. I wouldn't have a problem with that if someone feels strongly about it. It seemed easy from an implementation perspective, and I figured very few people would use it, but who knows... ;) Yoav Shapira http://www.yoavshapira.com -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED] Sent: Thursday, November 18, 2004 10:31 AM To: Tomcat Developers List Subject: Re: cvs commit: jakarta-tomcat- jasper/jasper2/src/share/org/apache/jasper/resources LocalStrings.properties LocalStrings_es.properties LocalStrings_fr.properties LocalStrings_ja.properties [EMAIL PROTECTED] wrote: yoavs 2004/11/18 06:23:55 Modified:webapps/docs changelog.xml jasper2/src/share/org/apache/jasper JspC.java jasper2/src/share/org/apache/jasper/resources LocalStrings.properties LocalStrings_es.properties LocalStrings_fr.properties LocalStrings_ja.properties Log: Bugzilla 32257: add configurable file name extensions to JspC. I had consistently vetoed this feature addition in the past. Yet another useless feature that allows to blatantly ignore the specification, and will make applications less portable. I suppose I should have closed the bug faster. Now that you implemented it, I suppose it means the code can stay :/ Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat 5.0.30 next week
On Thu, 18 Nov 2004, Yoav Shapira [EMAIL PROTECTED] wrote: I've been porting nearly every fix in 5.5 to 5.0 recently, Could I ask you to include http://cvs.apache.org/viewcvs.cgi/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/JspReader.java?r1=1.22r2=1.23 pretty please? ;-) See http://issues.apache.org/bugzilla/show_bug.cgi?id=29866. Cheers Stefan -- http://stefanbodewig.blogger.de/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29866] - JspReader#skipUntil may try to read beyond the end of the file
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=29866. 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=29866 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Additional Comments From [EMAIL PROTECTED] 2004-11-18 16:45 --- Reopening bug for Tomcat 5.0.30 as a reminder to myself. -- 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 29866] - JspReader#skipUntil may try to read beyond the end of the file
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=29866. 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=29866 [EMAIL PROTECTED] changed: What|Removed |Added AssignedTo|tomcat- |[EMAIL PROTECTED] |[EMAIL PROTECTED] | Status|REOPENED|NEW -- 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: Tomcat 5.0.30 next week [104803:118996]
Thank you for contacting Ai Squareds sales department at [EMAIL PROTECTED] We have received your request, and look forward to being able to assist you. Email inquiries and orders are handled in the order in which they are received. Should you have any questions, please feel free to contact our sales line toll free at (800) 859-0270, Monday through Friday, 8:30 am -5:00 pm EST. Sincerely, The Ai Squared Sales Team -Original Message- From: Stefan Bodewig [EMAIL PROTECTED] Received: 11/18/2004 10:41 AM To: Tomcat Developers List [EMAIL PROTECTED] Subject: Re: Tomcat 5.0.30 next week On Thu, 18 Nov 2004, Yoav Shapira [EMAIL PROTECTED] wrote: I've been porting nearly every fix in 5.5 to 5.0 recently, Could I ask you to include http://cvs.apache.org/viewcvs.cgi/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/JspReader.java?r1=1.22r2=1.23 pretty please? ;-) See http://issues.apache.org/bugzilla/show_bug.cgi?id=29866. Cheers Stefan -- http://stefanbodewig.blogger.de/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32269] - [PATCH] JNDIRealm fails with InvalidNameException to authenticate users if LDAP distinguished name (DN) contains slash or double quote character(s)
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=32269. 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=32269 [EMAIL PROTECTED] changed: What|Removed |Added AssignedTo|tomcat- |[EMAIL PROTECTED] |[EMAIL PROTECTED] | -- 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: DO NOT REPLY [Bug 29866] - JspReader#skipUntil may try to read beyond the end of the file [104804:118998]
Thank you for contacting Ai Squareds sales department at [EMAIL PROTECTED] We have received your request, and look forward to being able to assist you. Email inquiries and orders are handled in the order in which they are received. Should you have any questions, please feel free to contact our sales line toll free at (800) 859-0270, Monday through Friday, 8:30 am -5:00 pm EST. Sincerely, The Ai Squared Sales Team -Original Message- From: [EMAIL PROTECTED] Received: 11/18/2004 10:43 AM To: [EMAIL PROTECTED] Subject: DO NOT REPLY [Bug 29866] - JspReader#skipUntil may try to read beyond the end of the file 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=29866. 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=29866 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Additional Comments From [EMAIL PROTECTED] 2004-11-18 16:45 --- Reopening bug for Tomcat 5.0.30 as a reminder to myself. -- 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: DO NOT REPLY [Bug 29866] - JspReader#skipUntil may try to read beyond the end of the file [104805:118999]
Thank you for contacting Ai Squareds sales department at [EMAIL PROTECTED] We have received your request, and look forward to being able to assist you. Email inquiries and orders are handled in the order in which they are received. Should you have any questions, please feel free to contact our sales line toll free at (800) 859-0270, Monday through Friday, 8:30 am -5:00 pm EST. Sincerely, The Ai Squared Sales Team -Original Message- From: [EMAIL PROTECTED] Received: 11/18/2004 10:43 AM To: [EMAIL PROTECTED] Subject: DO NOT REPLY [Bug 29866] - JspReader#skipUntil may try to read beyond the end of the file 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=29866. 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=29866 [EMAIL PROTECTED] changed: What|Removed |Added AssignedTo|tomcat- |[EMAIL PROTECTED] |[EMAIL PROTECTED] | Status|REOPENED|NEW -- 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: DO NOT REPLY [Bug 32269] - [PATCH] JNDIRealm fails with InvalidNameException to authenticate users if LDAP distinguished name (DN) contains slash or double quote character(s) [104807:119000]
Thank you for contacting Ai Squareds sales department at [EMAIL PROTECTED] We have received your request, and look forward to being able to assist you. Email inquiries and orders are handled in the order in which they are received. Should you have any questions, please feel free to contact our sales line toll free at (800) 859-0270, Monday through Friday, 8:30 am -5:00 pm EST. Sincerely, The Ai Squared Sales Team -Original Message- From: [EMAIL PROTECTED] Received: 11/18/2004 10:43 AM To: [EMAIL PROTECTED] Subject: DO NOT REPLY [Bug 32269] - [PATCH] JNDIRealm fails with InvalidNameException to authenticate users if LDAP distinguished name (DN) contains slash or double quote character(s) 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=32269. 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=32269 [EMAIL PROTECTED] changed: What|Removed |Added AssignedTo|tomcat- |[EMAIL PROTECTED] |[EMAIL PROTECTED] | -- 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24588] - NullPointerException from ProxyDirContext
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=24588. 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=24588 --- Additional Comments From [EMAIL PROTECTED] 2004-11-18 17:23 --- Got the source for the tomcat server we are running. 4.1.24. The line that is causing the problem is int n = is.read(b, pos, length - pos); Since it is a NullPointerException I would assume that the inputstream is null for whatever reason. -- 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 32249] - Log4j section enhancement for Tomcat Logging page
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=32249. 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=32249 [EMAIL PROTECTED] changed: What|Removed |Added Attachment #13467|0 |1 is obsolete|| --- Additional Comments From [EMAIL PROTECTED] 2004-11-18 17:35 --- Created an attachment (id=13491) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=13491action=view) fuller documentation patch for tomcat 5.5 logging page including introduction and jdk logging, revised log4j to include note about small 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]
DO NOT REPLY [Bug 32249] - Log4j section enhancement for Tomcat Logging page
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=32249. 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=32249 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | -- 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 25899] - Encoding bug in Jasper compiler when using %@ include directive (pageEncoding attribute)
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=25899. 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=25899 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] Summary|Encoding bug in Jasper |Encoding bug in Jasper |compiler when using %@ |compiler when using %@ |include directive |include directive ||(pageEncoding attribute) Version|4.1.29 |4.1.31 --- Additional Comments From [EMAIL PROTECTED] 2004-11-18 17:56 --- Could we have some update on this bug? I can confirm this for tomcat 4.1.31 as well As a workaround, just put the import page directive into a new file and include this file from the original location. I'll add pageEncoding to the summary to make this more visible. -- 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/xdocs .cvsignore
mturk 2004/11/18 10:16:41 Modified:jk/xdocs .cvsignore Log: Ignore jk and jk2 directories. Revision ChangesPath 1.3 +2 -0 jakarta-tomcat-connectors/jk/xdocs/.cvsignore Index: .cvsignore === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/xdocs/.cvsignore,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- .cvsignore15 Nov 2002 11:48:19 - 1.2 +++ .cvsignore18 Nov 2004 18:16:41 - 1.3 @@ -1,3 +1,5 @@ style.css style.xsl menu.idx +jk +jk2 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/xdocs/images corner.gif jakarta.gif jk2.gif jk2.png mod_jk.jpg pixel.gif tomcat.ico
mturk 2004/11/18 10:19:35 Removed: jk/xdocs/images corner.gif jakarta.gif jk2.gif jk2.png mod_jk.jpg pixel.gif tomcat.ico Log: Remove old style images - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/xdocs/images jakarta-logo.gif printer.gif tomcat.gif void.gif
mturk 2004/11/18 10:21:11 Added: jk/xdocs/images jakarta-logo.gif printer.gif tomcat.gif void.gif Log: Add new style images Revision ChangesPath 1.1 jakarta-tomcat-connectors/jk/xdocs/images/jakarta-logo.gif Binary file 1.1 jakarta-tomcat-connectors/jk/xdocs/images/printer.gif Binary file 1.1 jakarta-tomcat-connectors/jk/xdocs/images/tomcat.gif Binary file 1.1 jakarta-tomcat-connectors/jk/xdocs/images/void.gif Binary file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/xdocs/common AJPv13-extensions-proposal.xml AJPv13.xml doccontrib.xml
mturk 2004/11/18 10:21:44 Removed: jk/xdocs/common AJPv13-extensions-proposal.xml AJPv13.xml doccontrib.xml Log: Remove old contrib docs - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
JNDIRealm Active Directory: workaround for hasMore() causing ex ceptions
Hi I'm using the org.apache.catalina.realm.JNDIRealm (included with Tomcat 5.0.28) against two Microsoft Active Directory servers with a different setup of CNs and OUs. For one of those Active Directory servers I'm unable to configure the Realm in server.xml without getting PartialResultException: Unprocessed Continuation Reference(s); remaining name '' - for the other server it works fine. I'm no expert on LDAP so my realm configuration might be wrong but I couldn't see what was wrong with it so I made a workaround which may not be desirable for all users of JNDIRealm but at least it works for me. I always got this exception in the JNDIRealm.getUserBySearch method on the second call to results.hasMore(), i.e. when checking whether the username has multiple entries. So my workaround was to put a try-catch block around that hasMore call. That worked fine until I configured the Realm to get also the roles from Active Directory and then I got the same exception, again on call to results.hasMore() in the method JNDIRealm.getRoles. Again I put a try-catch block around that hasMore call and everything worked fine. Later I found out that this could also be fixed by using hasMoreElements instead of hasMore, either way, are these workarounds desirable for the offical code?
JNDIRealm: role expansion
Hi I'm using the org.apache.catalina.realm.JNDIRealm class (included with Tomcat 5.0.28) but I required a slightly different behavior from the orginal class so I changed it, the question is whether my modifications are desirable for the offical code. My requirement was role expansion, i.e. if a user has the following role: CN=A,OU=B,OU=C,OU=D,DC=E,DC=F It should also have the follow roles: OU=B,OU=C,OU=D,DC=E,DC=F OU=C,OU=D,DC=E,DC=F OU=D,DC=E,DC=F DC=E, DC=F DC=F I made this role expansion configurable, so that it is only done if requested in the Realm configuration in server.xml. (I also added another configuration for the role expansion, whether the user should get DC only roles (the DC=E, DC=F and DC=F roles from the example) or not.) Is this modification desirable for the offical code?
cvs commit: jakarta-tomcat-connectors/jk/xdocs/common ajpv13a.xml ajpv13ext.xml project.xml
mturk 2004/11/18 10:24:08 Added: jk/xdocs/common ajpv13a.xml ajpv13ext.xml project.xml Log: Add new contrib docs Revision ChangesPath 1.1 jakarta-tomcat-connectors/jk/xdocs/common/ajpv13a.xml Index: ajpv13a.xml === ?xml version=1.0? !DOCTYPE document [ !ENTITY project SYSTEM project.xml ] document url=ajpv13.html project; copyright 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. /copyright properties titleAJPv13/title author email=[EMAIL PROTECTED][EMAIL PROTECTED]/author author email=[EMAIL PROTECTED]Jean-Frederic Clere/author date$Date: 2004/11/18 18:24:08 $/date /properties body section name=Intro p The original document was written by Dan Milstein, author email=[EMAIL PROTECTED][EMAIL PROTECTED]/author on December 2000. The present document is generated out of an xml file to allow a more easy integration in the Tomcat documentation. /p p This describes the Apache JServ Protocol version 1.3 (hereafter bajp13/b). There is, apparently, no current documentation of how the protocol works. This document is an attempt to remedy that, in order to make life easier for maintainers of JK, and for anyone who wants to port the protocol somewhere (into jakarta 4.x, for example). /p /section section name=author p I am not one of the designers of this protocol -- I believe that Gal Shachor was the original designer. Everything in this document is derived from the actual implementation I found in the tomcat 3.x code. I hope it is useful, but I can't make any grand claims to perfect accuracy. I also don't know why certain design decisions were made. Where I was able, I've offered some possible justifications for certain choices, but those are only my guesses. In general, the C code which Shachor wrote is very clean and comprehensible (if almost totally undocumented). I've cleaned up the Java code, and I think it's reasonably readable. /p /section section name=Design Goals p According to email from Gal Shachor to the jakarta-dev mailing list, the original goals of bJK/b (and thus bajp13/b) were to extend bmod_jserv/b and bajp12/b by (I am only including the goals which relate to communication between the web server and the servlet container): ul li Increasing performance (speed, specifically). /li li Adding support for SSL, so that codeisSecure()/code and codegeScheme()/code will function correctly within the servlet container. The client certificates and cipher suite will be available to servlets as request attributes. /li /ul /p /section section name=Overview of the protocol p The bajp13/b protocol is packet-oriented. A binary format was presumably chosen over the more readable plain text for reasons of performance. The web server communicates with the servlet container over TCP connections. To cut down on the expensive process of socket creation, the web server will attempt to maintain persistent TCP connections to the servlet container, and to reuse a connection for multiple request/response cycles. /pp Once a connection is assigned to a particular request, it will not be used for any others until the request-handling cycle has terminated. In other words, requests are not multiplexed over connections. This makes for much simpler code at either end of the connection, although it does cause more connections to be open at once. /pp Once the web server has opened a connection to the servlet container, the connection can be in one of the following states: /pp ul li Idle br/ No request is being handled over this connection. /li li Assigned br/ The connecton is handling a specific request./li /ul /pp Once a connection is assigned to handle a particular request, the basic request informaton (e.g. HTTP headers, etc) is sent over the connection in a highly condensed form (e.g. common strings are encoded as integers). Details of that format are below in Request Packet Structure. If there is a body to the request (content-length 0), that is sent in a separate packet immediately after. /pp At this point, the servlet container is presumably ready to start processing the
cvs commit: jakarta-tomcat-connectors/jk/xdocs build.properties.samples menu.idx.in menu.jk.idx menu.jk2.idx style.css.in style.xsl.in
mturk 2004/11/18 10:25:45 Removed: jk/xdocs build.properties.samples menu.idx.in menu.jk.idx menu.jk2.idx style.css.in style.xsl.in Log: Remove old style documents - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/xdocs build.xml project.xml style.css style.xsl .cvsignore faq.xml index.xml
mturk 2004/11/18 10:27:48 Modified:jk/xdocs .cvsignore faq.xml index.xml Added: jk/xdocs build.xml project.xml style.css style.xsl Log: Add new style documents Revision ChangesPath 1.4 +0 -3 jakarta-tomcat-connectors/jk/xdocs/.cvsignore Index: .cvsignore === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/xdocs/.cvsignore,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- .cvsignore18 Nov 2004 18:16:41 - 1.3 +++ .cvsignore18 Nov 2004 18:27:48 - 1.4 @@ -1,5 +1,2 @@ -style.css -style.xsl -menu.idx jk jk2 1.11 +30 -29jakarta-tomcat-connectors/jk/xdocs/faq.xml Index: faq.xml === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/xdocs/faq.xml,v retrieving revision 1.10 retrieving revision 1.11 diff -u -r1.10 -r1.11 --- faq.xml 4 Mar 2004 04:46:33 - 1.10 +++ faq.xml 18 Nov 2004 18:27:48 - 1.11 @@ -1,5 +1,10 @@ ?xml version=1.0? -document +!DOCTYPE document [ + !ENTITY project SYSTEM project.xml +] +document url=faq.html + + project; copyright Copyright 1999-2004 The Apache Software Foundation @@ -20,7 +25,7 @@ author email=[EMAIL PROTECTED]Henri Gomez/author date$Date$/date /properties - +body section name=General p General Informations and FAQ about JK @@ -67,17 +72,17 @@ /p p -a href=jk/domhowto.htmlDomino webserver/a support is implemented on JK, using a redirector +a href=howto/domino.htmlDomino webserver/a support is implemented on JK, using a redirector called bdsapi redirector/b. /p p -a href=jk/iishowto.htmlIIS webserver/asupport is implemented on JK, using a redirector +a href=howto/iis.htmlIIS webserver/asupport is implemented on JK, using a redirector called bisapi redirector/b. /p p -a href=jk/neshowto.htmlNetscape/iPlanet webserver/awebserver support is implemented on JK, using a redirector +a href=howto/nes.htmlNetscape/iPlanet webserver/awebserver support is implemented on JK, using a redirector called bnsapi redirector/b. /p @@ -91,43 +96,39 @@ ul li -a href=jk/quickhowto.htmlFor the impatients/a +a href=howto/quick.htmlFor the impatients/a /li li -a href=jk/aphowto.htmlApache and JK/a +a href=howto/apache.htmlApache and JK/a /li li -a href=jk/domhowto.htmlDomino and JK/a +a href=howto/domino.htmlDomino and JK/a /li li -a href=jk/iishowto.htmlIIS and JK/a +a href=howto/iis.htmlIIS and JK/a /li li -a href=jk/neshowto.htmlNetscape/iPlanet and JK/a +a href=howto/nes.htmlNetscape/iPlanet and JK/a /li li -a href=jk/workershowto.htmlWorkers configuration/a +a href=howto/workers.htmlWorkers configuration/a /li /ul -p -For bJK 2.0.x/b the a href=jk2/configtc.html -config tomcat/a and a href=jk2/configweb.htmlconfig webserver/a -documents have considerably more in-depth information. -It's worth a look. +p You could also try searching the mailing list archives for JK or look at the source. /p /subsection subsection name=Which protocol should I use? Ajp12 or Ajp13? p -a href=common/AJPv13.htmlAjp13/a is a newer protocol, it's faster, and it works better with SSL. -You almost certainly want to use it now that ajp12 is deprecated. +a href=common/ajpv13.htmlAjp13/a is a newer protocol, it's faster, and it works better with SSL. +You almost certainly want to use it now that strongajp12 is deprecated/strong. /p p Also ajp13 is supported by all Apache Tomcat including 3.2.x , 3.3.x, 4.0.x, 4.1.x and the new tomcat 5. @@ -145,7 +146,7 @@ /p p Starting with JK 1.2.0, a bsocket_keepalive/b property as been added to ajp13 settings, and you should take a look at -it in a href=jk/workershowto.htmlWorkers HowTo/a. +it in a href=howto/workers.htmlWorkers HowTo/a. /p /subsection @@ -158,8 +159,8 @@ even if they are no more used. /p p -Since JK 1.2.0, bcache_timeout/b and bsocket_timeout/b properties as been added to close -connections after some time of inactivity, for more informations refer to a href=jk/workershowto.htmlWorkers HowTo/a. +Since JK 1.2.0, bcache_timeout/b and brecycle_timeout/b properties as been added to close +connections after some time of inactivity, for more informations refer to a href=howto/workers.htmlWorkers HowTo/a. /p /subsection @@ -259,10 +260,10 @@ the pthreads library to your bhttpd.conf/b file. /p -screen -note# Add pthread to Apache in httpd.conf/note -readLoadModule /usr/lib/libpthreads.so/read -/screen +source + # Add pthread to Apache in httpd.conf + LoadModule /usr/lib/libpthreads.so +/source
cvs commit: jakarta-tomcat-connectors/jk/xdocs/config - New directory
mturk 2004/11/18 10:28:02 jakarta-tomcat-connectors/jk/xdocs/config - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/xdocs/howto - New directory
mturk 2004/11/18 10:28:08 jakarta-tomcat-connectors/jk/xdocs/howto - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/xdocs/install - New directory
mturk 2004/11/18 10:28:13 jakarta-tomcat-connectors/jk/xdocs/install - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/xdocs/news - New directory
mturk 2004/11/18 10:28:20 jakarta-tomcat-connectors/jk/xdocs/news - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/xdocs/config apache.xml iis.xml project.xml workers.xml
mturk 2004/11/18 10:28:54 Added: jk/xdocs/config apache.xml iis.xml project.xml workers.xml Log: Add new configuration documents Revision ChangesPath 1.1 jakarta-tomcat-connectors/jk/xdocs/config/apache.xml Index: apache.xml === ?xml version=1.0? !DOCTYPE document [ !ENTITY project SYSTEM project.xml ] document url=apache.html project; properties author email=[EMAIL PROTECTED]Mladen Turk/author titleConfiguring Apache/title /properties body section name=Configuration Directives p Here are the all directives supported by Apache: /p attributes name=Directive attribute name=JkWorkersFile required=falsep The name of a worker file for the Jakarta servlet containers /p/attribute attribute name=JkWorkerProperty required=falsep Enables setting workers.properties inside Apache configuration file. This directive is available in jk1.2.7 version and later. /p/attribute attribute name=JkLogFile required=falsep Full or server relative path to the Jakarta Tomcat Connector module log file /p/attribute attribute name=JkAutoMount required=falsep Automatic mount points to a Tomcat worker /p/attribute attribute name=JkMount required=falsep A mount point from a context to a Tomcat worker /p/attribute attribute name=JkMountCopy required=falsep Should the base server mounts be copied to the virtual server. /p/attribute attribute name=JkLogFile required=falsep Full or server relative path to the Jakarta Tomcat module log file /p/attribute attribute name=JkLogLevel required=falsep The Jakarta Tomcat module log level, can be debug, info, warn error or trace /p/attribute attribute name=JkLogStampFormat required=falsep The Jakarta Tomcat Connector module bdate/b log format, follow strftime synthax /p/attribute attribute name=JkRequestLogFormat required=falsep Request log format string. See datailed description below. /p/attribute attribute name=JkAutoAlias required=falsep Automatically Alias webapp context directories into the Apache document space. /p/attribute attribute name=JkHTTPSIndicator required=falsep Name of the Apache environment that contains SSL indication /p/attribute attribute name=JkCERTSIndicator required=falsep Name of the Apache environment that contains SSL client certificates /p/attribute attribute name=JkCIPHERIndicator required=falsep Name of the Apache environment that contains SSL client cipher /p/attribute attribute name=JkSESSIONIndicator required=falsep Name of the Apache environment that contains SSL session /p/attribute attribute name=JkKEYSIZEIndicator required=falsep Name of the Apache environment that contains SSL key size in use /p/attribute attribute name=JkExtractSSL required=falsep Turns on SSL processing and information gathering by mod_jk /p/attribute attribute name=JkOptions required=falsep Set one of more options to configure the mod_jk module. See below for deatails about this directive /p/attribute attribute name=JkEnvVar required=falsep Adds a name of environment variable that should be sent to servlet-engine /p/attribute /attributes /section section name=Configuration Directives Types p We'll discuss here the mod_jk directive types. /p subsection name=Define workers p bJkWorkersFile/b specify the location where mod_jk will find the workers definitions. Take a look at a href=workers.htmlWorkers documentation/a for detailed description. source JkWorkersFile /etc/httpd/conf/workers.properties /source br/ br/ /p /subsection subsection name=Logging p bJkLogFile/b specify the location where mod_jk is going to place its log file. source JkLogFile /var/log/httpd/mod_jk.log /source br/ br/ /p p bJkLogLevel/b set the log level between : /p ul li binfo/b log will contains standard mod_jk activity (default). /li li li bwarn/b log will contains non fatal error reports. /li berror/b log will contains also error reports. /li li bdebug/b log will contains all informations on mod_jk activity /li li btrace/b log will contains all tracing informations on mod_jk activity /li /ul source JkLogLevelinfo /source p codeinfo/code should be your default selection for normal operations. br/ br/ /p p bJkLogStampFormat/b will configure the date/time format found on mod_jk logfile. Using the strftime() format string it's set bybr / default to b[%a %b %d %H:%M:%S %Y]/b /p source JkLogStampFormat [%a %b %d %H:%M:%S %Y] /source p br/ br/ /p p bJkRequestLogFormat/b will configure the format of mod_jk individual request logging. Request logging is configured and enabled on a per
cvs commit: jakarta-tomcat-connectors/jk/xdocs/howto apache.xml doccontrib.xml domino.xml iis.xml index.xml nes.xml project.xml quick.xml workers.xml
mturk 2004/11/18 10:30:36 Added: jk/xdocs/howto apache.xml doccontrib.xml domino.xml iis.xml index.xml nes.xml project.xml quick.xml workers.xml Log: Add new howto documents Revision ChangesPath 1.1 jakarta-tomcat-connectors/jk/xdocs/howto/apache.xml http://cvs.apache.org/viewcvs/jakarta-tomcat-connectors/jk/xdocs/howto/apache.xml?rev=1.1 1.1 jakarta-tomcat-connectors/jk/xdocs/howto/doccontrib.xml http://cvs.apache.org/viewcvs/jakarta-tomcat-connectors/jk/xdocs/howto/doccontrib.xml?rev=1.1 1.1 jakarta-tomcat-connectors/jk/xdocs/howto/domino.xml http://cvs.apache.org/viewcvs/jakarta-tomcat-connectors/jk/xdocs/howto/domino.xml?rev=1.1 1.1 jakarta-tomcat-connectors/jk/xdocs/howto/iis.xml http://cvs.apache.org/viewcvs/jakarta-tomcat-connectors/jk/xdocs/howto/iis.xml?rev=1.1 1.1 jakarta-tomcat-connectors/jk/xdocs/howto/index.xml http://cvs.apache.org/viewcvs/jakarta-tomcat-connectors/jk/xdocs/howto/index.xml?rev=1.1 1.1 jakarta-tomcat-connectors/jk/xdocs/howto/nes.xml http://cvs.apache.org/viewcvs/jakarta-tomcat-connectors/jk/xdocs/howto/nes.xml?rev=1.1 1.1 jakarta-tomcat-connectors/jk/xdocs/howto/project.xml http://cvs.apache.org/viewcvs/jakarta-tomcat-connectors/jk/xdocs/howto/project.xml?rev=1.1 1.1 jakarta-tomcat-connectors/jk/xdocs/howto/quick.xml http://cvs.apache.org/viewcvs/jakarta-tomcat-connectors/jk/xdocs/howto/quick.xml?rev=1.1 1.1 jakarta-tomcat-connectors/jk/xdocs/howto/workers.xml http://cvs.apache.org/viewcvs/jakarta-tomcat-connectors/jk/xdocs/howto/workers.xml?rev=1.1 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/xdocs/install apache1.xml apache2.xml iis.xml project.xml
mturk 2004/11/18 10:31:37 Added: jk/xdocs/install apache1.xml apache2.xml iis.xml project.xml Log: Add new installation documents Revision ChangesPath 1.1 jakarta-tomcat-connectors/jk/xdocs/install/apache1.xml Index: apache1.xml === ?xml version=1.0? !DOCTYPE document [ !ENTITY project SYSTEM project.xml ] document url=apache1.html project; properties author email=[EMAIL PROTECTED]Mladen Turk/author titleInstallation for Apache 1.3.x/title /properties body section name=Building jk on Unix p The mod_jk build use the widely used configure system. /p subsection name=Prepare your mod_jk configure from CVS p In case you get source from CVS, ie without an existing configure script, you should have autoconf for configuration and installation. To create jakarta-tomcat-connectors's autoconf script, you will need libtool 1.3.3 or higher, and autoconf 2.13 or newer. Those tools will not be required if you are just using a package downloaded from apache.org, they are only required for developers. /p p To create the configure script just type : screen read / type./buildconf.sh/type /screen /p /subsection subsection name=Using configure to build mod_jk pThe configure file produced using buildconf script will create all necesary make files. Here's how to use configure to prepare mod_jk for building, just type: screen read / type./configure [autoconf arguments] [jakarta-tomcat-connectors arguments]/type /screen /p p You could set bCFLAGS/b and bLDFLAGS/b to add some platform specifics: screen read / typeLDFLAGS=-lc ./configure -with-apxs=/home2/local/apache/bin/apxs/type /screen /p p If you want to build mod_jk for Apache 1.3, you should ul li use configure and indicate Apache 1.3 apxs location (--with-apxs) /li li use make /li li copy the mod_jk binary to the apache modules location /li li make clean (to remove all previously compiled modules) /li li then make. /li /ul /p /subsection subsection name=configure arguments pApache related parameters :/p attributes name=Parameter attribute name=--with-apxs[=FILE] required=true pFILE is the location of the apxs tool. Default is finding apxs in PATH. It builds a shared Apache module. It detects automaticly the Apache version. /p /attribute attribute name=--with-apache=DIR required=false pDIR is the path where apache sources are located. The apache sources should have been configured before configuring mod_jk. DIR is something like: /home/apache/apache_1.3.33 It builds a static Apache module./p /attribute attribute name=--enable-EAPI required=false pThis parameter is needed when using Apache-1.3 and mod_ssl, otherwise you will get the error message: this module might crash under EAPI! when loading mod_jk.so in httpd. Not needed when --with-apxs has been used./p /attribute /attributes pJNI related parameters :/p attributes name=Parameter attribute name=--enable-jni required=false pBuild the JNI worker and so the build process will require some informations about your Java Environment. Most of the options are autodetected./p /attribute attribute name=--with-java-home=DIR required=false pDIR is the patch to the JDK root directory. Something like: /opt/java/jdk12/p /attribute attribute name=--with-os-type=SUBDIR required=false pSUBDIR is the os-type subdirectory, configure should guess it correctly./p /attribute attribute name=--with-arch-type=SUBDIR required=false pSUBDIR is the arch subdirectory, configure should guess it correctly./p /attribute attribute name=--with-java-platform=VAL required=false pVAL is the Java platform 1 is 1.1.x and 2 is for 1.2 anf higher, configure should guess it correctly./p /attribute /attributes pExamples of configure use :/p screen noteApache 1.3 build without JNI support/note type./configure --with-apxs=/usr/sbin/apxs/typebr/ /screen /subsection /section section name=Building mod_jk for Apache on Windows NT/2K/XP p The module was developed using Visual C++ version 6.0, so having this environment is a prerequisite if you want to perform a custom build. /p p The steps that you need to take are: /p ul li Change directory to the apache 1.3 source directory. /li li If you want to build mod_jk for Apache 1.3, set an bAPACHE1_HOME/b environment variable which points to where your Apache 1.3 is installed. /li li Copy mod_jk.dll to Apache's modules directory. /li /ul p An example on how to build mod_jk for Apache 1.3: /p screen noteSet location for Apache 1.3 sources/note typedosset
cvs commit: jakarta-tomcat-connectors/jk/xdocs/news 20041100.xml project.xml
mturk 2004/11/18 10:32:01 Added: jk/xdocs/news 20041100.xml project.xml Log: Add new news documents Revision ChangesPath 1.1 jakarta-tomcat-connectors/jk/xdocs/news/20041100.xml Index: 20041100.xml === ?xml version=1.0? !DOCTYPE document [ !ENTITY project SYSTEM project.xml ] document url=20041100.html project; properties author email=general.AT.jakarta.DOT.apache.DOT.orgApache Jakarta Project/author titleNews and Status/title /properties body section name=News amp; Status !-- a name=2004.1 h3/h3 /a hr size=1 noshade=noshade / -- a name=20041115.1 h315 November - JK2 is officially unsupported/h3 pJK2 has been put in maintainer mode and no further development will take place. The reason for shutting down JK2 development was the lack of developers interest. Other reason was lack of users interest in adopting JK2, caused by configuration complexity when compared to JK. /p pThe latest official JK2 release is 2.0.4. /p pJK2 will have it's successor within core Apache2.1/2.2 distribution. We have developed new bproxy_ajp/b that is an addition to the mod_proxy and uses Tomcat's AJP protocol stack. It is developped in httpd-2.1 and integrated in it. We have also developed a new bproxy_balancer/b module for load balancing http and ajp protocol stacks. /p pJK will be fully supported for all other web servers. The next JK release is planned for the end of November. Lots of code from JK2 has been ported to JK /p /a hr size=1 noshade=noshade / /section /body /document 1.1 jakarta-tomcat-connectors/jk/xdocs/news/project.xml Index: project.xml === ?xml version=1.0 encoding=ISO-8859-1? project name=Apache Jakarta Tomcat Connector Documentation - Top Level Directory href=http://jakarta.apache.org/tomcat/; titleJakarta Tomcat Connector/title logo href=/images/tomcat.gif Breaking News /logo body menu name=Links item name=Docs Home href=../index.html/ /menu /body /project - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/xdocs/common ajpv13a.xml
mturk 2004/11/18 10:33:15 Modified:jk/xdocs/common ajpv13a.xml Log: Changed file name to ajpv13a caused by colision with previous in the cvs tree. Revision ChangesPath 1.2 +2 -2 jakarta-tomcat-connectors/jk/xdocs/common/ajpv13a.xml Index: ajpv13a.xml === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/xdocs/common/ajpv13a.xml,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- ajpv13a.xml 18 Nov 2004 18:24:08 - 1.1 +++ ajpv13a.xml 18 Nov 2004 18:33:15 - 1.2 @@ -2,7 +2,7 @@ !DOCTYPE document [ !ENTITY project SYSTEM project.xml ] -document url=ajpv13.html +document url=ajpv13a.html project; copyright - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/xdocs/jk aphowto.xml domhowto.xml iishowto.xml neshowto.xml quickhowto.xml workershowto.xml
mturk 2004/11/18 10:34:20 Removed: jk/xdocs/jk aphowto.xml domhowto.xml iishowto.xml neshowto.xml quickhowto.xml workershowto.xml Log: Remove jk docs. New one are in place - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk build.xml
mturk 2004/11/18 10:39:00 Modified:jk build.xml Log: Remove all docs related targets. xdocs has it's own build.xml. Revision ChangesPath 1.79 +0 -187jakarta-tomcat-connectors/jk/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/build.xml,v retrieving revision 1.78 retrieving revision 1.79 diff -u -r1.78 -r1.79 --- build.xml 12 Oct 2004 06:57:33 - 1.78 +++ build.xml 18 Nov 2004 18:39:00 - 1.79 @@ -424,9 +424,6 @@ delete dir=${jk.build}/lib/ delete dir=${jk.build}/javadoc/ delete dir=${build.docs}/ -delete file=${source.docs}/style.css/ -delete file=${source.docs}/style.xsl/ -delete file=${source.docs}/menu.idx/ /target !-- It's better to call it directly with individual tags -- @@ -440,189 +437,5 @@ ant dir=native2 antfile=build.xml target=clean / /target -!-- Check if we found Xalan in our classpath. We require Xalan because it has -some nifty functions that we use throughout the XSLT (and also because -we want people to eat our own food, right?) - -- - target - name=docs.check - depends=detect - description=Fail if we don't find Xalan - unless=avail.xalan - -!-- Just jump out -- -fail message=Cannot find the Apache Xalan XSLT processor/ - /target - - !-- builds the css and xls file from the css.in and xls.in -- - target name=docs.init -property file=${source.docs}/build.properties/ - -property name=body-bg value=#ff/ -property name=body-fg value=#00/ -property name=body-link value=#525D76/ -property name=banner-bg value=#525D76/ -property name=banner-fg value=#ff/ -property name=sub-banner-bg value=#828DA6/ -property name=sub-banner-fg value=#ff/ -property name=table-th-bg value=#039acc/ -property name=table-td-bg value=#a0ddf0/ -property name=source-color value=#023264/ - -antcall target=docs.color - param name=sourcefile value=${source.docs}/style.css.in/ - param name=destfile value=${source.docs}/style.css/ -/antcall -antcall target=docs.color - param name=sourcefile value=${source.docs}/style.xsl.in/ - param name=destfile value=${source.docs}/style.xsl/ -/antcall - -condition property=jkmenu value=amp;JK; - not -isset property=nojkdoc/ - /not -/condition - -condition property=jk2menu value=amp;JK2; - not -isset property=nojk2doc/ - /not -/condition - -copy file=${source.docs}/menu.idx.in tofile=${source.docs}/menu.idx/ -replace file=${source.docs}/menu.idx token=@JK@ value=${jkmenu}/ -replace file=${source.docs}/menu.idx token=@JK2@ value=${jk2menu}/ - - /target - - target name=docs.color -copy file=${sourcefile} tofile=${destfile}/ -replace file=${destfile} token=@body-bg@ value=${body-bg}/ -replace file=${destfile} token=@body-fg@ value=${body-fg}/ -replace file=${destfile} token=@body-link@ value=${body-link}/ -replace file=${destfile} token=@banner-bg@ value=${banner-bg}/ -replace file=${destfile} token=@banner-fg@ value=${banner-fg}/ -replace file=${destfile} token=@sub-banner-bg@ value=${sub-banner-bg}/ -replace file=${destfile} token=@sub-banner-fg@ value=${sub-banner-fg}/ -replace file=${destfile} token=@table-th-bg@ value=${table-th-bg}/ -replace file=${destfile} token=@table-td-bg@ value=${table-td-bg}/ -replace file=${destfile} token=@source-color@ value=${source-color}/ -replace file=${destfile} token=@gen-dev-doc@ value=${gen.dev.doc}/ - /target - - !-- -Generate documentation from the XML sources. - -- - target name=docs - depends=jkdocs,jkprinter,jk2printer / - target - name=jkdocs unless=docs-uptodate - depends=docs.check,docs.init - description=Create Documentation - -!-- Create the directory where we're going to store the docs -- -mkdir dir=${build.docs}/ -mkdir dir=${build.docs}/printer/ -mkdir dir=${build.docs}/common/printer/ - -!-- Add some style to our otherwise utterly ugly XML files -- -style -basedir=${source.docs} -destdir=${build.docs} -style=${source.docs}/style.xsl - -include name=*/**.xml / -exclude name=*.xml / -exclude name=jk/** if=nojkdoc/ -exclude name=jk2/** if=nojk2doc/ -param name=styles expression=..// -/style - -style -basedir=${source.docs} -destdir=${build.docs} -
DO NOT REPLY [Bug 32296] New: - HTTP Content-Type always ISO-8859-1 under debian (browsers no longer detect encoding correctly - worked perfectly under redhat9)
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=32296. 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=32296 Summary: HTTP Content-Type always ISO-8859-1 under debian (browsers no longer detect encoding correctly - worked perfectly under redhat9) Product: Tomcat 5 Version: 5.0.28 Platform: PC OS/Version: Windows XP Status: NEW Severity: normal Priority: P2 Component: Unknown AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] when using redhat, everything worked fine and https://www.privasphere.com/index_de.jsp got decoded correctly by MSIE or recent mozilla. after moving to debian (latest stable), it no longer works: http://bugs.privasphere.com:8443/index_de.jsp (took away ssl and compression to make it better sniffable). The browsers think it is ISO-8859-1 and only after a manual change to UTF-8, the umlauts show up correctly (for one page only). As per all the bugs referenced in http://jakarta.apache.org/tomcat/faq/misc.html#tomcat5CharEncoding and the discussion in http://marc.theaimsgroup.com/?l=tomcat-userm=108905503431227w=2 I did try to add useBodyEncodingForURI=true URIEncoding=UTF-8 to my server.xml with no effect. on Redhat, my System.getProperty(file.encoding) yields ISO-8859-1 while on Debian first, it was ANSI_X3.4-1968, then I successively on the operating system level with /etc/environments and inside the servlet init() (System.setProperty(file.encoding, ...)), I set it to ISO-8859-1 and UTF-8 - no effect. Is there another way to influence the HTTP header's? On debian, I still get HTTP/1.1 200 OK Content-Type: text/html;charset=ISO-8859-1 Content-Length: 6078 Date: Thu, 18 Nov 2004 18:35:11 GMT Server: Apache-Coyote/1.1 While on the redhat server (I'll only be able to sniff without SSL tomorrow), I suspect this to be UTF-8? Or are there other reasons the browser could miss the page encoding albeit the browser-view-source shows no relevant differences in the page source? I fear that this bug gets closed invalid immediately as many before, but hopefully, it leads to some insight that could enhance the documentation or FAQ such that less people will not fall into this trap (so probably, this is an RFE) -- 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/xdocs style.css style.xsl
mturk 2004/11/18 11:09:00 Modified:jk/xdocs style.css style.xsl Log: Fix typos. Revision ChangesPath 1.4 +1 -1 jakarta-tomcat-connectors/jk/xdocs/style.css Index: style.css === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/xdocs/style.css,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- style.css 18 Nov 2004 18:27:48 - 1.3 +++ style.css 18 Nov 2004 19:09:00 - 1.4 @@ -32,7 +32,7 @@ b.code { font-weight: normal; font-style: normal; -color: @source-color@; +color: #023264; } p.todo { background-color: #ff; 1.4 +2 -2 jakarta-tomcat-connectors/jk/xdocs/style.xsl Index: style.xsl === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/xdocs/style.xsl,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- style.xsl 18 Nov 2004 18:27:48 - 1.3 +++ style.xsl 18 Nov 2004 19:09:00 - 1.4 @@ -52,7 +52,7 @@ meta name=author value={$name}/ meta name=email value={$email}/ /xsl:for-each -link href={$relative-path}/stye.css type=text/css rel=stylesheet/ +link href={$relative-path}/style.css type=text/css rel=stylesheet/ /head body bgcolor={$body-bg} text={$body-fg} link={$body-link} - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32296] - HTTP Content-Type always ISO-8859-1 under debian (browsers no longer detect encoding correctly - worked perfectly under redhat9)
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=32296. 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=32296 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-11-18 20:10 --- Why would you file a bug against Tomcat if the behavior change is clearly due to an OS change? And please (this is at least the third time I'm asking you specifically this) stop using Bugzilla as a discussion forum. Only open Bugzilla issues when you have a WAR or other simple test case ready to attach that conclusively demonstrates a specific Tomcat bug. For question, discussions, design ideas, workarounds for different platforms, etc, use the mailing list please. Thank you. -- 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 32296] - HTTP Content-Type always ISO-8859-1 under debian (browsers no longer detect encoding correctly - worked perfectly under redhat9)
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=32296. 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=32296 --- Additional Comments From [EMAIL PROTECTED] 2004-11-18 20:12 --- in the tomcat source, I see that org.apache.coyote.Response.reset() defaults to org.apache.coyote.Constants.DEFAULT_CHARACTER_ENCODING i.e. public static final String DEFAULT_CHARACTER_ENCODING=ISO-8859-1; so, why would that be different on RedHat (if the HTTP header really is the thing that drives the browser's encoding choice)? -- 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 32296] - HTTP Content-Type always ISO-8859-1 under debian (browsers no longer detect encoding correctly - worked perfectly under redhat9)
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=32296. 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=32296 [EMAIL PROTECTED] changed: What|Removed |Added URL||http://jakarta.apache.org/to ||mcat/tomcat-5.0- ||doc/config/http.html Severity|normal |enhancement --- Additional Comments From [EMAIL PROTECTED] 2004-11-18 20:16 --- apologies, a Mid-air collision. 2 comments - my test-case is even easier than a WAR: two URLs - sure, the behavior change is clearly due to an OS change, but as far as I understand, tomcat aspires to be portable, so one would hope to find hints on such issues in the config documentation --- RFE -- 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 32284] - Auto-redeploy not working for .war file with META-INF/context.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=32284. 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=32284 --- Additional Comments From [EMAIL PROTECTED] 2004-11-18 20:39 --- I'm guessing that this is by design and isn't a bug, but, when you update an application using a .war file that has a META-INF/context.xml, why doesn't it update the corresponding $CATALINA_HOME/conf/[enginename]/[hostname]/ [appname].xml file? My current thinking is that this file should be updated and that a full redeploy should be performed. i.e. it should treat context.xml the same way it treats all the other files in the exploded webapp directory (when the .war file is updated they are deleted and recreated). The other thing that I'm wondering is why if you have unpackWARs=false, it still unpacks context.xml? To me having a bunch of special cases makes it a lot more confusing and difficult to use. I only have limited experience with JBoss, but, if I remember correctly, when you install an application to JBoss by copying an application into the deploy directory it always does an undeploy first and then a deploy. It seemed very simple and consistent. My personal opinion is that the behavior should be the same whether the application has a context.xml or not. Chances are that someone will point out that there is a good reason why this isn't the case, but, it would be nice if it were that simple. -- 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 32284] - Auto-redeploy not working for .war file with META-INF/context.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=32284. 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=32284 --- Additional Comments From [EMAIL PROTECTED] 2004-11-18 20:52 --- For the first question, yes, I designed it that way. I think if you want to update it, you should undeploy the webapp first (delete the war). For the second problem, it's because the rest of the infrastructure must use a file, because this is a lot simpler, and because we can write to a file. As for the comparison with JBoss, the problems start when you want to be able to save the configuration. Basically, Tomcat does about the same right now. If you look at the code, there are not too many special cases now, and it's all done in one place. It's just a different behavior for each deployment type (xml, expanded folder, compressed war), which is unavoidable. -- 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: Default Tomcat installation location on Windows
It most certainly should NOT be Apache Group - that's an entity that no longer exists (it's what the folks called themselves before the foundation was formed.) We won't change in on the httpd side until a brand new Apache comes out (e.g. httpd 2.2) but expect we will move it to the Apache Software Foundation at that time. Bill - Original Message - From: Dominik Drzewiecki [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, December 28, 2003 3:47 PM Subject: Default Tomcat installation location on Windows The default location for Tomcat 5.0 installation on Windows is c:\program Files\Apache Software Foundation\Tomcat 5.0. On the other hand, win32 Apache 2.0 installer suggests c:\Program Files\Apache Group\Apache 2.0. I suggest that these directories should be unified for clarity, let's say the default root directory for Apache softwere should be c:\Program Files\Apache Group. After all it is Apache's httpd that was first to come up with Apache Group directory ;). I think Tomcat 5.0.x as well as 4.1.x should stick with it (Maven does, AFAIK). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Problem resolving TagExtraInfo class right after startup
We are occasionally having problems when compiling a JSP soon after Tomcat has started. It results in a compile time exception starting with Failed to load or instantiate TagExtraInfo class: org.apache.taglibs.standard.tei.ForEachTEI I believe this is only happening when the JSP needs to be compiled, it includes custom actions using TagExtraInfo (like JSTL tags), and it is called soon after the server has started. The TagExtraInfo class is available and the page will compile fine if you visit it a second time, but I would like to avoid this situation. I believe this has been reported before on some mailing lists and in bugzilla - see (http://www.mail-archive.com/taglibs-user@jakarta.apache.org/msg07336.html, http://www.mail-archive.com/tomcat-dev@jakarta.apache.org/msg56670.html, and http://issues.apache.org/bugzilla/show_bug.cgi?id=26270, and perhaps http://issues.apache.org/bugzilla/show_bug.cgi?id=27398. I'm willing to help look into this, but would like some pointers on where to start. Is it possible that all of the classloader framework is not initialized by the time Jasper starts to compile a page? Is there someone familiar with the startup process who might comment on whether this is a reasonable hypothesis or should I look elsewhere? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session PersistentManagerBase.java StandardManager.java StandardSession.java
jfarcand2004/11/18 14:13:36 Modified:catalina/src/share/org/apache/catalina/core Tag: TOMCAT_5_0 ApplicationContextFacade.java ApplicationDispatcher.java ApplicationFilterChain.java StandardWrapper.java catalina/src/share/org/apache/catalina/security Tag: TOMCAT_5_0 SecurityUtil.java catalina/src/share/org/apache/catalina/session Tag: TOMCAT_5_0 PersistentManagerBase.java StandardManager.java StandardSession.java Log: When the package protection is not used, do not create the doPrivileged objects so we don't suffer the performance hit (15% faster with trade2 and this change). Also fixed a memory leak when security manager is turned on. Revision ChangesPath No revision No revision 1.10.2.3 +32 -25 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/ApplicationContextFacade.java Index: ApplicationContextFacade.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/ApplicationContextFacade.java,v retrieving revision 1.10.2.2 retrieving revision 1.10.2.3 diff -u -r1.10.2.2 -r1.10.2.3 --- ApplicationContextFacade.java 1 Oct 2004 01:10:17 - 1.10.2.2 +++ ApplicationContextFacade.java 18 Nov 2004 22:13:36 - 1.10.2.3 @@ -35,6 +35,8 @@ import javax.servlet.ServletContext; import javax.servlet.ServletException; +import org.apache.catalina.security.SecurityUtil; + /** * Facade object which masks the internal codeApplicationContext/code @@ -118,7 +120,7 @@ public ServletContext getContext(String uripath) { ServletContext theContext = null; -if (System.getSecurityManager() != null) { +if (SecurityUtil.isPackageProtectionEnabled()) { theContext = (ServletContext) doPrivileged(getContext, new Object[]{uripath}); } else { @@ -143,7 +145,7 @@ public String getMimeType(String file) { -if (System.getSecurityManager() != null) { +if (SecurityUtil.isPackageProtectionEnabled()) { return (String)doPrivileged(getMimeType, new Object[]{file}); } else { return context.getMimeType(file); @@ -152,7 +154,7 @@ public Set getResourcePaths(String path) { -if (System.getSecurityManager() != null){ +if (SecurityUtil.isPackageProtectionEnabled()){ return (Set)doPrivileged(getResourcePaths, new Object[]{path}); } else { return context.getResourcePaths(path); @@ -179,7 +181,7 @@ public InputStream getResourceAsStream(String path) { -if (System.getSecurityManager() != null) { +if (SecurityUtil.isPackageProtectionEnabled()) { return (InputStream) doPrivileged(getResourceAsStream, new Object[]{path}); } else { @@ -189,7 +191,7 @@ public RequestDispatcher getRequestDispatcher(final String path) { -if (System.getSecurityManager() != null) { +if (SecurityUtil.isPackageProtectionEnabled()) { return (RequestDispatcher) doPrivileged(getRequestDispatcher, new Object[]{path}); } else { @@ -199,7 +201,7 @@ public RequestDispatcher getNamedDispatcher(String name) { -if (System.getSecurityManager() != null) { +if (SecurityUtil.isPackageProtectionEnabled()) { return (RequestDispatcher) doPrivileged(getNamedDispatcher, new Object[]{name}); } else { @@ -210,7 +212,7 @@ public Servlet getServlet(String name) throws ServletException { -if (System.getSecurityManager() != null) { +if (SecurityUtil.isPackageProtectionEnabled()) { try { return (Servlet) invokeMethod(context, getServlet, new Object[]{name}); @@ -227,7 +229,7 @@ public Enumeration getServlets() { -if (System.getSecurityManager() != null) { +if (SecurityUtil.isPackageProtectionEnabled()) { return (Enumeration) doPrivileged(getServlets, null); } else { return context.getServlets(); @@ -236,7 +238,7 @@ public Enumeration getServletNames() { -if (System.getSecurityManager() != null) { +if (SecurityUtil.isPackageProtectionEnabled()) { return (Enumeration) doPrivileged(getServletNames, null); } else { return
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5 CoyoteInputStream.java CoyoteRequestFacade.java CoyoteResponse.java CoyoteResponseFacade.java InputBuffer.java OutputBuffer.java
jfarcand2004/11/18 14:14:25 Modified:catalina/src/share/org/apache/coyote/tomcat5 Tag: TOMCAT_5_0 CoyoteInputStream.java CoyoteRequestFacade.java CoyoteResponse.java CoyoteResponseFacade.java InputBuffer.java OutputBuffer.java Log: When the package protection is not used, do not create the doPrivileged objects so we don't suffer the performance hit (15% faster with trade2 and this change). Also fixed a memory leak when security manager is turned on. Revision ChangesPath No revision No revision 1.5.2.1 +6 -5 jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5/Attic/CoyoteInputStream.java Index: CoyoteInputStream.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5/Attic/CoyoteInputStream.java,v retrieving revision 1.5 retrieving revision 1.5.2.1 diff -u -r1.5 -r1.5.2.1 --- CoyoteInputStream.java14 Apr 2004 00:14:22 - 1.5 +++ CoyoteInputStream.java18 Nov 2004 22:14:24 - 1.5.2.1 @@ -24,6 +24,7 @@ import javax.servlet.ServletInputStream; +import org.apache.catalina.security.SecurityUtil; /** * This class handles reading bytes. @@ -65,7 +66,7 @@ public int read() throws IOException { -if (System.getSecurityManager() != null){ +if (SecurityUtil.isPackageProtectionEnabled()){ try{ Integer result = @@ -94,7 +95,7 @@ public int available() throws IOException { -if (System.getSecurityManager() != null){ +if (SecurityUtil.isPackageProtectionEnabled()){ try{ Integer result = (Integer)AccessController.doPrivileged( @@ -122,7 +123,7 @@ public int read(final byte[] b) throws IOException { -if (System.getSecurityManager() != null){ +if (SecurityUtil.isPackageProtectionEnabled()){ try{ Integer result = (Integer)AccessController.doPrivileged( @@ -153,7 +154,7 @@ public int read(final byte[] b, final int off, final int len) throws IOException { -if (System.getSecurityManager() != null){ +if (SecurityUtil.isPackageProtectionEnabled()){ try{ Integer result = (Integer)AccessController.doPrivileged( @@ -193,7 +194,7 @@ */ public void close() throws IOException { -if (System.getSecurityManager() != null){ +if (SecurityUtil.isPackageProtectionEnabled()){ try{ AccessController.doPrivileged( new PrivilegedExceptionAction(){ 1.7.2.1 +16 -14 jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5/Attic/CoyoteRequestFacade.java Index: CoyoteRequestFacade.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5/Attic/CoyoteRequestFacade.java,v retrieving revision 1.7 retrieving revision 1.7.2.1 diff -u -r1.7 -r1.7.2.1 --- CoyoteRequestFacade.java 2 Mar 2004 17:36:55 - 1.7 +++ CoyoteRequestFacade.java 18 Nov 2004 22:14:24 - 1.7.2.1 @@ -33,6 +33,8 @@ import org.apache.catalina.connector.RequestFacade; +import org.apache.catalina.security.SecurityUtil; + /** * Facade class that wraps a Coyote request object. * All methods are delegated to the wrapped request. @@ -216,7 +218,7 @@ public Enumeration getAttributeNames() { -if (System.getSecurityManager() != null){ +if (SecurityUtil.isPackageProtectionEnabled()){ return (Enumeration)AccessController.doPrivileged( new GetAttributePrivilegedAction()); } else { @@ -226,7 +228,7 @@ public String getCharacterEncoding() { -if (System.getSecurityManager() != null){ +if (SecurityUtil.isPackageProtectionEnabled()){ return (String)AccessController.doPrivileged( new GetCharacterEncodingPrivilegedAction()); } else { @@ -258,7 +260,7 @@ public String getParameter(String name) { -if (System.getSecurityManager() != null){ +if (SecurityUtil.isPackageProtectionEnabled()){ return (String)AccessController.doPrivileged( new GetParameterPrivilegedAction(name)); } else { @@ -268,7 +270,7 @@ public Enumeration getParameterNames() { -if (System.getSecurityManager() != null){ +
cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/servlet JasperLoader.java
jfarcand2004/11/18 14:14:42 Modified:jasper2/src/share/org/apache/jasper/runtime Tag: TOMCAT_5_0 JspWriterImpl.java PageContextImpl.java ProtectedFunctionMapper.java jasper2/src/share/org/apache/jasper/servlet Tag: TOMCAT_5_0 JasperLoader.java Added: jasper2/src/share/org/apache/jasper/security Tag: TOMCAT_5_0 SecurityUtil.java Log: When the package protection is not used, do not create the doPrivileged objects so we don't suffer the performance hit (15% faster with trade2 and this change). Also fixed a memory leak when security manager is turned on. Revision ChangesPath No revision No revision 1.12.2.2 +2 -1 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime/JspWriterImpl.java Index: JspWriterImpl.java === RCS file: /home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime/JspWriterImpl.java,v retrieving revision 1.12.2.1 retrieving revision 1.12.2.2 diff -u -r1.12.2.1 -r1.12.2.2 --- JspWriterImpl.java5 Oct 2004 14:49:43 - 1.12.2.1 +++ JspWriterImpl.java18 Nov 2004 22:14:41 - 1.12.2.2 @@ -26,6 +26,7 @@ import org.apache.jasper.Constants; import org.apache.jasper.compiler.Localizer; +import org.apache.jasper.security.SecurityUtil; /** * Write text to a character-output stream, buffering characters so as @@ -125,7 +126,7 @@ } private String getLocalizeMessage(final String message){ -if (System.getSecurityManager() != null){ +if (SecurityUtil.isPackageProtectionEnabled()){ return (String)AccessController.doPrivileged(new PrivilegedAction(){ public Object run(){ return Localizer.getMessage(message); 1.60.2.2 +14 -13 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime/PageContextImpl.java Index: PageContextImpl.java === RCS file: /home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime/PageContextImpl.java,v retrieving revision 1.60.2.1 retrieving revision 1.60.2.2 diff -u -r1.60.2.1 -r1.60.2.2 --- PageContextImpl.java 20 Sep 2004 18:07:22 - 1.60.2.1 +++ PageContextImpl.java 18 Nov 2004 22:14:41 - 1.60.2.2 @@ -49,6 +49,7 @@ import org.apache.commons.logging.LogFactory; import org.apache.jasper.Constants; import org.apache.jasper.compiler.Localizer; +import org.apache.jasper.security.SecurityUtil; /** * Implementation of the PageContext class from the JSP spec. @@ -216,7 +217,7 @@ Localizer.getMessage(jsp.error.attribute.null_name)); } -if (System.getSecurityManager() != null){ +if (SecurityUtil.isPackageProtectionEnabled()){ return AccessController.doPrivileged(new PrivilegedAction(){ public Object run(){ return doGetAttribute(name); @@ -239,7 +240,7 @@ Localizer.getMessage(jsp.error.attribute.null_name)); } -if (System.getSecurityManager() != null){ +if (SecurityUtil.isPackageProtectionEnabled()){ return AccessController.doPrivileged(new PrivilegedAction(){ public Object run(){ return doGetAttribute(name, scope); @@ -281,7 +282,7 @@ Localizer.getMessage(jsp.error.attribute.null_name)); } -if (System.getSecurityManager() != null){ +if (SecurityUtil.isPackageProtectionEnabled()){ AccessController.doPrivileged(new PrivilegedAction(){ public Object run(){ doSetAttribute(name, attribute); @@ -308,7 +309,7 @@ Localizer.getMessage(jsp.error.attribute.null_name)); } -if (System.getSecurityManager() != null){ +if (SecurityUtil.isPackageProtectionEnabled()){ AccessController.doPrivileged(new PrivilegedAction(){ public Object run(){ doSetAttribute(name, o, scope); @@ -358,7 +359,7 @@ throw new NullPointerException( Localizer.getMessage(jsp.error.attribute.null_name)); } -if (System.getSecurityManager() != null){ +if (SecurityUtil.isPackageProtectionEnabled()){ AccessController.doPrivileged(new PrivilegedAction(){ public Object run(){ doRemoveAttribute(name, scope); @@ -404,7 +405,7 @@ Localizer.getMessage(jsp.error.attribute.null_name)); } -
cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml
jfarcand2004/11/18 14:22:03 Modified:webapps/docs Tag: TOMCAT_5_0 changelog.xml Log: Add fix. Revision ChangesPath No revision No revision 1.70.2.75 +3 -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.70.2.74 retrieving revision 1.70.2.75 diff -u -r1.70.2.74 -r1.70.2.75 --- changelog.xml 18 Nov 2004 15:01:03 - 1.70.2.74 +++ changelog.xml 18 Nov 2004 22:22:02 - 1.70.2.75 @@ -29,6 +29,9 @@ update bug22679/bug: Added misc note on accessing session ID to SSL-HowTo. (yoavs) /update + update + When the package protection is not used, do not create the doPrivileged objects so we don't suffer the performance hit. + /update /changelog /subsection - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32296] - HTTP Content-Type always ISO-8859-1 under debian (browsers no longer detect encoding correctly - worked perfectly under redhat9)
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=32296. 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=32296 [EMAIL PROTECTED] changed: What|Removed |Added CC|[EMAIL PROTECTED]| --- Additional Comments From [EMAIL PROTECTED] 2004-11-18 23:39 --- Removing myself from the CC list. Please don't add people to the CC list without at least first checking that that is what they want. Added to which, adding a tomcat comitter is pretty pointless as we get all the bugzilla mail anyway. -- 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 32293] - HTTP response 505 and Keep-Alive processing
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=32293. 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=32293 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2004-11-18 23:49 --- *** This bug has been marked as a duplicate of 32292 *** -- 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 32292] - HTTP response 505 and Keep-Alive processing
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=32292. 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=32292 --- Additional Comments From [EMAIL PROTECTED] 2004-11-18 23:49 --- *** Bug 32293 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]
DO NOT REPLY [Bug 15278] - [PATCH] mod_jk2 for IIS, Bugfix corrupted data ]
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=15278. 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=15278 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-11-18 23:53 --- As your comments state, this bug is fixed. If you have identified another issue, please open a new bug report. -- 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: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session PersistentManagerBase.java StandardManager.java StandardSession.java
[EMAIL PROTECTED] wrote: jfarcand2004/11/18 14:13:36 Modified:catalina/src/share/org/apache/catalina/core Tag: TOMCAT_5_0 ApplicationContextFacade.java ApplicationDispatcher.java ApplicationFilterChain.java StandardWrapper.java catalina/src/share/org/apache/catalina/security Tag: TOMCAT_5_0 SecurityUtil.java catalina/src/share/org/apache/catalina/session Tag: TOMCAT_5_0 PersistentManagerBase.java StandardManager.java StandardSession.java Log: When the package protection is not used, do not create the doPrivileged objects so we don't suffer the performance hit (15% faster with trade2 and this change). Also fixed a memory leak when security manager is turned on. Fixing leaks is good :) I have a question: Can it ever happen that package access is disabled ? Tomcat is probably not secure without those checks. So what is the purpose of the change exactly ? Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 19917] - Using AF_UNIX socket with Tomcat 4.1.24, Apache 2.0.45 doesn't work
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=19917. 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=19917 --- Additional Comments From [EMAIL PROTECTED] 2004-11-19 01:46 --- I ran into the same issue with Tomcat 4.1.18, Apache 2.0.52 and Tomcat connectors 2.0.4 on a Redhat 7.3. The first part of the problem has to do with $TOMCAT_HOME/bin/tomcat-jni.jar, which conflicts with $TOMCAT_HOME/server/lib/tomcat-jk2.jar, and causes the apr to fail loading with a CNFE on org.apache.commons.logging.LogFactory. Once this is out of the way, I ran in the same problem described in this bug. I had to resort to a temporary workaround: -edit jk/native2/server/apache2/Makefile -add -laprutil-0 -lgdbm -lexpat -ldb -lcrypt to APR_LIBS -make and deploy This worked for me. This is apparently not an uncommon problem: a lot of sites are reporting the same issue, and it is almost impossible a solution that works. I'm posting here because I believe some people might find this useful, given the scarcity of proper documentation on the the jk2 connector. -- 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 19917] - Using AF_UNIX socket with Tomcat 4.1.24, Apache 2.0.45 doesn't work
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=19917. 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=19917 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] -- 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/catalina/src/share/org/apache/catalina/connector Request.java
billbarker2004/11/18 22:07:56 Modified:catalina/src/share/org/apache/catalina Globals.java catalina/src/share/org/apache/catalina/connector Request.java Log: Since we are documenting the SSL Session ID attribute, treat it like other SSL attributes. Revision ChangesPath 1.13 +8 -1 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/Globals.java Index: Globals.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/Globals.java,v retrieving revision 1.12 retrieving revision 1.13 diff -u -r1.12 -r1.13 --- Globals.java 15 Oct 2004 00:18:35 - 1.12 +++ Globals.java 19 Nov 2004 06:07:56 - 1.13 @@ -144,6 +144,13 @@ public static final String KEY_SIZE_ATTR = javax.servlet.request.key_size; +/** + * The request attribute under which we store the session id being used + * for this SSL connection (as an object of type java.lang.String). + */ +public static final String SSL_SESSION_ID_ATTR = +javax.servlet.request.ssl_session; + /** * The servlet context attribute under which the managed bean Registry 1.17 +7 -2 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/connector/Request.java Index: Request.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/connector/Request.java,v retrieving revision 1.16 retrieving revision 1.17 diff -u -r1.16 -r1.17 --- Request.java 26 Oct 2004 15:42:05 - 1.16 +++ Request.java 19 Nov 2004 06:07:56 - 1.17 @@ -863,6 +863,10 @@ if(attr != null) { attributes.put(Globals.KEY_SIZE_ATTR, attr); } +attr = coyoteRequest.getAttribute(Globals.SSL_SESSION_ID_ATTR); +if(attr != null) { +attributes.put(Globals.SSL_SESSION_ID_ATTR, attr); +} attr = attributes.get(name); } return attr; @@ -875,7 +879,8 @@ static boolean isSSLAttribute(String name) { return Globals.CERTIFICATES_ATTR.equals(name) || Globals.CIPHER_SUITE_ATTR.equals(name) || -Globals.KEY_SIZE_ATTR.equals(name); +Globals.KEY_SIZE_ATTR.equals(name) || +Globals.SSL_SESSION_ID_ATTR.equals(name); } /** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22679] - how to access ssl session ID out of tomcat to prevent session hijacking and allow for phishing protection
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=22679. 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=22679 [EMAIL PROTECTED] changed: What|Removed |Added Summary|how to access ssl session ID|how to access ssl session ID |out of tomcat to prevent|out of tomcat to prevent |session hijacking |session hijacking and allow ||for phishing protection --- Additional Comments From [EMAIL PROTECTED] 2004-11-19 07:11 --- thx a lot (also in the name of future security-concerned application programmers) for honoring this documentation RFE after 15 months (and unfortunately having to go through the apparently unavoidable WONTFIX/INVALID episodes :( ). Furthermore, I contend that these functions also will become key to true phishing protection as per https://bugzilla.mozilla.org/show_bug.cgi?id=268835! -- 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 29695] - regression in SSL cipher strength
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=29695. 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=29695 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|CLOSED --- Additional Comments From [EMAIL PROTECTED] 2004-11-19 07:31 --- sun jdk1.5 also brings AES256 back for 5.0.28 -- 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]
[GUMP@brutus]: Project jakarta-tomcat-4.0 (in module jakarta-tomcat-4.0) 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-4.0 has an issue affecting its community integration. This issue affects 9 projects. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - cocoon-block-slide : Java XML Framework - cocoon-block-webdav : Java XML Framework - jakarta-cactus-documentation : Cactus Documentation - jakarta-cactus-release-12 : Unit test framework for server-side java code - jakarta-cactus-release-13 : Unit test framework for server-side java code - jakarta-cactus-sample-jetty-13 : Cactus Jetty Sample (J2EE 1.3) - jakarta-cactus-sample-servlet-13 : Cactus Servlet Sample (J2EE 1.3) - jakarta-slide : Content Management System based on WebDAV technology - jakarta-tomcat-4.0 : Servlet 2.3 and JSP 1.2 Reference Implementation Full details are available at: http://brutus.apache.org/gump/public/jakarta-tomcat-4.0/jakarta-tomcat-4.0/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Output [naming-resources.jar] identifier set to output basename: [naming-resources] -DEBUG- Output [servlets-default.jar] identifier set to output basename: [servlets-default] -DEBUG- Output [naming-common.jar] identifier set to output basename: [naming-common] -DEBUG- Output [catalina.jar] identifier set to output basename: [catalina] -DEBUG- Output [bootstrap.jar] identifier set to output basename: [bootstrap] -DEBUG- Output [servlets-common.jar] identifier set to output basename: [servlets-common] -DEBUG- Output [servlets-invoker.jar] identifier set to output basename: [servlets-invoker] -DEBUG- Dependency on javamail exists, no need to add for property mail.jar. -DEBUG- Dependency on jaf exists, no need to add for property activation.jar. -DEBUG- Dependency on jmx exists, no need to add for property jmx.jar. -DEBUG- Dependency on jakarta-servletapi-4 exists, no need to add for property servlet.jar. -DEBUG- Dependency on xml-xerces exists, no need to add for property xerces.jar. -DEBUG- Dependency on jakarta-tomcat-util exists, no need to add for property tomcat-util.jar. -DEBUG- Dependency on commons-logging exists, no need to add for property commons-logging-api.jar. -DEBUG- Dependency on ant exists, no need to add for property ant.home. -DEBUG- Dependency on jakarta-servletapi-4 exists, no need to add for property servlet.home. -DEBUG- Dependency on jsse exists, no need to add for property jsse.home. -DEBUG- Dependency on jmx exists, no need to add for property jmx.home. -DEBUG- Dependency on jmx exists, no need to add for property jmxtools.jar. -DEBUG- Dependency on jndi exists, no need to add for property jndi.home. -DEBUG- Dependency on jakarta-regexp exists, no need to add for property regexp.home. -DEBUG- Dependency on jakarta-regexp exists, no need to add for property regexp.jar. -DEBUG- Dependency on javamail exists, no need to add for property mail.home. -DEBUG- Dependency on jaf exists, no need to add for property activation.home. -INFO- Failed with reason build failed -INFO- Failed to extract fallback artifacts from Gump Repository The following work was performed: http://brutus.apache.org/gump/public/jakarta-tomcat-4.0/jakarta-tomcat-4.0/gump_work/build_jakarta-tomcat-4.0_jakarta-tomcat-4.0.html Work Name: build_jakarta-tomcat-4.0_jakarta-tomcat-4.0 (Type: Build) Work ended in a state of : Failed Elapsed: 23 secs Command Line: java -Djava.awt.headless=true -Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-xerces2/java/build/xml-apis.jar:/usr/local/gump/public/workspace/xml-xalan/java/build/serializer.jar:/usr/local/gump/public/workspace/xml-xalan/java/build/xalan-unbundled.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar org.apache.tools.ant.Main -Dgump.merge=/home/gump/workspaces2/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Djaas.jar=/usr/local/gump/packages/jaas1_0/lib/jaas.jar -Djmx.jar=/usr/local/gump/packages/jmx-1_2-ri/lib/jmxri.jar -Djmx.home=/usr/local/gump/packages/jmx-1_2-ri -Djdbc20ext.jar=/usr/local/gump/packages/jdbc2_0/jdbc2_0-stdext.jar -Dregexp.jar=/usr/local/gump/public/workspace/jakarta-regexp/build/jakarta-regexp-18112004.jar -Dmail.home=/usr/local/gump/packages/javamail-1.3.2 -Dant.home=/usr/local/gump/public/workspace/ant/dist -Dservlet.jar=/usr/local/gump/public/workspace/jakarta-servletapi-4/lib/servlet.jar -Dsite2.home=/usr/local/gump/public/workspace/jakarta-site2 -Dxerces.jar=/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar
[GUMP@brutus]: Project jakarta-tomcat (in module jakarta-tomcat) 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 has an issue affecting its community integration. This issue affects 69 projects. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - bootstrap-ojb : ObjectRelationalBridge - cocoon : Java XML Framework - cocoon-block-apples : Java XML Framework - cocoon-block-asciiart : Java XML Framework - cocoon-block-authentication-fw : Java XML Framework - cocoon-block-axis : Java XML Framework - cocoon-block-batik : Java XML Framework - cocoon-block-bsf : Java XML Framework - cocoon-block-chaperon : Java XML Framework - cocoon-block-cron : Java XML Framework - cocoon-block-databases : Java XML Framework - cocoon-block-deli : Java XML Framework - cocoon-block-eventcache : Java XML Framework - cocoon-block-faces : Java XML Framework - cocoon-block-fop : Java XML Framework - cocoon-block-forms : Java XML Framework - cocoon-block-hsqldb : Java XML Framework - cocoon-block-html : Java XML Framework - cocoon-block-itext : Java XML Framework - cocoon-block-javaflow : Java XML Framework - cocoon-block-jfor : Java XML Framework - cocoon-block-jms : Java XML Framework - cocoon-block-jsp : Java XML Framework - cocoon-block-linkrewriter : Java XML Framework - cocoon-block-linotype : Java XML Framework - cocoon-block-lucene : Java XML Framework - cocoon-block-mail : Java XML Framework - cocoon-block-midi : Java XML Framework - cocoon-block-naming : Java XML Framework - cocoon-block-ojb : Java XML Framework - cocoon-block-paranoid : Java XML Framework - cocoon-block-petstore : Java XML Framework - cocoon-block-poi : Java XML Framework - cocoon-block-portal : Java XML Framework - cocoon-block-portal-fw : Java XML Framework - cocoon-block-profiler : Java XML Framework - cocoon-block-proxy : Java XML Framework - cocoon-block-python : Java XML Framework - cocoon-block-qdox : Java XML Framework - cocoon-block-querybean : Java XML Framework - cocoon-block-repository : Java XML Framework - cocoon-block-scratchpad : Java XML Framework - cocoon-block-serializers : Java XML Framework - cocoon-block-session-fw : Java XML Framework - cocoon-block-slop : Java XML Framework - cocoon-block-stx : Java XML Framework - cocoon-block-taglib : Java XML Framework - cocoon-block-tour : Java XML Framework - cocoon-block-velocity : Java XML Framework - cocoon-block-web3 : Java XML Framework - cocoon-block-woody : Java XML Framework - cocoon-block-xmldb : Java XML Framework - cocoon-block-xsp : Java XML Framework - commons-jelly-tags-ojb : A variety of tags for working with the ObjectBridge persiste... - db-ojb : ObjectRelationalBridge - db-torque : Persistence Layer - forrest : Apache Forrest is an XML standards-oriented documentation fr... - fulcrum-intake : Services Framework - fulcrum-security-adapter-turbine : Services Framework - jakarta-cactus-sample-servlet-12 : Cactus Servlet Sample (J2EE 1.2) - jakarta-jetspeed : Enterprise Information Portal - jakarta-tomcat : Servlet 2.2 and JSP 1.1 Reference Implementation - jakarta-tomcat-coyote-tomcat3 : Connectors to various web servers - jakarta-tomcat-coyote_10 : Connectors to various web servers - jakarta-turbine-2 : A servlet based framework. - jakarta-turbine-jcs : Cache - jakarta-turbine-stratum-full : Turbine Components - lenya : Content Management System - test-ojb : ObjectRelationalBridge Full details are available at: http://brutus.apache.org/gump/public/jakarta-tomcat/jakarta-tomcat/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Output [tomcat-util.jar] identifier set to output basename: [tomcat-util] -DEBUG- Output [tomcat_core.jar] identifier set to output basename: [tomcat_core] -DEBUG- Output [tomcat_modules.jar] identifier set to output basename: [tomcat_modules] -DEBUG- Output [facade22.jar] identifier set to output basename: [facade22] -DEBUG- Output [core_util.jar] identifier set to output basename: [core_util] -DEBUG- Output [jasper.jar] identifier set to output basename: [jasper] -DEBUG- Output [container_util.jar] identifier set to output basename: [container_util] -DEBUG- Output [tomcat.jar] identifier set to output basename: [tomcat] -DEBUG- Dependency on jakarta-servletapi exists, no need to add for property servlet22.jar. -DEBUG- Dependency on jmx exists, no need to add for property