Re: Dynamic DNS
Thanks for the response. I am going to dev because I thought and still think a bit that it might be a dev issue. I have tried 8080 without success. I have created a browser (URLConnection send on port 80 and 8080) within Tomcat which can talk via a port 80 or port 8080 http connection with another tomcat with a dynamic dns. But, trying it with another real browser it does not work. At 09:24 PM 12/14/2003, you wrote: This question is probably better asked on the users list. I am trying to use my home computer for development and need to access a running web server on the computer. However, for some reason I cannot access Tomcat using a http://[dynamic ip address] like. Are you running Tomcat on port 80? Many consumer cable/DSL providers block port 80 on their residential IP blocks because of Code Red, Nimda c.s. Try running the httpd adaptor of Tomcat on a different port. S. -- [EMAIL PROTECTED] http://www.temme.net/sander/ PGP FP: 51B4 8727 466A 0BC3 69F4 B7B8 B2BE BC40 1529 24AF - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] LEGAL NOTICE This electronic mail transmission and any accompanying documents contain information belonging to the sender which may be confidential and legally privileged. This information is intended only for the use of the individual or entity to whom this electronic mail transmission was sent as indicated above. If you are not the intended recipient, any disclosure, copying, distribution, or action taken in reliance on the contents of the information contained in this transmission is strictly prohibited. If you have received this transmission in error, please delete the message. Thank you - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 25525] - The Binaries for JK do not work for latest Apache as not SO's
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25525. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25525 The Binaries for JK do not work for latest Apache as not SO's [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-12-15 07:21 --- The .so files are plain .dll files. The howto compile documentation is at the jakarta web site. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 25526] New: - tomcat parses the query string parameters as iso-8859-1
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25526. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25526 tomcat parses the query string parameters as iso-8859-1 Summary: tomcat parses the query string parameters as iso-8859-1 Product: Tomcat 4 Version: 4.1.29 Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Normal Priority: Other Component: Unknown AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Tomcat allways parses the query string parameters as iso-8859-1 url encoded. If the page that submits the data has UTF-8 encoding like: %@ page contentType=text/html;charset=utf-8% And even have the SetCharacterEncodingFilter set to UTF-8 in the web.xml filter filter-nameSetCharacterEncoding/filter-name filter-classfilters.SetCharacterEncodingFilter/filter-class init-param param-nameencoding/param-name param-valueUTF-8/param-value /init-param init-param param-nameignore/param-name param-valuefalse/param-value /init-param /filter filter-mapping filter-nameSetCharacterEncoding/filter-name url-pattern/*/url-pattern /filter-mapping You have to do the following trick in the page that handles the request to get the correct encoding: String param = new String(request.getParameter(param).getBytes(iso-8859-1),utf-8); Changing to POST works ok. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 25528] New: - WebappClassloader does not register with RMI codebase cache
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25528. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25528 WebappClassloader does not register with RMI codebase cache Summary: WebappClassloader does not register with RMI codebase cache Product: Tomcat 4 Version: 4.1.24 Platform: All OS/Version: All Status: NEW Severity: Major Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Using RMI with Tomcat 4+ (all 4 versions of Tomcat, 5 too) causes problems. It works, but performance is very bad. We have reproduced this problem and pinpointed it down to the WebappClassLoader in Tomcat 4. If a serialized class is sent back from an RMI server, the RMI classes from Sun call getClassAnnotation() of the classloader. If the java code is included in a JAR file in the WEB-INF/lib too, this classloader is the org.apache.catalina.loader.WebappClassloader class. In our test cases, over 50% of the time was spent in method getURLs() of this loader in the following stack trace: sun.rmi.server.MarshalOutputStream.annotateClass() java.rmi.server.RMIClassLoader.getClassAnnotation() sun.rmi.server.LoaderHandler.getClassAnnotation() org.apache.catalina.loader.WebappClassLoader.getURLs() org.apache.catalina.loader.WebappClassLoader.getURL() The getURL() was called for EVERY time a class is deserialized, for ALL JAR files in the web-app (in our case 27). This is caused by the fact that in sun.rmi.server.LoaderHandler.getClassAnnotation() a check is made if the ClassLoader of the class received in known in the codebase cache. This can easily be fixed by adding a call to sun.rmi.server.LoaderHandler.registerCodebaseLoader(this); in both constructors of the WebappClassLoader. We have created an overridden classloader that does this and registered it in server.xml with Loader loaderClass=org.apache.catalina.loader.CustomClassLoader/ (that's a custom class inherited from WebappClassloader that simply calls the registration in 2 constructors) This caused performance increase of some pages with factor of 30 or more! The problem gets bigger if more RMI calls are made and more JAR files are added to the web-app. It seems to me that this RMI registration is simply forgotten and should be added to the Tomcat 4 (and 5) code. I think this is also the resolution of Bugzilla #7359. Probably a better way of calling this method too. You should be careful what happens if a non-Sun java is used. Furthermore; what happens with the Thread- specific class loaders? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 25528] - WebappClassloader does not register with RMI codebase cache
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25528. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25528 WebappClassloader does not register with RMI codebase cache --- Additional Comments From [EMAIL PROTECTED] 2003-12-15 10:01 --- Created an attachment (id=9574) overridden classloader that fixes the problem - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Dynamic DNS
//check $TOMCAT_HOME/conf/server.xml !-- Define a non-SSL Coyote HTTP/1.1 Connector on port 8081 -- Connector className=org.apache.coyote.tomcat4.CoyoteConnector port=8080 minProcessors=5 maxProcessors=75 enableLookups=true redirectPort=8443 acceptCount=100 debug=0 connectionTimeout=2 useURIValidationHack=false disableUploadTimeout=true / Regards, Martin - Original Message - From: webmaster [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Monday, December 15, 2003 2:05 AM Subject: Re: Dynamic DNS Thanks for the response. I am going to dev because I thought and still think a bit that it might be a dev issue. I have tried 8080 without success. I have created a browser (URLConnection send on port 80 and 8080) within Tomcat which can talk via a port 80 or port 8080 http connection with another tomcat with a dynamic dns. But, trying it with another real browser it does not work. At 09:24 PM 12/14/2003, you wrote: This question is probably better asked on the users list. I am trying to use my home computer for development and need to access a running web server on the computer. However, for some reason I cannot access Tomcat using a http://[dynamic ip address] like. Are you running Tomcat on port 80? Many consumer cable/DSL providers block port 80 on their residential IP blocks because of Code Red, Nimda c.s. Try running the httpd adaptor of Tomcat on a different port. S. -- [EMAIL PROTECTED] http://www.temme.net/sander/ PGP FP: 51B4 8727 466A 0BC3 69F4 B7B8 B2BE BC40 1529 24AF - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] LEGAL NOTICE This electronic mail transmission and any accompanying documents contain information belonging to the sender which may be confidential and legally privileged. This information is intended only for the use of the individual or entity to whom this electronic mail transmission was sent as indicated above. If you are not the intended recipient, any disclosure, copying, distribution, or action taken in reliance on the contents of the information contained in this transmission is strictly prohibited. If you have received this transmission in error, please delete the message. 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]
DO NOT REPLY [Bug 25015] - CoyoteAdapter is breaking path info
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25015. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25015 CoyoteAdapter is breaking path info --- Additional Comments From [EMAIL PROTECTED] 2003-12-15 12:34 --- Should this work ? servlet-mapping servlet-nameMyServlet/servlet-name url-pattern/test/path/here/url-pattern /servlet-mapping invoke servlet - http://localhost/context/test;a/path;b/here or is the url-pattern required to have the path parm in it (same with a context having a parm in it) because neither of these work now. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 25535] New: - CoyoteAdapter - Authentication attempt causes StackOverflowError
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25535. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25535 CoyoteAdapter - Authentication attempt causes StackOverflowError Summary: CoyoteAdapter - Authentication attempt causes StackOverflowError Product: Tomcat 4 Version: 4.1.29 Platform: All URL: http://groups.google.co.uk/groups?dq=hl=enlr=ie=UTF- 8oe=UTF- 8threadm=4e1bb60d.0312140822.6942aa34%40posting.google. comprev=/groups%3Fhl%3Den%26lr%3D%26ie%3DUTF- 8%26oe%3DUTF-8%26group%3Dcomp.lang.java.help OS/Version: Linux Status: NEW Severity: Major Priority: Other Component: Connector:Coyote HTTP/1.1 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] There seems to be a problem with Tomcat 4.1.29 using MySQL for realm authentication, at least on a linux platform anyway. Usually after a period of inactivity, further attempts to authenticate result in CoyoteAdapter An exception or error occurred in the container during the request processing java.lang.StackOverflowError even thou autoReconnect=true is provided in the realm connectionUrl. after emails with Bruno (see url to posting) we seem to have 2 possible solutions Revert to Tomcat 4.1.24 or ensure use of mysql-connector-java-3.0.9-stable-bin.jar not mysql-connector- java-3.0.7-stable-bin.jar see http://groups.google.co.uk/groups?dq=hl=enlr=ie=UTF-8oe=UTF- 8threadm=4e1bb60d.0312140822.6942aa34%40posting.google.comprev=/groups%3Fhl% 3Den%26lr%3D%26ie%3DUTF-8%26oe%3DUTF-8%26group%3Dcomp.lang.java.help - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
New MMBase Installation HOWTO
Hi everyone, I compiled an MMBase Installation HOWTO: http://www.offerman.net/MMBase-Installation-HOWTO/ Any feedback is welcome. I'm not a regular subscriber to this list, so please reply to mmbase-at-offerman-dot-net. Best, Adrian Offerman Abstract This document describes the installation of the MMBase content management system on a Red Hat Linux distribution, using the Tomcat application server, and integrating it with MySQL and Apache. Table of Contents: Introduction Installation Installing Java Installing Tomcat Replacing Tomcat's default JSP compiler Jasper with IBM's Jikes compiler Installing ImageMagick Installing MMBase Connecting MMBase to MySQL using MySQL Connector/J Configuring initial MMBase settings Running MMBase Connecting Apache and Tomcat using mod_jk2 Installing an Apache reverse proxy as a front-end to your MMBase server Installing more MMBase servers under the same Tomcat server Acknowledgements Contributers Revision history Disclaimer Copyright - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 25537] New: - BodyContentImpl reAllocBuff method inefficient
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25537. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25537 BodyContentImpl reAllocBuff method inefficient Summary: BodyContentImpl reAllocBuff method inefficient Product: Tomcat 4 Version: 4.1.27 Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Normal Priority: Other Component: Jasper AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] The DEFAULT_TAG_BUFFER_SIZE is only 512 bytes, and that’s how much it grows the buffer each time. A different algorithm that would not degrade so poorly would be to double the buffer every time. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Dynamic DNS
Thanks, Martin, but I think the problem is that there is a subnet on a wireless router that makes the true ip address of the tomcat running on this machine immediately unavailable. What I have to do is to find out how to find the real ip address. Getting one from a request object sent to a foreign computer does not seem to work, as that seems to be an alias from the isp that hides the true ip address as well. Why the true ip address is hidden by the isp is not clear. Any ideas? At 09:26 AM 12/15/2003, you wrote: //check $TOMCAT_HOME/conf/server.xml !-- Define a non-SSL Coyote HTTP/1.1 Connector on port 8081 -- Connector className=org.apache.coyote.tomcat4.CoyoteConnector port=8080 minProcessors=5 maxProcessors=75 enableLookups=true redirectPort=8443 acceptCount=100 debug=0 connectionTimeout=2 useURIValidationHack=false disableUploadTimeout=true / Regards, Martin - Original Message - From: webmaster [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Monday, December 15, 2003 2:05 AM Subject: Re: Dynamic DNS Thanks for the response. I am going to dev because I thought and still think a bit that it might be a dev issue. I have tried 8080 without success. I have created a browser (URLConnection send on port 80 and 8080) within Tomcat which can talk via a port 80 or port 8080 http connection with another tomcat with a dynamic dns. But, trying it with another real browser it does not work. At 09:24 PM 12/14/2003, you wrote: This question is probably better asked on the users list. I am trying to use my home computer for development and need to access a running web server on the computer. However, for some reason I cannot access Tomcat using a http://[dynamic ip address] like. Are you running Tomcat on port 80? Many consumer cable/DSL providers block port 80 on their residential IP blocks because of Code Red, Nimda c.s. Try running the httpd adaptor of Tomcat on a different port. S. -- [EMAIL PROTECTED] http://www.temme.net/sander/ PGP FP: 51B4 8727 466A 0BC3 69F4 B7B8 B2BE BC40 1529 24AF - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] LEGAL NOTICE This electronic mail transmission and any accompanying documents contain information belonging to the sender which may be confidential and legally privileged. This information is intended only for the use of the individual or entity to whom this electronic mail transmission was sent as indicated above. If you are not the intended recipient, any disclosure, copying, distribution, or action taken in reliance on the contents of the information contained in this transmission is strictly prohibited. If you have received this transmission in error, please delete the message. 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] LEGAL NOTICE This electronic mail transmission and any accompanying documents contain information belonging to the sender which may be confidential and legally privileged. This information is intended only for the use of the individual or entity to whom this electronic mail transmission was sent as indicated above. If you are not the intended recipient, any disclosure, copying, distribution, or action taken in reliance on the contents of the information contained in this transmission is strictly prohibited. If you have received this transmission in error, please delete the message. Thank you - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Dynamic DNS
You should be able to get your real ip address from your router configuration app. You can get your private subnet address from the command line (ipconfig /all on Windows, ip addr on most Linux distributions, or similar commands). Then you need to forward incoming requests on port 8080 or whatever port you're using now on your router to the listening port on your machine running the server. You're probably already doing all that, but I just thought I'd be explicit. Some dynamic DNS services also have utilities for reporting your real address, although your router should tell you. -adam webmaster wrote: Thanks, Martin, but I think the problem is that there is a subnet on a wireless router that makes the true ip address of the tomcat running on this machine immediately unavailable. What I have to do is to find out how to find the real ip address. Getting one from a request object sent to a foreign computer does not seem to work, as that seems to be an alias from the isp that hides the true ip address as well. Why the true ip address is hidden by the isp is not clear. Any ideas? At 09:26 AM 12/15/2003, you wrote: //check $TOMCAT_HOME/conf/server.xml !-- Define a non-SSL Coyote HTTP/1.1 Connector on port 8081 -- Connector className=org.apache.coyote.tomcat4.CoyoteConnector port=8080 minProcessors=5 maxProcessors=75 enableLookups=true redirectPort=8443 acceptCount=100 debug=0 connectionTimeout=2 useURIValidationHack=false disableUploadTimeout=true / Regards, Martin - Original Message - From: webmaster [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Monday, December 15, 2003 2:05 AM Subject: Re: Dynamic DNS Thanks for the response. I am going to dev because I thought and still think a bit that it might be a dev issue. I have tried 8080 without success. I have created a browser (URLConnection send on port 80 and 8080) within Tomcat which can talk via a port 80 or port 8080 http connection with another tomcat with a dynamic dns. But, trying it with another real browser it does not work. At 09:24 PM 12/14/2003, you wrote: This question is probably better asked on the users list. I am trying to use my home computer for development and need to access a running web server on the computer. However, for some reason I cannot access Tomcat using a http://[dynamic ip address] like. Are you running Tomcat on port 80? Many consumer cable/DSL providers block port 80 on their residential IP blocks because of Code Red, Nimda c.s. Try running the httpd adaptor of Tomcat on a different port. S. -- [EMAIL PROTECTED] http://www.temme.net/sander/ PGP FP: 51B4 8727 466A 0BC3 69F4 B7B8 B2BE BC40 1529 24AF - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] LEGAL NOTICE This electronic mail transmission and any accompanying documents contain information belonging to the sender which may be confidential and legally privileged. This information is intended only for the use of the individual or entity to whom this electronic mail transmission was sent as indicated above. If you are not the intended recipient, any disclosure, copying, distribution, or action taken in reliance on the contents of the information contained in this transmission is strictly prohibited. If you have received this transmission in error, please delete the message. 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] LEGAL NOTICE This electronic mail transmission and any accompanying documents contain information belonging to the sender which may be confidential and legally privileged. This information is intended only for the use of the individual or entity to whom this electronic mail transmission was sent as indicated above. If you are not the intended recipient, any disclosure, copying, distribution, or action taken in reliance on the contents of the information contained in this transmission is strictly prohibited. If you have received this transmission in error, please delete the message. 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: Dynamic DNS
Thanks, Adam, This was more than helpful and is much appreciated. Michael McGrady At 08:17 AM 12/15/2003, you wrote: Adam Fisk [EMAIL PROTECTED] LEGAL NOTICE This electronic mail transmission and any accompanying documents contain information belonging to the sender which may be confidential and legally privileged. This information is intended only for the use of the individual or entity to whom this electronic mail transmission was sent as indicated above. If you are not the intended recipient, any disclosure, copying, distribution, or action taken in reliance on the contents of the information contained in this transmission is strictly prohibited. If you have received this transmission in error, please delete the message. Thank you - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 15703] - Illegal scope attribute without var in fmt:setLocale tag
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15703. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15703 Illegal scope attribute without var in fmt:setLocale tag --- Additional Comments From [EMAIL PROTECTED] 2003-12-15 17:54 --- This seems to be a bug in the JSTL TLVs, which currently ignore the uri argument passed to their validate() method and use the hardcoded unique identifier (http://java.sun.com/jsp/jstl/xxx) instead. JSP.13.9.6 mentions that the uri parameter in TLV.validate() corresponds to the taglib's uri in the XML view. The javadocs of TLV.validate() describe the uri param as follows: @param uri the tag library's unique identifier The JSP spec lead confirmed that the javadocs of TLV.validate() need to be clarified to match the spec. The JSP container will invoke a TLV with the necessary uri namespace to be searched in the XML view, and TLV implementors must not hardcode this namespace in their TLV but rather search for the provided value. This way, TLVs will be able to locate the XML view elements they are supposed to validate. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Dynamic DNS
Hello, Adam, Given all the information you get from ipconfig /all, how do you tell what the ip address is that can be used to have a foreign host contact a server on a wireless laptop? I have a hunch this is not the right question. Apparently the isp uses the physical addresses in the subnet to route response information from servers to browsers on their network. Is that right? Mainly, I want to be able to test my Tomcat server running on my laptop from a foreign client at another location. The laptop is running a wireless connection to a router from a cable connection with my isp. None of the ip addresses supplied by ipconfig /all work for that purpose. If I get the ip address that my browser gives to a foreign server and resolve that to a host name, it is a series of hexidecimal numbers (12 of them)followed by a dot and the isp URL, e.g. 000d88870c4e.isp_name.com. What does it all mean? Michael McGrady At 08:17 AM 12/15/2003, you wrote: You should be able to get your real ip address from your router configuration app. You can get your private subnet address from the command line (ipconfig /all on Windows, ip addr on most Linux distributions, or similar commands). Then you need to forward incoming requests on port 8080 or whatever port you're using now on your router to the listening port on your machine running the server. You're probably already doing all that, but I just thought I'd be explicit. Some dynamic DNS services also have utilities for reporting your real address, although your router should tell you. -adam webmaster wrote: Thanks, Martin, but I think the problem is that there is a subnet on a wireless router that makes the true ip address of the tomcat running on this machine immediately unavailable. What I have to do is to find out how to find the real ip address. Getting one from a request object sent to a foreign computer does not seem to work, as that seems to be an alias from the isp that hides the true ip address as well. Why the true ip address is hidden by the isp is not clear. Any ideas? At 09:26 AM 12/15/2003, you wrote: //check $TOMCAT_HOME/conf/server.xml !-- Define a non-SSL Coyote HTTP/1.1 Connector on port 8081 -- Connector className=org.apache.coyote.tomcat4.CoyoteConnector port=8080 minProcessors=5 maxProcessors=75 enableLookups=true redirectPort=8443 acceptCount=100 debug=0 connectionTimeout=2 useURIValidationHack=false disableUploadTimeout=true / Regards, Martin - Original Message - From: webmaster [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Monday, December 15, 2003 2:05 AM Subject: Re: Dynamic DNS Thanks for the response. I am going to dev because I thought and still think a bit that it might be a dev issue. I have tried 8080 without success. I have created a browser (URLConnection send on port 80 and 8080) within Tomcat which can talk via a port 80 or port 8080 http connection with another tomcat with a dynamic dns. But, trying it with another real browser it does not work. At 09:24 PM 12/14/2003, you wrote: This question is probably better asked on the users list. I am trying to use my home computer for development and need to access a running web server on the computer. However, for some reason I cannot access Tomcat using a http://[dynamic ip address] like. Are you running Tomcat on port 80? Many consumer cable/DSL providers block port 80 on their residential IP blocks because of Code Red, Nimda c.s. Try running the httpd adaptor of Tomcat on a different port. S. -- [EMAIL PROTECTED] http://www.temme.net/sander/ PGP FP: 51B4 8727 466A 0BC3 69F4 B7B8 B2BE BC40 1529 24AF - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] LEGAL NOTICE This electronic mail transmission and any accompanying documents contain information belonging to the sender which may be confidential and legally privileged. This information is intended only for the use of the individual or entity to whom this electronic mail transmission was sent as indicated above. If you are not the intended recipient, any disclosure, copying, distribution, or action taken in reliance on the contents of the information contained in this transmission is strictly prohibited. If you have received this transmission in error, please delete the message. 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] LEGAL NOTICE This electronic mail transmission and any accompanying documents contain information belonging to the sender which may be confidential and
DO NOT REPLY [Bug 25528] - WebappClassloader does not register with RMI codebase cache
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25528. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25528 WebappClassloader does not register with RMI codebase cache --- Additional Comments From [EMAIL PROTECTED] 2003-12-15 18:16 --- The problem is already fixed in the Tomcat 5 CVS: it is very easy to optimize the getURLs method. The idea is that I didn't know this method was used often. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 25015] - CoyoteAdapter is breaking path info
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25015. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25015 CoyoteAdapter is breaking path info --- Additional Comments From [EMAIL PROTECTED] 2003-12-15 18:22 --- What Amy said implies: no, this doesn't work. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 15703] - Illegal scope attribute without var in fmt:setLocale tag
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15703. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15703 Illegal scope attribute without var in fmt:setLocale tag --- Additional Comments From [EMAIL PROTECTED] 2003-12-15 18:55 --- Pierre/Jan, The problem is not the validate() method itself, but the halpers (isFmtTag(), isCoreTag(), etc...) used while parsing the PageData (right now, validate() is defined in a super class - JstlBaseTLV - but the parsing code is spread throught the sub-classes). I think the easiest solution would be to redefine validate() in each sub-class, setting the proper mapping between the TLV's taglib and its URI. Something like this: On JstlBaseTLV -- private String fmtUri = null; protected void setFmtUri( String uri ) { this.fmtUri = uri; } protected boolean isFmtTag(String tagUri, String tagLn, String target) { return ( this.fmtUri != null isTag(tagUri, tagLn, FMT, target) || isTag(tagUri, tagLn, FMT_EL, target) || isTag(tagUri, tagLn, FMT_RT, target)); } On JstlFmtTLV - public synchronized ValidationMessage[] validate( String prefix, String uri, PageData page) { setFmtUri( uri ); super.validate( prefix, uri, page ); } What do you think? If you're ok with that, I can do these changes on JSTL's code. Felipe - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 12089] - CATALINA_HOME ignored and reset by catalina.sh
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12089. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12089 CATALINA_HOME ignored and reset by catalina.sh --- Additional Comments From [EMAIL PROTECTED] 2003-12-15 19:04 --- Created an attachment (id=9584) Diff -u of proposed fix - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 12089] - CATALINA_HOME ignored and reset by catalina.sh
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12089. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12089 CATALINA_HOME ignored and reset by catalina.sh --- Additional Comments From [EMAIL PROTECTED] 2003-12-15 19:05 --- This is an old bug, but has a valid point. Very easy fix. (I've already attached it). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 25015] - CoyoteAdapter is breaking path info
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25015. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25015 CoyoteAdapter is breaking path info --- Additional Comments From [EMAIL PROTECTED] 2003-12-15 19:08 --- Amy, I am confused.. the spec says that I should be able to get the parm from the getRequestURI or getPathInfo. are you reading this as the contain must provide it in just one of these methods? It seems to me the spec is saying I should be able to retieve it from either method, not just one (which ever your vendor supports) SRV.4.1 Path parameters that are part of a GET request are not exposed by these APIs.(getParameter, etc.) They must be parsed from the String values returned by the getRequestURI method or the getPathInfo method. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 21217] - Administration webapp does not start for NetWare - cant load struts.jar
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21217. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21217 Administration webapp does not start for NetWare - cant load struts.jar --- Additional Comments From [EMAIL PROTECTED] 2003-12-15 19:13 --- Michael, I do not think that we ever proved that this is a Tomcat problem. I'd rather think it was a JVM / OS issue that has been fixed in Later versions of NetWare and the JVM on NetWare. Have you made any more progress in troubleshooting this? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 25448] - jsp:include is intolerant of whitespace
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25448. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25448 jsp:include is intolerant of whitespace [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Additional Comments From [EMAIL PROTECTED] 2003-12-15 19:15 --- Reopen to change status. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 25448] - jsp:include is intolerant of whitespace
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25448. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25448 jsp:include is intolerant of whitespace [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-12-15 19:23 --- This is NOT a bug, afterall. According to JSP 2.0 spec, JSP.1.3.10.1, the grammar for EmptyBody does not allow whitespaces before /jsp:include. In this case, whitespaces are allowed only when they are followed by jsp:params. This is consistent with how whitespaces are treated in the body of a custom action: a body consists of whitesapces only are not considered empty. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler Parser.java
kinman 2003/12/15 11:24:20 Modified:jasper2/src/share/org/apache/jasper/compiler Parser.java Log: - Revert the last commit, as it did not conform to spec, and breaks TCK tests. Revision ChangesPath 1.87 +3 -4 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Parser.java Index: Parser.java === RCS file: /home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Parser.java,v retrieving revision 1.86 retrieving revision 1.87 diff -u -r1.86 -r1.87 --- Parser.java 11 Dec 2003 18:24:21 - 1.86 +++ Parser.java 15 Dec 2003 19:24:20 - 1.87 @@ -1090,7 +1090,6 @@ lt; + tag ); } -reader.skipSpaces(); if( reader.matchesETag( tag ) ) { // EmptyBody return; - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Dynamic DNS
Hi Michael- Given that this is wandering into areas not quite related to Tomcat, we should probably continue this discussion off list. Feel free to e-mail me directly at afiskatspeedymaildotorg (insert @ for at and . for dot). You basically need to tell dynamic dns the external IP of your modem and have your router forward traffic for you. Best, Adam webmaster wrote: Hello, Adam, Given all the information you get from ipconfig /all, how do you tell what the ip address is that can be used to have a foreign host contact a server on a wireless laptop? I have a hunch this is not the right question. Apparently the isp uses the physical addresses in the subnet to route response information from servers to browsers on their network. Is that right? Mainly, I want to be able to test my Tomcat server running on my laptop from a foreign client at another location. The laptop is running a wireless connection to a router from a cable connection with my isp. None of the ip addresses supplied by ipconfig /all work for that purpose. If I get the ip address that my browser gives to a foreign server and resolve that to a host name, it is a series of hexidecimal numbers (12 of them)followed by a dot and the isp URL, e.g. 000d88870c4e.isp_name.com. What does it all mean? Michael McGrady At 08:17 AM 12/15/2003, you wrote: You should be able to get your real ip address from your router configuration app. You can get your private subnet address from the command line (ipconfig /all on Windows, ip addr on most Linux distributions, or similar commands). Then you need to forward incoming requests on port 8080 or whatever port you're using now on your router to the listening port on your machine running the server. You're probably already doing all that, but I just thought I'd be explicit. Some dynamic DNS services also have utilities for reporting your real address, although your router should tell you. -adam webmaster wrote: Thanks, Martin, but I think the problem is that there is a subnet on a wireless router that makes the true ip address of the tomcat running on this machine immediately unavailable. What I have to do is to find out how to find the real ip address. Getting one from a request object sent to a foreign computer does not seem to work, as that seems to be an alias from the isp that hides the true ip address as well. Why the true ip address is hidden by the isp is not clear. Any ideas? At 09:26 AM 12/15/2003, you wrote: //check $TOMCAT_HOME/conf/server.xml !-- Define a non-SSL Coyote HTTP/1.1 Connector on port 8081 -- Connector className=org.apache.coyote.tomcat4.CoyoteConnector port=8080 minProcessors=5 maxProcessors=75 enableLookups=true redirectPort=8443 acceptCount=100 debug=0 connectionTimeout=2 useURIValidationHack=false disableUploadTimeout=true / Regards, Martin - Original Message - From: webmaster [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Monday, December 15, 2003 2:05 AM Subject: Re: Dynamic DNS Thanks for the response. I am going to dev because I thought and still think a bit that it might be a dev issue. I have tried 8080 without success. I have created a browser (URLConnection send on port 80 and 8080) within Tomcat which can talk via a port 80 or port 8080 http connection with another tomcat with a dynamic dns. But, trying it with another real browser it does not work. At 09:24 PM 12/14/2003, you wrote: This question is probably better asked on the users list. I am trying to use my home computer for development and need to access a running web server on the computer. However, for some reason I cannot access Tomcat using a http://[dynamic ip address] like. Are you running Tomcat on port 80? Many consumer cable/DSL providers block port 80 on their residential IP blocks because of Code Red, Nimda c.s. Try running the httpd adaptor of Tomcat on a different port. S. -- [EMAIL PROTECTED] http://www.temme.net/sander/ PGP FP: 51B4 8727 466A 0BC3 69F4 B7B8 B2BE BC40 1529 24AF - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] LEGAL NOTICE This electronic mail transmission and any accompanying documents contain information belonging to the sender which may be confidential and legally privileged. This information is intended only for the use of the individual or entity to whom this electronic mail transmission was sent as indicated above. If you are not the intended recipient, any disclosure, copying, distribution, or action taken in reliance on the contents of the information contained in this transmission is strictly prohibited. If you have received this transmission in error, please delete the message. Thank you - To unsubscribe, e-mail:
Understanding jakarta-tomcat-4.0 cvs source base / jasper
Quick question - Does the jasper that ships with Tomcat 4.1.29 come from the source code in jakarta-tomcat-4.0/jasper, or is it from the jakarta-tomcat-jasper CVS module? I am looking at some bugs in Bugzilla against Jasper, where they complain about something in j-t-4.0/jasper/src/(some class), and the bug is fixed in j-t-j/jasper2/src I do not know whether to mark the bug as fixed or investigate further. If the answer turns out that the source code in j-t-4/jasper is NOT being used, what is there against removing it to avoid confusion? Jeff Tulley ([EMAIL PROTECTED]) (801)861-5322 Novell, Inc., The Leading Provider of Net Business Solutions http://www.novell.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Understanding jakarta-tomcat-4.0 cvs source base / jasper
The source for Jasper in Tomcat 4.1.29 is from j-t-j/jasper2 with Tomcat_4_branch tag. The head branch is for Tomcat 5. A lot of bugs filed against Tomcat 4.1.x has been fixed in Tomcat 5. Unfortunately I don't have cycles to apply the fixes to 4.1.x. It would be great if someone can do that, and I can help and/or anser questions if needed. The branch jakarta-tomcat-4.0/jasper was used for Tomcat 4.0.x releases, and I don't think we are making new releases for Tomcat 4.0.x. -Kin-man Date: Mon, 15 Dec 2003 12:42:30 -0700 From: Jeff Tulley [EMAIL PROTECTED] Subject: Understanding jakarta-tomcat-4.0 cvs source base / jasper To: [EMAIL PROTECTED] Content-disposition: inline Quick question - Does the jasper that ships with Tomcat 4.1.29 come from the source code in jakarta-tomcat-4.0/jasper, or is it from the jakarta-tomcat-jasper CVS module? I am looking at some bugs in Bugzilla against Jasper, where they complain about something in j-t-4.0/jasper/src/(some class), and the bug is fixed in j-t-j/jasper2/src I do not know whether to mark the bug as fixed or investigate further. If the answer turns out that the source code in j-t-4/jasper is NOT being used, what is there against removing it to avoid confusion? Jeff Tulley ([EMAIL PROTECTED]) (801)861-5322 Novell, Inc., The Leading Provider of Net Business Solutions http://www.novell.com - 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 25015] - CoyoteAdapter is breaking path info
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25015. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25015 CoyoteAdapter is breaking path info [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||WONTFIX - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/tcp ReplicationListener.java SimpleTcpCluster.java SocketSender.java TcpReplicationThread.java
fhanik 2003/12/15 13:33:06 Modified:modules/cluster/src/share/org/apache/catalina/cluster/session SimpleTcpReplicationManager.java modules/cluster/src/share/org/apache/catalina/cluster/tcp ReplicationListener.java SimpleTcpCluster.java SocketSender.java TcpReplicationThread.java Log: Implemented true synchronous replication. The system now awaits for an ack from the other server before returning the requested thread during replication. This is bug 25493 Revision ChangesPath 1.17 +4 -4 jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/session/SimpleTcpReplicationManager.java Index: SimpleTcpReplicationManager.java === RCS file: /home/cvs/jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/session/SimpleTcpReplicationManager.java,v retrieving revision 1.16 retrieving revision 1.17 diff -u -r1.16 -r1.17 --- SimpleTcpReplicationManager.java 15 Nov 2003 01:07:23 - 1.16 +++ SimpleTcpReplicationManager.java 15 Dec 2003 21:33:06 - 1.17 @@ -491,7 +491,7 @@ new SessionMessage(this.getName(), SessionMessage.EVT_GET_ALL_SESSIONS, null, - null); + GET-ALL); cluster.send(msg, mbr); log.warn(Manager[+getName()+], requesting session state from +mbr+ . This operation will timeout if no session state has been received within + 1.5 +9 -6 jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/tcp/ReplicationListener.java Index: ReplicationListener.java === RCS file: /home/cvs/jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/tcp/ReplicationListener.java,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- ReplicationListener.java 18 Apr 2003 02:51:24 - 1.4 +++ ReplicationListener.java 15 Dec 2003 21:33:06 - 1.5 @@ -91,13 +91,16 @@ private java.net.InetAddress bind; private int port; private long timeout = 0; +private boolean synchronous = false; public ReplicationListener(ListenCallback callback, int poolSize, java.net.InetAddress bind, int port, - long timeout) + long timeout, + boolean synchronous) { try { +this.synchronous=synchronous; pool = new ThreadPool(poolSize, TcpReplicationThread.class); }catch ( Exception x ) { log.fatal(Unable to start thread pool for TCP listeners, session replication will fail! msg=+x.getMessage()); @@ -155,7 +158,7 @@ SocketChannel channel = server.accept(); registerChannel (selector, channel, - SelectionKey.OP_READ, + SelectionKey.OP_READ | SelectionKey.OP_WRITE, new ObjectReader(channel,selector,callback)); } // is there data to read on this channel? @@ -219,6 +222,6 @@ return; } // invoking this wakes up the worker thread then returns -worker.serviceChannel (key); +worker.serviceChannel (key,synchronous); } } 1.20 +6 -5 jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/tcp/SimpleTcpCluster.java Index: SimpleTcpCluster.java === RCS file: /home/cvs/jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/tcp/SimpleTcpCluster.java,v retrieving revision 1.19 retrieving revision 1.20 diff -u -r1.19 -r1.20 --- SimpleTcpCluster.java 16 Nov 2003 22:22:45 - 1.19 +++ SimpleTcpCluster.java 15 Dec 2003 21:33:06 - 1.20 @@ -480,7 +480,8 @@ this.tcpThreadCount, this.tcpAddress, this.tcpPort, -this.tcpSelectorTimeout); +this.tcpSelectorTimeout, +synchronous.equals(this.replicationMode)); mReplicationListener.setDaemon(true);
DO NOT REPLY [Bug 25493] - Need to have true RPC in the comm channel over cluster
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25493. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25493 Need to have true RPC in the comm channel over cluster [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-12-15 21:34 --- Fixed on 12/15/2003, will be included in the next release of tomcat 5 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 25547] New: - default errorpage is displayed instead of the one forwarded to
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25547. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25547 default errorpage is displayed instead of the one forwarded to Summary: default errorpage is displayed instead of the one forwarded to Product: Tomcat 5 Version: 5.0.16 Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Normal Priority: Other Component: Unknown AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I have a servlet which is forwarding to an Errorpage but the error page specified is not displayed and a default errorpage is displayed instead. It worked fine with Tomcat 4.1. When I added traces in my errorpage.jsp, I could see it is executed, but it is not displayed. Here is how the servlet is forwarding to the errorpage: catch (Exception e) { request.setAttribute(javax.servlet.jsp.jspException, e); RequestDispatcher rd = context.getRequestDispatcher(/ErrorPage.jsp); rd.forward(request, response); } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 25549] New: - Jasper does not find the tag class
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25549. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25549 Jasper does not find the tag class Summary: Jasper does not find the tag class Product: Tomcat 4 Version: 4.1.24 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I have deployed an application which uses jsp and tag libraries. When the JSP is invoked, it compiles but the compile fails with the following exception: vlet jsp threw exception org.apache.jasper.JasperException: Unable to compile class for JSP An error occurred at line: -1 in the jsp file: null Generated servlet error: [javac] Compiling 1 source file [javac] C:\jboss320 \server\default\work\MainEngine\localhost\env\DatePageWit hTag_jsp.java:98: cannot resolve symbol [javac] symbol : class DateTag [javac] location: class org.apache.jsp.DatePageWithTag_jsp [javac] DateTag _jspx_th_mytags_date_0 = (DateTag) _jspx_tagPool_mytags_ date.get(DateTag.class); [javac] ^ [javac] C:\jboss320 \server\default\work\MainEngine\localhost\env\DatePageWit hTag_jsp.java:98: cannot resolve symbol [javac] symbol : class DateTag [javac] location: class org.apache.jsp.DatePageWithTag_jsp [javac] DateTag _jspx_th_mytags_date_0 = (DateTag) _jspx_tagPool_mytags_ date.get(DateTag.class); [javac] ^ [javac] C:\jboss320 \server\default\work\MainEngine\localhost\env\DatePageWit hTag_jsp.java:98: cannot resolve symbol [javac] symbol : class DateTag [javac] location: class org.apache.jsp.DatePageWithTag_jsp [javac] DateTag _jspx_th_mytags_date_0 = (DateTag) _jspx_tagPool_mytags_ date.get(DateTag.class); [javac] ^ [javac] 3 errors I have verified that the DateTag class resides in the classes directory under web-inf of the war file. Web-inf directory also contains the taglib.tld the content of which is as below: ?xml version=1.0 encoding=ISO-8859-1? !DOCTYPE taglib PUBLIC -//Sun Microsystems, Inc.//DTD JSP Tag Library 1.2//EN http://java.sun.com/dtd/web-jsptaglibrary_1_2.dtd; taglib tlib-version1.0/tlib-version jsp-version1.2/jsp-version short-namefirst/short-name urihttp://www.elucify.com/j2eetips/sept2002/taglib/uri descriptionSample tag library/description tag namedate/name tag-classDateTag/tag-class body-contentempty/body-content descriptionPrint the date with a compiled-in format/description attribute nameformat/name requiredfalse/required rtexprvaluefalse/rtexprvalue /attribute /tag tag nameshowattrs/name tag-classShowAttrsTag/tag-class body-contentempty/body-content descriptionPrint attributes. If name is given, shows only name. If name is not given, shows all names in scope. If scope is not given, shows all names using pageContext.getAttribute(). /description attribute namename/name requiredfalse/required rtexprvaluefalse/rtexprvalue /attribute attribute namescope/name requiredfalse/required rtexprvaluefalse/rtexprvalue /attribute /tag /taglib Could you let me know if there is a problem with my deployment. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/tcp SocketSender.java
fhanik 2003/12/15 14:09:10 Modified:modules/cluster/src/share/org/apache/catalina/cluster/tcp SocketSender.java Log: Longer read timeout, since under load it can take a while Revision ChangesPath 1.5 +4 -4 jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/tcp/SocketSender.java Index: SocketSender.java === RCS file: /home/cvs/jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/tcp/SocketSender.java,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- SocketSender.java 15 Dec 2003 21:33:06 - 1.4 +++ SocketSender.java 15 Dec 2003 22:09:10 - 1.5 @@ -82,7 +82,7 @@ private Socket sc = null; private boolean isSocketConnected = false; private boolean suspect; -private long ackTimeout = 1; +private long ackTimeout = 60*1000; public SocketSender(InetAddress host, int port) { - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Dynamic DNS
That sounds like NAT (Network Address Translation) You need to work out what bit of hardware is doing it (usually the router connected to your incoming line) and re-configure it to forward the correct port(s) the the appropriate machines. In effect NAT allows you to split a single public facing IP address so that different ports are handled by different machines, you create what appears to be one machine out of a small internal network, the approximate opposite of binding several ip addresses to a single machine. Many domestic routers support NAT, though often with a limit to the number of ports that can be forwarded. d. -Original Message- From: webmaster [mailto:[EMAIL PROTECTED] Sent: 15 December 2003 15:58 To: Tomcat Developers List Subject: Re: Dynamic DNS Thanks, Martin, but I think the problem is that there is a subnet on a wireless router that makes the true ip address of the tomcat running on this machine immediately unavailable. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 25549] - Jasper does not find the tag class
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25549. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25549 Jasper does not find the tag class [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2003-12-15 22:34 --- Put your class in a package, or use JDK 1.3. This is probably the 10th time such a bug is reported, sigh! *** This bug has been marked as a duplicate of 10036 *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10036] - Unable to resolve a class name without a package definition
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10036. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10036 Unable to resolve a class name without a package definition [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2003-12-15 22:34 --- *** Bug 25549 has been marked as a duplicate of this bug. *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 25015] - CoyoteAdapter is breaking path info
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25015. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25015 CoyoteAdapter is breaking path info --- Additional Comments From [EMAIL PROTECTED] 2003-12-15 23:08 --- Two things: 1. getPathInfo should/shouldn't return ;blah I think it's ok to leave it as it is for now since the spec is most likely going to be changed in the next version. I asked 154EG spec lead to consider removing the wording of getPathInfo() method in SRV.4.1 and he said they address this issue again and probably do remove as some members already mentioned that. 2. matching Should this work ? servlet-mapping servlet-nameMyServlet/servlet-name url-pattern/test/path/here/url-pattern /servlet-mapping invoke servlet - http://localhost/context/test;a/path;b/here or is the url-pattern required to have the path parm in it (same with a context having a parm in it) because neither of these work now. For the above comment, SRV.11.1 says: The path used for mapping to a servlet is the request URL from the request object minus the context path and the path parameters. That implies the deployment descriptor above should work and the url-pattern should not contain the path parameters. However, the spec doesn't talk about the case when the path params are within the context path. So, it's up to the container, and I would think that we can apply the same rule for the context path too. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 16701] - No exception if jsp:include fails
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16701. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16701 No exception if jsp:include fails [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2003-12-15 23:10 --- I am afraid that this behaviour is as per the spec. quote SRV.8.3 The Include Method The include method of the RequestDispatcher interface may be called at any time. The target servlet of the include method has access to all aspects of the request object, but its use of the response object is more limited: It can only write information to the ServletOutputStream or Writer of the response object and commit a response by writing content past the end of the response buffer, or by explicitly calling the flushBuffer method of the ServletResponse interface. It cannot set headers or call any method that affects the headers of the response. Any attempt to do so must be ignored. /quote I am resolving this as WONTFIX. If you feel the spec has got this wrong, the address to send your feedback to is [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
mod_jk2 .. is 0 a valid child_id ?
mod_jk2 creates this error long entry each time apache starts up... [Mon Dec 15 15:20:17 2003] [error] mod_jk child init 1 0 The relevant code printing the error is in function jk2_child_init() in mod_jk2.c static void jk2_child_init(apr_pool_t *pconf, server_rec *s) { //... if( workerEnv-childId = 0 ) env-l-jkLog(env, env-l, JK_LOG_ERROR, mod_jk child init %d %d\n, workerEnv-was_initialized, workerEnv-childId ); } //... } Here 0 is assumed to be invalud childID. But other parts of the code (in the same function) seem to find the childID=0 to be fine if (workerEnv-childId = 0) { workerEnv-childGeneration = ap_scoreboard_image-parent[workerEnv-childId].generation; ++ap_scoreboard_image-parent[workerEnv-childId].generation; } ... /* Restore the process generation */ if (workerEnv-childId = 0) { ap_scoreboard_image-parent[workerEnv-childId].generation = workerEnv-childGeneration; } I am not too clear about the logic ...however it seems like something is not right if thar error is being printed each time apache comes up. -- Roshan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: jakarta-servletapi-4
The patch for the examples bug was posted to bugzilla over a week ago and the javadoc fixes were posted towards the end of last week. Grateful if someone with jakarta-servletapi-x karma could commit them so I can close the bugs. The bugs are: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6582 http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6649 Thanks, Mark On Friday, December 12, 2003 1:42 PM, Shapira, Yoav [SMTP:[EMAIL PROTECTED] wrote: Howdy Well, you can always send patches to the list or bugzilla and one of us will commit them ;) Yoav Shapira Millennium ChemInformatics -Original Message- From: Mark Thomas [mailto:[EMAIL PROTECTED] Sent: Thursday, December 11, 2003 5:40 PM To: 'Tomcat Developers List' Subject: RE: jakarta-servletapi-4 Keith, I can't commit the fixes until I have jakarta-servletapi-4 karma. Can you help with this? On the subject of karma I need access to jakarta-servletapi-5 as well to fix an example bug. Thanks, Mark On Tuesday, December 09, 2003 7:20 PM, Keith Wannamaker [SMTP:[EMAIL PROTECTED] wrote: Works for me -- no rush. How about just tag it once you've checked those doc warning fixes in? :-) Keith | -Original Message- | From: Mark Thomas [mailto:[EMAIL PROTECTED] | Sent: Tuesday, December 09, 2003 2:03 PM | To: 'Tomcat Developers List' | Subject: RE: jakarta-servletapi-4 | | | If you can wait a day or so I have some fixes to the javadoc comments to | commit. Only affects javadoc warnings during build so no problem if you need | to | go ahead without them. I need to figure out how to use my newly acquired | commit | privs before I can make the changes ;) | | Mark | | On Tuesday, December 09, 2003 5:56 PM, Keith Wannamaker | [SMTP:[EMAIL PROTECTED] wrote: | Does anyone object to me tagging head of this module with TOMCAT_4_1_29 ? | | Keith | | | - | To unsubscribe, e-mail: [EMAIL PROTECTED] | For additional commands, e-mail: [EMAIL PROTECTED] | | | | | | | - | To unsubscribe, e-mail: [EMAIL PROTECTED] | For additional commands, e-mail: [EMAIL PROTECTED] | - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - 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]
DO NOT REPLY [Bug 25547] - default errorpage is displayed instead of the one forwarded to
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25547. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25547 default errorpage is displayed instead of the one forwarded to [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Additional Comments From [EMAIL PROTECTED] 2003-12-16 00:11 --- RequestDispatcher is working fine for me. You should have a return statement just after the call to forward to stop the execution of your service method. Something else might be blowing up before your error page gets displayed. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10356] - deploy task from catalina-ant fails
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10356. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10356 deploy task from catalina-ant fails [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-12-16 00:23 --- Resolving this to fixed. Install and deploy were separated some time ago and the docs updated. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9321] - TldLocationsCache logs informational message as warning
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9321. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9321 TldLocationsCache logs informational message as warning [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2003-12-16 00:29 --- Logging this as a warning seems perfectly reasonable to me. If you feel strongly about this then please re-open this as an enhancement request but it is going to be pretty near the bottom of the todo list. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10951] - one extra body tag in javax_servlet
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10951. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10951 one extra body tag in javax_servlet [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-12-16 00:46 --- This is fixed in the latest source and will be included in the next release. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 25555] New: - SingleSignOn valve config doc missing requireReauthentication attribute
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2 SingleSignOn valve config doc missing requireReauthentication attribute Summary: SingleSignOn valve config doc missing requireReauthentication attribute Product: Tomcat 5 Version: 5.0.16 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Webapps:Documentation AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] The configuration doc page does not include the new requireReauthentication attribute recently added to the SingleSignOn valve. The attribute was added as part of a patch to bug 23881 that I wrote. I'm embarrassed to file a bug report for this, as I should have included the docs in the original patch. I just now figured out where the docs pages are in the source tree. Patch to follow - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 25555] - SingleSignOn valve config doc missing requireReauthentication attribute
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2 SingleSignOn valve config doc missing requireReauthentication attribute --- Additional Comments From [EMAIL PROTECTED] 2003-12-16 05:42 --- Created an attachment (id=9597) Patch to /webapps/docs/config/valve.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]