Tomcat 5 - jndi problem
Hi, Is it possible to browse the Tomcat jndi context from within another vm. I wrote a small junit test to test this, but it always fails !! It always throws a javax.naming.NameNotFoundException: Name java:comp is not bound in this Context My jndi.properties contains the following settings : java.naming.factory.initial=org.apache.naming.java.javaURLContextFactory java.naming.provider.url=http://localhost:8080 My conf.xml : !-- Global JNDI resources -- GlobalNamingResources !-- Test entry for demonstration purposes -- Environment name=simpleValue type=java.lang.Integer value=30/ /GlobalNamingResources My test : public void testDataSource() throws Exception { // Obtain our environment naming context javax.naming.Context initCtx = new javax.naming.InitialContext(); javax.naming.Context envCtx = (javax.naming.Context) initCtx.lookup(java:comp/env/simpleValue); } } Thanks, Frank Renaers
cvs commit: jakarta-tomcat-catalina/webapps/docs/config jk.xml project.xml jk2.xml
remm2003/12/10 04:38:01 Modified:webapps/docs/config project.xml Added: webapps/docs/config jk.xml Removed: webapps/docs/config jk2.xml Log: - Remove confusion: all references to JK 2 are gone, and replaced with JK. This should clear some confusion (hopefully, and we can focus on mod_jk 1 vs mod_jk2). Revision ChangesPath 1.3 +1 -1 jakarta-tomcat-catalina/webapps/docs/config/project.xml Index: project.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/config/project.xml,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- project.xml 16 Nov 2002 14:59:07 - 1.2 +++ project.xml 10 Dec 2003 12:38:01 - 1.3 @@ -23,7 +23,7 @@ menu name=Connectors item name=HTTP/1.1 href=coyote.html/ -item name=JKhref=jk2.html/ +item name=JKhref=jk.html/ /menu menu name=Containers 1.4 +28 -746 jakarta-tomcat-catalina/webapps/docs/config/jk.xml - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-catalina/webapps/docs/config jk.xml project.xml jk2.xml
Does this pretty much says that jk2 is now not recommended? (At least until it gets more cleanup) So I can update the FAQ. -Tim [EMAIL PROTECTED] wrote: remm2003/12/10 04:38:01 Modified:webapps/docs/config project.xml Added: webapps/docs/config jk.xml Removed: webapps/docs/config jk2.xml Log: - Remove confusion: all references to JK 2 are gone, and replaced with JK. This should clear some confusion (hopefully, and we can focus on mod_jk 1 vs mod_jk2). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-catalina/webapps/docs/config jk.xml project.xml jk2.xml
Tim Funk wrote: Does this pretty much says that jk2 is now not recommended? (At least until it gets more cleanup) So I can update the FAQ. No, this means there's one connector on the Java side, so the number was useless. We could rename that to AJP connector, BTW. I almost did it, but left JK as the name in the end. I believe it would be better to use the protocol name (AJP) as the connector name, so that it is not tied to any native code or another subproject's name. I can make the change. Rémy [EMAIL PROTECTED] wrote: remm2003/12/10 04:38:01 Modified:webapps/docs/config project.xml Added: webapps/docs/config jk.xml Removed: webapps/docs/config jk2.xml Log: - Remove confusion: all references to JK 2 are gone, and replaced with JK. This should clear some confusion (hopefully, and we can focus on mod_jk 1 vs mod_jk2). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/webapps/docs/config ajp.xml http.xml project.xml coyote.xml jk.xml
remm2003/12/10 04:57:38 Modified:webapps/docs/config project.xml Added: webapps/docs/config ajp.xml http.xml Removed: webapps/docs/config coyote.xml jk.xml Log: - Rename the connectors to the protocol they support: HTTP and AJP. - Fix obsolete information in the HTTP connector documentation. Revision ChangesPath 1.4 +2 -2 jakarta-tomcat-catalina/webapps/docs/config/project.xml Index: project.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/config/project.xml,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- project.xml 10 Dec 2003 12:38:01 - 1.3 +++ project.xml 10 Dec 2003 12:57:38 - 1.4 @@ -22,8 +22,8 @@ /menu menu name=Connectors -item name=HTTP/1.1 href=coyote.html/ -item name=JKhref=jk.html/ +item name=HTTP href=http.html/ +item name=AJP href=ajp.html/ /menu menu name=Containers 1.1 jakarta-tomcat-catalina/webapps/docs/config/ajp.xml Index: ajp.xml === ?xml version=1.0? !DOCTYPE document [ !ENTITY project SYSTEM project.xml ] document url=ajp.html project; properties author email=[EMAIL PROTECTED]Remy Maucherat/author titleThe AJP Connector/title /properties body section name=Introduction pThe strongAJP Connector/strong element represents a strongConnector/strong component that communicates with a web connector via the codeAJP/code protocol. This is used for cases where you wish to invisibly integrate Tomcat 5 into an existing (or new) Apache installation, and you want Apache to handle the static content contained in the web application, and/or utilize Apache's SSL processing./p pThis connector supports load balancing when used in conjunction with the codejvmRoute/code attribute of the a href=engine.htmlEngine/a./p /section section name=Attributes subsection name=Common Attributes pAll implementations of strongConnector/strong support the following attributes:/p attributes attribute name=enableLookups required=false pSet to codetrue/code if you want calls to coderequest.getRemoteHost()/code to perform DNS lookups in order to return the actual host name of the remote client. Set to codefalse/code to skip the DNS lookup and return the IP address in String form instead (thereby improving performance). By default, DNS lookups are enabled./p /attribute attribute name=maxPostSize required=false pThe maximum size in bytes of the POST which will be handled by the container FORM URL parameter parsing. The feature can be disbled by setting this attribute to a value inferior or equal to 0. If not specified, this attribute is set to 2097152 (2 megabytes)./p /attribute attribute name=redirectPort required=false pIf this strongConnector/strong is supporting non-SSL requests, and a request is received for which a matching codelt;security-constraintgt;/code requires SSL transport, Catalina will automatically redirect the request to the port number specified here./p /attribute attribute name=scheme required=false pSet this attribute to the name of the protocol you wish to have returned by calls to coderequest.getScheme()/code. For example, you would set this attribute to codehttps/code for an SSL Connector. The default value is codehttp/code./p /attribute attribute name=secure required=false pSet this attribute to codetrue/code if you wish to have calls to coderequest.isSecure()/code to return codetrue/code for requests received by this Connector (you would want this on an SSL Connector). The default value is codefalse/code./p /attribute attribute name=URIEncoding required=false pThis specifies the character encoding used to decode the URI bytes, after %xx decoding the URL. If not specified, ISO-8859-1 will be used. /p /attribute /attributes /subsection subsection name=Standard Implementation pThe standard implementation of strongAJP Connector/strong is strongorg.apache.coyote.tomcat5.CoyoteConnector/strong, but you must specify the protocol attribute (see below)./p pstrongThis implementation supports the AJP 1.3 protocol./strong/p pIt supports the following additional attributes (in addition to the common attributes listed above):/p attributes attribute name=debug
Performance Recommendation
Hi, I am tomcat user, as all of readers know, tomcat is very good Jsp Container for developping and not good for production mode (cause of its performance). I installed and run 'RexIPAppServer' ,that says it has best performance, and compare Servlets it generates for JSPs and Tomcat Generated Servlets. I see 'RexIPAppServer' construct static strings that JSP page use with Static Strings. same as: static final char[] _jspText_18=\ \r\n .toCharArray(); but Tomcat doesn't distinguish (or it not want to do) between Static and Dynamic Strings and print them in dynamic way in service method. I want to ask from Tomcat Developers, that eather Tomcat Developers does not want to implement this feature or not? and, could you help me to develop this feature, because i think this is exponentialy improve performance. ^-^ Best Regards, Roozbeh Zabihollahi. __ Do you Yahoo!? New Yahoo! Photos - easier uploading and sharing. http://photos.yahoo.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Performance Recommendation
Roozbeh Zabihollahi wrote: Hi, I am tomcat user, as all of readers know, tomcat is very good Jsp Container for developping and not good for production mode (cause of its performance). I installed and run 'RexIPAppServer' ,that says it has best performance, and compare Servlets it generates for JSPs and Tomcat Generated Servlets. I see 'RexIPAppServer' construct static strings that JSP page use with Static Strings. same as: static final char[] _jspText_18=\ \r\n .toCharArray(); but Tomcat doesn't distinguish (or it not want to do) between Static and Dynamic Strings and print them in dynamic way in service method. I want to ask from Tomcat Developers, that eather Tomcat Developers does not want to implement this feature or not? There's a flag in Jasper now for that. Look in conf/web.xml. and, could you help me to develop this feature, because i think this is exponentialy improve performance. ^-^ Hmmm, well, it won't, sorry. 5% at most is what you should expect ;-) Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
FW: Tomcat 5 - jndi problem - Can someone of the developers help me ???
-Original Message- From: Frank Renaers Sent: woensdag 10 december 2003 12:04 To: '[EMAIL PROTECTED]' Subject: Tomcat 5 - jndi problem Hi, Is it possible to browse the Tomcat jndi context from within another vm. I wrote a small junit test to test this, but it always fails !! It always throws a javax.naming.NameNotFoundException: Name java:comp is not bound in this Context My jndi.properties contains the following settings : java.naming.factory.initial=org.apache.naming.java.javaURLContextFactory java.naming.provider.url=http://localhost:8080 My conf.xml : !-- Global JNDI resources -- GlobalNamingResources !-- Test entry for demonstration purposes -- Environment name=simpleValue type=java.lang.Integer value=30/ /GlobalNamingResources My test : public void testDataSource() throws Exception { // Obtain our environment naming context javax.naming.Context initCtx = new javax.naming.InitialContext(); javax.naming.Context envCtx = (javax.naming.Context) initCtx.lookup(java:comp/env/simpleValue); } } Thanks, Frank Renaers
Re: Performance Recommendation
I would have to concur with Remy on this one. The performance benefit is minimal and depending on how your JSP is written possibly no benefit at all. I know for a fact there are sites handling 10million+ pageviews a day using Tomcat. This is commercial sites and not some development/demo site. The developers work very hard to make make Tomcat robust and scalable. There are only 2 servlet containers that I know of first hand with better performance. But the difference was minimal. One was resin and the other was orion on a real application. In the end the performance benefit 1-5% wasn't worth the cost of a license and resin doesn't adhere to the official specs as closely as tomcat. You're better off looking at your pages and overall design to figure architectural inefficiencies. good luck. peter Remy Maucherat [EMAIL PROTECTED] wrote: Roozbeh Zabihollahi wrote: Hi, I am tomcat user, as all of readers know, tomcat is very good Jsp Container for developping and not good for production mode (cause of its performance). I installed and run 'RexIPAppServer' ,that says it has best performance, and compare Servlets it generates for JSPs and Tomcat Generated Servlets. I see 'RexIPAppServer' construct static strings that JSP page use with Static Strings. same as: static final char[] _jspText_18=\ \r\n .toCharArray(); but Tomcat doesn't distinguish (or it not want to do) between Static and Dynamic Strings and print them in dynamic way in service method. I want to ask from Tomcat Developers, that eather Tomcat Developers does not want to implement this feature or not? There's a flag in Jasper now for that. Look in conf/web.xml. and, could you help me to develop this feature, because i think this is exponentialy improve performance. ^-^ Hmmm, well, it won't, sorry. 5% at most is what you should expect ;-) Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Do you Yahoo!? New Yahoo! Photos - easier uploading and sharing
RE: Performance Recommendation
Howdy, I couldn't have said it better than Senor Lin. The perception that Tomcat is slow or unsuitable for production use is as wrong as it is old and unfounded. Yoav Shapira Millennium ChemInformatics -Original Message- From: Peter Lin [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 10, 2003 9:05 AM To: Tomcat Developers List Subject: Re: Performance Recommendation I would have to concur with Remy on this one. The performance benefit is minimal and depending on how your JSP is written possibly no benefit at all. I know for a fact there are sites handling 10million+ pageviews a day using Tomcat. This is commercial sites and not some development/demo site. The developers work very hard to make make Tomcat robust and scalable. There are only 2 servlet containers that I know of first hand with better performance. But the difference was minimal. One was resin and the other was orion on a real application. In the end the performance benefit 1-5% wasn't worth the cost of a license and resin doesn't adhere to the official specs as closely as tomcat. You're better off looking at your pages and overall design to figure architectural inefficiencies. good luck. peter Remy Maucherat [EMAIL PROTECTED] wrote: Roozbeh Zabihollahi wrote: Hi, I am tomcat user, as all of readers know, tomcat is very good Jsp Container for developping and not good for production mode (cause of its performance). I installed and run 'RexIPAppServer' ,that says it has best performance, and compare Servlets it generates for JSPs and Tomcat Generated Servlets. I see 'RexIPAppServer' construct static strings that JSP page use with Static Strings. same as: static final char[] _jspText_18=\ \r\n .toCharArray(); but Tomcat doesn't distinguish (or it not want to do) between Static and Dynamic Strings and print them in dynamic way in service method. I want to ask from Tomcat Developers, that eather Tomcat Developers does not want to implement this feature or not? There's a flag in Jasper now for that. Look in conf/web.xml. and, could you help me to develop this feature, because i think this is exponentialy improve performance. ^-^ Hmmm, well, it won't, sorry. 5% at most is what you should expect ;-) Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Do you Yahoo!? New Yahoo! Photos - easier uploading and sharing 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: Performance Recommendation
I Think there is misUnderstandings here, first i didnt said that tomcat works ONLY for 'some development/demo site'. but I mean WHY Tomcat must not use for production mode? , as Apache, That it the best known Web Server in the world, in performance, security and many other major factors. I ask this question or recommend this option cause of I Love Tomcat, and I work with it several years. second, I think, 5% performance upgrade is very good for a version update, and i think if we use static byte arrays instead of normal strings, in normal JSPs(because they have very much static strings) performace will be more increased than 5%. anyway, JSPs is very small part of Web Site System. Application Server is very bigger part of it. then optimizing servers always increasing performance better and more significant. but I know, WebApp architecture and Design is very very important for performance. Thanx for your Reply. Roozbeh --- Peter Lin [EMAIL PROTECTED] wrote: I would have to concur with Remy on this one. The performance benefit is minimal and depending on how your JSP is written possibly no benefit at all. I know for a fact there are sites handling 10million+ pageviews a day using Tomcat. This is commercial sites and not some development/demo site. The developers work very hard to make make Tomcat robust and scalable. There are only 2 servlet containers that I know of first hand with better performance. But the difference was minimal. One was resin and the other was orion on a real application. In the end the performance benefit 1-5% wasn't worth the cost of a license and resin doesn't adhere to the official specs as closely as tomcat. You're better off looking at your pages and overall design to figure architectural inefficiencies. good luck. peter Remy Maucherat [EMAIL PROTECTED] wrote: Roozbeh Zabihollahi wrote: Hi, I am tomcat user, as all of readers know, tomcat is very good Jsp Container for developping and not good for production mode (cause of its performance). I installed and run 'RexIPAppServer' ,that says it has best performance, and compare Servlets it generates for JSPs and Tomcat Generated Servlets. I see 'RexIPAppServer' construct static strings that JSP page use with Static Strings. same as: static final char[] _jspText_18=\ \r\n .toCharArray(); but Tomcat doesn't distinguish (or it not want to do) between Static and Dynamic Strings and print them in dynamic way in service method. I want to ask from Tomcat Developers, that eather Tomcat Developers does not want to implement this feature or not? There's a flag in Jasper now for that. Look in conf/web.xml. and, could you help me to develop this feature, because i think this is exponentialy improve performance. ^-^ Hmmm, well, it won't, sorry. 5% at most is what you should expect ;-) Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Do you Yahoo!? New Yahoo! Photos - easier uploading and sharing __ Do you Yahoo!? New Yahoo! Photos - easier uploading and sharing. http://photos.yahoo.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Performance Recommendation
to put things in better context. Most of my work experience has been building complex applications with web front ends. In my case, most of the content is dynamic and the static html is minimal. Therefore, my experience with regard to performance is biased by the type of applications I work on. In 90% of the cases where I saw a performance issue, it was the result of how data was being fetched and cached. when I worked on a wireless platform, 90% of the site produced pages using multiple data sources. Some were third party and some local. In some cases, the data was scraped from a HTML site and presented to a variety of devices using html, hdml, wml and xhtml. I don't remember the exact performance numbers, but the query times were more than 75% of the overall request processing time (not counting sending the response). Obviously in these types of systems, trying to optimize 5% for static strings would result in no benefit in performance or scalability. On the otherhand, if the jsp pages are mostly static, then you it probably would be worth it. I tend to leave this type of optimizations as the last item, after I've exhausted all other options. peter Roozbeh Zabihollahi [EMAIL PROTECTED] wrote: I Think there is misUnderstandings here, first i didnt said that tomcat works ONLY for 'some development/demo site'. but I mean WHY Tomcat must not use for production mode? , as Apache, That it the best known Web Server in the world, in performance, security and many other major factors. I ask this question or recommend this option cause of I Love Tomcat, and I work with it several years. second, I think, 5% performance upgrade is very good for a version update, and i think if we use static byte arrays instead of normal strings, in normal JSPs(because they have very much static strings) performace will be more increased than 5%. anyway, JSPs is very small part of Web Site System. Application Server is very bigger part of it. then optimizing servers always increasing performance better and more significant. but I know, WebApp architecture and Design is very very important for performance. Thanx for your Reply. Roozbeh - Do you Yahoo!? New Yahoo! Photos - easier uploading and sharing
DO NOT REPLY [Bug 24859] - xerces error at startup
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24859. 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=24859 xerces error at startup --- Additional Comments From [EMAIL PROTECTED] 2003-12-10 14:40 --- Sorry, I did not make it clear. I changed JDK 1.4.1 to JDK 1.4.2 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Performance Recommendation
Hi I see feature 'genStrAsCharArray' in Tomcat 5. sorry, I searching for it in Tomcat 4, I found it in Tomcat 5. Sorry for last mail. Tanx a lot __ Do you Yahoo!? New Yahoo! Photos - easier uploading and sharing. http://photos.yahoo.com/ - 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/realm RealmBase.java
http://jakarta.apache.org/site/getinvolved.html [EMAIL PROTECTED] 12/9/03 5:40:18 AM How do I join as Developer... Basu. - Original Message - From: Remy Maucherat [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Tuesday, December 09, 2003 3:12 PM Subject: Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/realm RealmBase.java [EMAIL PROTECTED] wrote: amyroh 2003/12/08 17:54:33 Modified:catalina/src/share/org/apache/catalina/core ApplicationFilterFactory.java catalina/src/share/org/apache/catalina/realm RealmBase.java Log: Revert the patch. Seems like this case is already handled in the Mapper in TC5. M, forget my -1 (I should read *all* my email before replying) :-D Note that there's an open bug about this: bug 25015 (http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25015). Could you get some spec related folk to comment on it ? The ex was: http://localhost/appname/servlet-name/extra;path/info;here/hi.jsp Looking at the URI RFC, I think this should be changed to: http://localhost/appname/servlet-name/extra/info/hi.jsp Rémy - 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] 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]
strange error messages in tomcat log and mod_jk2 log
Hello! i found some strange error messages in both tomcat log and mod_jk2 log and i can't figure out whats going on: tomcat log: Dec 10, 2003 11:40:58 AM org.apache.jk.server.JkCoyoteHandler action SEVERE: Error in action code java.net.SocketException: Software caused connection abort: socket write error at java.net.SocketOutputStream.socketWrite0(Native Method) at java.net.SocketOutputStream.socketWrite (SocketOutputStream.java:92) at java.net.SocketOutputStream.write(SocketOutputStream.java:136) at org.apache.jk.common.ChannelSocket.send(ChannelSocket.java:407) at org.apache.jk.common.ChannelSocket.invoke (ChannelSocket.java:599) at org.apache.jk.server.JkCoyoteHandler.action (JkCoyoteHandler.java:385) at org.apache.coyote.Response.action(Response.java:222) at org.apache.coyote.Response.finish(Response.java:343) at org.apache.coyote.tomcat4.OutputBuffer.close (OutputBuffer.java:326) at org.apache.coyote.tomcat4.CoyoteResponse.finishResponse (CoyoteResponse.java:500) at org.apache.coyote.tomcat4.CoyoteAdapter.service (CoyoteAdapter.java:224) at org.apache.jk.server.JkCoyoteHandler.invoke (JkCoyoteHandler.java:263) at org.apache.jk.common.HandlerRequest.invoke (HandlerRequest.java:360) at org.apache.jk.common.ChannelSocket.invoke (ChannelSocket.java:604) at org.apache.jk.common.ChannelSocket.processConnection (ChannelSocket.java:562) at org.apache.jk.common.SocketConnection.runIt (ChannelSocket.java:679) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run (ThreadPool.java:619) at java.lang.Thread.run(Thread.java:536) Dec 10, 2003 11:40:58 AM org.apache.jk.server.JkCoyoteHandler action SEVERE: Error in action code java.net.SocketException: Software caused connection abort: socket write error at java.net.SocketOutputStream.socketWrite0(Native Method) at java.net.SocketOutputStream.socketWrite (SocketOutputStream.java:92) at java.net.SocketOutputStream.write(SocketOutputStream.java:136) at org.apache.jk.common.ChannelSocket.send(ChannelSocket.java:407) at org.apache.jk.common.ChannelSocket.invoke (ChannelSocket.java:599) at org.apache.jk.server.JkCoyoteHandler.action (JkCoyoteHandler.java:385) at org.apache.coyote.Response.action(Response.java:222) at org.apache.coyote.Response.finish(Response.java:343) at org.apache.jk.server.JkCoyoteHandler.invoke (JkCoyoteHandler.java:268) at org.apache.jk.common.HandlerRequest.invoke (HandlerRequest.java:360) at org.apache.jk.common.ChannelSocket.invoke (ChannelSocket.java:604) at org.apache.jk.common.ChannelSocket.processConnection (ChannelSocket.java:562) at org.apache.jk.common.SocketConnection.runIt (ChannelSocket.java:679) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run (ThreadPool.java:619) at java.lang.Thread.run(Thread.java:536) mod_jk2 log: [Wed Dec 10 09:00:48 2003] [jk_ajp_common.c (679)]: ajp_connection_tcp_get_message: Error - jk_tcp_socket_recvfull failed [Wed Dec 10 09:00:48 2003] [jk_ajp_common.c (1041)]: Error reading reply [Wed Dec 10 09:00:48 2003] [jk_ajp_common.c (1178)]: In jk_endpoint_t::service, ajp_get_reply failed in send loop 0 [Wed Dec 10 09:12:55 2003] [jk_ajp_common.c (961)]: Error ajp_process_callback - write failed [Wed Dec 10 09:13:18 2003] [jk_ajp_common.c (961)]: Error ajp_process_callback - write failed [Wed Dec 10 09:23:12 2003] [jk_ajp_common.c (961)]: Error ajp_process_callback - write failed [Wed Dec 10 09:24:06 2003] [jk_ajp_common.c (961)]: Error ajp_process_callback - write failed [Wed Dec 10 09:27:33 2003] [jk_ajp_common.c (961)]: Error ajp_process_callback - write failed [Wed Dec 10 09:29:03 2003] [jk_ajp_common.c (961)]: Error ajp_process_callback - write failed [Wed Dec 10 09:59:31 2003] [jk_ajp_common.c (961)]: Error ajp_process_callback - write failed [Wed Dec 10 10:29:30 2003] [jk_ajp_common.c (961)]: Error ajp_process_callback - write failed [Wed Dec 10 10:29:35 2003] [jk_ajp_common.c (961)]: Error ajp_process_callback - write failed [Wed Dec 10 11:03:36 2003] [jk_ajp_common.c (961)]: Error ajp_process_callback - write failed [Wed Dec 10 11:40:58 2003] [jk_ajp_common.c (961)]: Error ajp_process_callback - write failed [Wed Dec 10 11:41:00 2003] [jk_ajp_common.c (961)]: Error ajp_process_callback - write failed [Wed Dec 10 11:41:00 2003] [jk_ajp_common.c (961)]: Error ajp_process_callback - write failed [Wed Dec 10 12:17:16 2003] [jk_ajp_common.c (679)]: ajp_connection_tcp_get_message: Error - jk_tcp_socket_recvfull failed [Wed Dec 10 12:17:16 2003] [jk_ajp_common.c (1041)]: Error reading reply [Wed Dec 10 12:17:16 2003]
DO NOT REPLY [Bug 25415] New: - in JSTL fmt Multiple setLocale work is not compatible JSTL 1.1 specif
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=25415. 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=25415 in JSTL fmt Multiple setLocale work is not compatible JSTL 1.1 specif Summary: in JSTL fmt Multiple setLocale work is not compatible JSTL 1.1 specif Product: Tomcat 5 Version: 5.0.16 Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Critical Priority: Other Component: Servlet JSP API AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] in JSTL 1.1 spec 8.3.2 about multiple setlocale work explain. but in tomcat 5.0.16.in one jsp multiple setlocale ,the output html page is not work in purpose. same jsp work in tomcat 4.x ,work fine.so this is a critical bug. produce steps: 1.create two properties one is:Directory.properties,other is Directory_zh_CN.properties. 2.write a jsp with follow code: f:setLocale value=en/ f:setBundle basename=Directory/ Name:f:message key=name/ Sex:f:message key=sex/ hrfollow is chinese f:setLocale value=zh_CN/ f:setBundle basename=Directory / Name:f:message key=name/ Sex:f:message key=sex/ 3.see output . - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 25415] - in JSTL fmt Multiple setLocale work is not compatible JSTL 1.1 specif
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=25415. 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=25415 in JSTL fmt Multiple setLocale work is not compatible JSTL 1.1 specif --- Additional Comments From [EMAIL PROTECTED] 2003-12-10 18:01 --- Created an attachment (id=9501) Whole test war. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 25415] - in JSTL fmt Multiple setLocale work is not compatible JSTL 1.1 specif
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=25415. 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=25415 in JSTL fmt Multiple setLocale work is not compatible JSTL 1.1 specif --- Additional Comments From [EMAIL PROTECTED] 2003-12-10 18:02 --- Created an attachment (id=9502) Work Correctly in Tomcat 4.1.3 snapshot - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 23634] - Resource in GlobalResources and DefaultContext
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=23634. 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=23634 Resource in GlobalResources and DefaultContext [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2003-12-10 18:18 --- This is a duplicate of bugs: - 2454 (http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24545) and - 16316 (http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16316) See also http://www.mail-archive.com/[EMAIL PROTECTED]/msg110077.html for the message that helped me get round this. *** This bug has been marked as a duplicate of 16316 *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 25419] New: - property string standardContext.resourcesStart is missing
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=25419. 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=25419 property string standardContext.resourcesStart is missing Summary: property string standardContext.resourcesStart is missing Product: Tomcat 5 Version: 5.0.16 Platform: All OS/Version: All Status: NEW Severity: Normal Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] The property string standardContext.resourcesStart is missing in the org/apache/catalina/core/LocalStrings.properties file. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 25415] - in JSTL fmt Multiple setLocale work is not compatible JSTL 1.1 specif
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=25415. 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=25415 in JSTL fmt Multiple setLocale work is not compatible JSTL 1.1 specif [EMAIL PROTECTED] changed: What|Removed |Added Severity|Critical|Normal Component|Servlet JSP API |Jasper --- Additional Comments From [EMAIL PROTECTED] 2003-12-10 18:52 --- Thanks for the test case. Seeing what it does, I expect it is a JSTL bug (or maybe this is not allowed, and worked by accident rather than by design). Disabling tag pooling makes this work (unsurprisingly), so you have an easy workaround. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 16316] - DataSourceRealm can not find JNDI name in context
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=16316. 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=16316 DataSourceRealm can not find JNDI name in context --- Additional Comments From [EMAIL PROTECTED] 2003-12-10 19:04 --- Greetings. It appears that a bug I had open has been marked as duplicate to this one which is marked as resolved/wontfix. My problem (and that of many others) is that if you define a JNDI resource in GlobalNamingResources or DefaultContext it is not available to web applications. If however you move the definition into a Context specific to the webapp it will work - however that breaks automatic deployment. Bug 23634 provides some more detail of the issue. What we need is a way to be able to deploy a web application using autodeploy and have a database JNDI configuration in the DefaultContext or the GlobalNamingResources. This was working just fine in 4.0.4, but it has not been working with the 4.1 versions that I have tested. I'm not actually sure if my bug is a duplicate of this one. I don't mind any resolution that means I can autodeploy again. PS : I have downloaded the code and spent a couple of hours trying to work this out myself, however I really need some some days to get the hang of the tomcat code to even really start to understand how everything hangs together. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
how to send AJP requests directly to the container?
Hello! I am a PhD student currently working with e-commerce applications management. I am trying to send requests (and receive responses) to an Ajp13 Connector (i am using JBoss+tomcat 4.1.29). I wouldn't like to use any web server. i'd like to send AJP13 requests directly to the container and receive the responses. Is this possible? I have already studied about AJP13, but I didn't discover yet what Java package I coud use to do that. Is there a Java package I can use? Thank you very much, Raquel
DO NOT REPLY [Bug 23190] - JNDIRealm doesn't escape search filters
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23190. 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=23190 JNDIRealm doesn't escape search filters --- Additional Comments From [EMAIL PROTECTED] 2003-12-10 19:59 --- Yes, this is indeed a bug. I will look into writing up a patch for it. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Jetty Architecture
Hi, I like this page: http://jetty.mortbay.org/jetty/doc/JettyArchitecture.html. Does anyone have anything close to this for tomcat, or would I need to create one from scratch? Yoav Shapira Millennium ChemInformatics 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: Jetty Architecture
I have a basic doc (text no pictures) one page that describes some of this, let me see if I can dig it up for you, but your diagram would be much bigger :), since the number of components in Tomcat is slightly more complex than Jetty Filip - Original Message - From: Shapira, Yoav [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, December 10, 2003 12:50 PM Subject: Jetty Architecture Hi, I like this page: http://jetty.mortbay.org/jetty/doc/JettyArchitecture.html. Does anyone have anything close to this for tomcat, or would I need to create one from scratch? Yoav Shapira Millennium ChemInformatics 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: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session StandardManager.java
Amy Roh wrote: [EMAIL PROTECTED] wrote: remm2003/12/05 01:28:55 Modified:catalina/src/share/org/apache/catalina/session StandardManager.java Log: - isValid already expires sessions, so backgroundProcess shouldn't call expire again. isValid doesn't *always* expire session. StandardSession.isValid() - public boolean isValid() { if (this.expiring){ return true; } if (!this.isValid ) { *** return false; } if (maxInactiveInterval = 0) { long timeNow = System.currentTimeMillis(); int timeIdle = (int) ((timeNow - lastAccessedTime) / 1000L); if (timeIdle = maxInactiveInterval) { *** expire(true); } } return (this.isValid); } If StandardSession.isValid is false, then we want to expire the session. However, isValid() call doesn't get to expire(true) and just return false. So removing session.expire() from StandardManager.processExpires() won't work all the time. Am I missing something? There doesn't seem many methods changing isValid to false. invalidate is another one, and it calls expire. As long as all the methods which invalidate the session right away expire them, it should be ok I think. IMHO, not calling expire() because no method changes isValid to false doesn't seem like a clean approach. Moreover, PersistentManagerBase.processExpires() keeps expire() making it not consistent. Amy Rémy - 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 25424] New: - Possible DOS attack using Apache/AJP/Tomcat
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25424. 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=25424 Possible DOS attack using Apache/AJP/Tomcat Summary: Possible DOS attack using Apache/AJP/Tomcat Product: Tomcat 4 Version: 4.1.27 Platform: All OS/Version: All Status: NEW Severity: Major Priority: Other Component: Connector:Coyote JK 2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] (Sorry for my english...) Here is my problem... I have a setup with Apache/AJP13/Tomcat using Coyote connector. For a reason that I don't already known, IE send a GET request (an image file) with a Content-length value greater than 0 (zero). It's seems that Apache wait forever for the content (specified by the Content-length http header key)... The browser wait, wait, wait... The Apache web server wait, wait, wait... Thw browser never receive the result. When I stop my browser, I saw in the Apache access log the GET request... The bug probably occurs when a GET request is made AND the HTTP header contains a Content-length value ( 0). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Jetty Architecture
Howdy, I know it's more complex, but I'm not looking to do a whole UML thing. Just an illustration of Container / Server / Service / Engine / Connector, maybe that's it. At least for starters. I think it's a good page and having anything at all like that is better than nothing. And since I don't mind doing the work, I figure no one will object ;) Yoav Shapira Millennium ChemInformatics -Original Message- From: Filip Hanik [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 10, 2003 4:08 PM To: Tomcat Developers List Subject: Re: Jetty Architecture I have a basic doc (text no pictures) one page that describes some of this, let me see if I can dig it up for you, but your diagram would be much bigger :), since the number of components in Tomcat is slightly more complex than Jetty Filip - Original Message - From: Shapira, Yoav [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, December 10, 2003 12:50 PM Subject: Jetty Architecture Hi, I like this page: http://jetty.mortbay.org/jetty/doc/JettyArchitecture.html. Does anyone have anything close to this for tomcat, or would I need to create one from scratch? Yoav Shapira Millennium ChemInformatics 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] 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: Jetty Architecture
I'll send you the doc I have, it explains that exact thing, should help you a lot, also, just ask any questions if you are uncertain, you can get a little lost in the source code during creation of objects due to the digester mapping. :) Filip - Original Message - From: Shapira, Yoav [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Wednesday, December 10, 2003 1:12 PM Subject: RE: Jetty Architecture Howdy, I know it's more complex, but I'm not looking to do a whole UML thing. Just an illustration of Container / Server / Service / Engine / Connector, maybe that's it. At least for starters. I think it's a good page and having anything at all like that is better than nothing. And since I don't mind doing the work, I figure no one will object ;) Yoav Shapira Millennium ChemInformatics -Original Message- From: Filip Hanik [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 10, 2003 4:08 PM To: Tomcat Developers List Subject: Re: Jetty Architecture I have a basic doc (text no pictures) one page that describes some of this, let me see if I can dig it up for you, but your diagram would be much bigger :), since the number of components in Tomcat is slightly more complex than Jetty Filip - Original Message - From: Shapira, Yoav [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, December 10, 2003 12:50 PM Subject: Jetty Architecture Hi, I like this page: http://jetty.mortbay.org/jetty/doc/JettyArchitecture.html. Does anyone have anything close to this for tomcat, or would I need to create one from scratch? Yoav Shapira Millennium ChemInformatics 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] 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: Jetty Architecture
Howdy, Great, thanks ;) Yoav Shapira Millennium ChemInformatics -Original Message- From: Filip Hanik [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 10, 2003 4:19 PM To: Tomcat Developers List Subject: Re: Jetty Architecture I'll send you the doc I have, it explains that exact thing, should help you a lot, also, just ask any questions if you are uncertain, you can get a little lost in the source code during creation of objects due to the digester mapping. :) Filip - Original Message - From: Shapira, Yoav [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Wednesday, December 10, 2003 1:12 PM Subject: RE: Jetty Architecture Howdy, I know it's more complex, but I'm not looking to do a whole UML thing. Just an illustration of Container / Server / Service / Engine / Connector, maybe that's it. At least for starters. I think it's a good page and having anything at all like that is better than nothing. And since I don't mind doing the work, I figure no one will object ;) Yoav Shapira Millennium ChemInformatics -Original Message- From: Filip Hanik [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 10, 2003 4:08 PM To: Tomcat Developers List Subject: Re: Jetty Architecture I have a basic doc (text no pictures) one page that describes some of this, let me see if I can dig it up for you, but your diagram would be much bigger :), since the number of components in Tomcat is slightly more complex than Jetty Filip - Original Message - From: Shapira, Yoav [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, December 10, 2003 12:50 PM Subject: Jetty Architecture Hi, I like this page: http://jetty.mortbay.org/jetty/doc/JettyArchitecture.html. Does anyone have anything close to this for tomcat, or would I need to create one from scratch? Yoav Shapira Millennium ChemInformatics 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] 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] 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: Jetty Architecture
Shapira, Yoav wrote: Hi, I like this page: http://jetty.mortbay.org/jetty/doc/JettyArchitecture.html. Does anyone have anything close to this for tomcat, or would I need to create one from scratch? I have something very similar if you want them. Those are basic UML diagram I did a long time ago. Just check your inbox :-) -- Jeanfrancois Yoav Shapira Millennium ChemInformatics 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]
DO NOT REPLY [Bug 25424] - Possible DOS attack using Apache/AJP/Tomcat
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25424. 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=25424 Possible DOS attack using Apache/AJP/Tomcat --- Additional Comments From [EMAIL PROTECTED] 2003-12-10 21:33 --- Request sample: GET /resource/pixel.gif HTTP/1.1 Accept: */* Accept-Language: en-us,fr-ca;q=0.5 Content-Length: 82 osversion: Microsoft Windows 2000 Service Pack 4 (Build 2195) Accept-Encoding: gzip, deflate If-Modified-Since: Wed, 05 Nov 2003 15:27:18 GMT If-None-Match: W/807-1058191914000 User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0) Host: www.voicenet.bell.ca Connection: Keep-Alive - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Jetty Architecture
Jeanfrancois Arcand wrote: Shapira, Yoav wrote: Hi, I like this page: http://jetty.mortbay.org/jetty/doc/JettyArchitecture.html. Does anyone have anything close to this for tomcat, or would I need to create one from scratch? I have something very similar if you want them. Those are basic UML diagram I did a long time ago. Just check your inbox :-) Cool. I remember some were posted a long time ago, I think for Tomcat 4.0. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 23999] - Litmus test case mkcol_with_body 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=23999. 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=23999 Litmus test case mkcol_with_body fails [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-12-10 21:38 --- The necessary changes have been committed to CVS 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 24001] - LOCK: parsing of Timeout request header
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=24001. 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=24001 LOCK: parsing of Timeout request header [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-12-10 21:39 --- The necessary changes have been committed to CVS 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 24005] - various issues with values of live properties
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=24005. 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=24005 various issues with values of live properties [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-12-10 21:39 --- The necessary changes have been committed to CVS 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 24478] - Incorrect usage of perl
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=24478. 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=24478 Incorrect usage of perl [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-12-10 22:15 --- Fixed in CVS. Will be included in next release. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24960] - CGI module reveals server internals details to all
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=24960. 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=24960 CGI module reveals server internals details to all [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-12-10 22:16 --- Fixed in CVS. Will be included in next release. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
jakarta-servletapi-4 and jakarta-servletapi-5 karma request
Please can I have karma for jakarta-servletapi-4 and jakarta-servletapi-5. I have some patches to commit (javadoc fixes and an example update). Thanks, Mark - 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 StandardManager.java
Amy Roh wrote: Amy Roh wrote: [EMAIL PROTECTED] wrote: There doesn't seem many methods changing isValid to false. invalidate is another one, and it calls expire. As long as all the methods which invalidate the session right away expire them, it should be ok I think. IMHO, not calling expire() because no method changes isValid to false doesn't seem like a clean approach. Moreover, Well, where else to expire on access if the maximum interval was reached ? I like it (but I didn't do it). Does it actually cause a bug ? PersistentManagerBase.processExpires() keeps expire() making it not consistent. Maybe. However, this was because in 4.1.x, isValid didn't expire the session, and this code wasn't updated. When I merged all background processing threads, I simply did a cut paste of the code. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5 CoyoteConnector.java CoyoteRequest.java mbeans-descriptors.xml
remm2003/12/10 14:26:28 Modified:catalina/src/share/org/apache/coyote/tomcat5 CoyoteConnector.java CoyoteRequest.java mbeans-descriptors.xml Log: - Add a flag to allow using the encoding specified in the contentType for the URI paramters. This is disabled by default, not compliant with the standards, but present for compatibility. Revision ChangesPath 1.34 +31 -1 jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5/CoyoteConnector.java Index: CoyoteConnector.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5/CoyoteConnector.java,v retrieving revision 1.33 retrieving revision 1.34 diff -u -r1.33 -r1.34 --- CoyoteConnector.java 17 Nov 2003 00:43:54 - 1.33 +++ CoyoteConnector.java 10 Dec 2003 22:26:28 - 1.34 @@ -375,6 +375,12 @@ private String URIEncoding = null; + /** + * URI encoding as body. + */ + private boolean useBodyEncodingForURI = false; + + // - Properties @@ -1124,6 +1130,30 @@ this.URIEncoding = URIEncoding; setProperty(uRIEncoding, URIEncoding); + + } + + + /** + * Return the true if the entity body encoding should be used for the URI. + */ + public boolean getUseBodyEncodingForURI() { + + return (this.useBodyEncodingForURI); + + } + + + /** + * Set if the entity body encoding should be used for the URI. + * + * @param useBodyEncodingForURI The new value for the flag. + */ + public void setUseBodyEncodingForURI(boolean useBodyEncodingForURI) { + + this.useBodyEncodingForURI = useBodyEncodingForURI; + setProperty + (useBodyEncodingForURI, String.valueOf(useBodyEncodingForURI)); } 1.27 +15 -7 jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5/CoyoteRequest.java Index: CoyoteRequest.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5/CoyoteRequest.java,v retrieving revision 1.26 retrieving revision 1.27 diff -u -r1.26 -r1.27 --- CoyoteRequest.java4 Dec 2003 13:49:28 - 1.26 +++ CoyoteRequest.java10 Dec 2003 22:26:28 - 1.27 @@ -481,7 +481,7 @@ /** * Associated Catalina connector. */ -protected Connector connector; +protected CoyoteConnector connector; /** * Return the Connector through which this Request was received. @@ -496,7 +496,7 @@ * @param connector The new connector */ public void setConnector(Connector connector) { -this.connector = connector; +this.connector = (CoyoteConnector) connector; } @@ -2324,11 +2324,19 @@ Parameters parameters = coyoteRequest.getParameters(); String enc = coyoteRequest.getCharacterEncoding(); +boolean useBodyEncodingForURI = connector.getUseBodyEncodingForURI(); if (enc != null) { parameters.setEncoding(enc); +if (useBodyEncodingForURI) { +parameters.setQueryStringEncoding(enc); +} } else { parameters.setEncoding (org.apache.coyote.Constants.DEFAULT_CHARACTER_ENCODING); +if (useBodyEncodingForURI) { +parameters.setQueryStringEncoding +(org.apache.coyote.Constants.DEFAULT_CHARACTER_ENCODING); +} } parameters.handleQueryParameters(); @@ -2354,7 +2362,7 @@ int len = getContentLength(); if (len 0) { -int maxPostSize = ((CoyoteConnector) connector).getMaxPostSize(); +int maxPostSize = connector.getMaxPostSize(); if ((maxPostSize 0) (len maxPostSize)) { log(sm.getString(coyoteRequest.postTooLarge)); throw new IllegalStateException(Post too large); 1.10 +4 -0 jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5/mbeans-descriptors.xml Index: mbeans-descriptors.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5/mbeans-descriptors.xml,v retrieving revision 1.9 retrieving revision 1.10 diff -u -r1.9 -r1.10 --- mbeans-descriptors.xml16 Nov 2003 21:19:49 - 1.9 +++ mbeans-descriptors.xml10 Dec 2003 22:26:28 - 1.10 @@ -173,6 +173,10 @@
Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5 CoyoteConnector.java CoyoteRequest.java mbeans-descriptors.xml
[EMAIL PROTECTED] wrote: remm2003/12/10 14:26:28 Modified:catalina/src/share/org/apache/coyote/tomcat5 CoyoteConnector.java CoyoteRequest.java mbeans-descriptors.xml Log: - Add a flag to allow using the encoding specified in the contentType for the URI paramters. This is disabled by default, not compliant with the standards, but present for compatibility. This is bad, I am not as stubborn as I used to be: I only needed three or so bug reports to change my mind. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/webapps/docs/config ajp.xml http.xml
remm2003/12/10 14:34:18 Modified:webapps/docs/config ajp.xml http.xml Log: - Document the new flag. Revision ChangesPath 1.2 +8 -0 jakarta-tomcat-catalina/webapps/docs/config/ajp.xml Index: ajp.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/config/ajp.xml,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- ajp.xml 10 Dec 2003 12:57:38 - 1.1 +++ ajp.xml 10 Dec 2003 22:34:18 - 1.2 @@ -84,6 +84,14 @@ /p /attribute +attribute name=useBodyEncodingForURI required=false + pThis specifies if the encoding specified in contentType should be used + for URI parameters, instead of using the URIEncoding. This setting is + present for compatibility with Tomcat 4.1.x. + The default value is codefalse/code. + /p +/attribute + /attributes /subsection 1.2 +8 -0 jakarta-tomcat-catalina/webapps/docs/config/http.xml Index: http.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/config/http.xml,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- http.xml 10 Dec 2003 12:57:38 - 1.1 +++ http.xml 10 Dec 2003 22:34:18 - 1.2 @@ -101,6 +101,14 @@ /p /attribute +attribute name=useBodyEncodingForURI required=false + pThis specifies if the encoding specified in contentType should be used + for URI parameters, instead of using the URIEncoding. This setting is + present for compatibility with Tomcat 4.1.x. + The default value is codefalse/code. + /p +/attribute + /attributes /subsection - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5 CoyoteConnector.java CoyoteRequest.java mbeans-descriptors.xml
Remy Maucherat wrote: [EMAIL PROTECTED] wrote: remm2003/12/10 14:26:28 Modified:catalina/src/share/org/apache/coyote/tomcat5 CoyoteConnector.java CoyoteRequest.java mbeans-descriptors.xml Log: - Add a flag to allow using the encoding specified in the contentType for the URI paramters. This is disabled by default, not compliant with the standards, but present for compatibility. This is bad, I am not as stubborn as I used to be: I only needed three or so bug reports to change my mind. I knew you would come around eventually if I just shut up ;-) Hans -- Hans Bergsten[EMAIL PROTECTED] Gefion Software http://www.gefionsoftware.com/ Author of O'Reilly's JavaServer Pages, covering JSP 2.0 and JSTL 1.1 Details athttp://TheJSPBook.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
FW: Please update your email address...
Could someone with control of the mailing list remove the addresses below from the list. Thanks, Mark We're sorry, but the RAD general email addresses have changed recently (to slow the flood of spam sigh). Please use one of these addresses instead: Sales: [EMAIL PROTECTED] RAD Video Tools Support: [EMAIL PROTECTED] Bink SDK Support: [EMAIL PROTECTED] Miles SDK Support: [EMAIL PROTECTED] Granny SDK Support: [EMAIL PROTECTED] Pixomatic SDK Support: [EMAIL PROTECTED] Smacker SDK Support: [EMAIL PROTECTED] Webmaster: [EMAIL PROTECTED] Sorry for the inconvenience and thanks for your support! RAD Game Tools - 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-10 22:40 --- Servlet spec folks talked about this (parameters in path and whether getpathinfo should return them or not), and they couldn't get the consensus. Most people seem to like that getPathInfo should NOT include the parameters, but we haven't had a thorough discussion and that's listed as an item for the next version of the spec. So, for now, it's container-specific but the servlet spec lead recommends to remove them. - 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 mbeans-descriptors.xml
remm2003/12/10 15:00:36 Modified:catalina/src/share/org/apache/catalina/session PersistentManagerBase.java StandardManager.java mbeans-descriptors.xml Log: - Cleanups in the managers. (but I didn't test it) - Thanks to Amy for looking in PersistentManager. - Add JMX declaration for PersistentManager. Was it really not there ? - Copy over the useful stats from StandardManager. Revision ChangesPath 1.14 +90 -31 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session/PersistentManagerBase.java Index: PersistentManagerBase.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session/PersistentManagerBase.java,v retrieving revision 1.13 retrieving revision 1.14 diff -u -r1.13 -r1.14 --- PersistentManagerBase.java14 Nov 2003 10:30:29 - 1.13 +++ PersistentManagerBase.java10 Dec 2003 23:00:36 - 1.14 @@ -103,7 +103,8 @@ private static Log log = LogFactory.getLog(PersistentManagerBase.class); // Security Classes - private class PrivilegedStoreClear + +private class PrivilegedStoreClear implements PrivilegedExceptionAction { PrivilegedStoreClear() { @@ -115,7 +116,7 @@ } } - private class PrivilegedStoreRemove +private class PrivilegedStoreRemove implements PrivilegedExceptionAction { private String id; @@ -168,7 +169,8 @@ public Object run() throws Exception{ return store.keys(); } -} +} + // - Instance Variables @@ -187,39 +189,39 @@ /** * The maximum number of active Sessions allowed, or -1 for no limit. */ -private int maxActiveSessions = -1; +protected int maxActiveSessions = -1; /** * The descriptive name of this Manager implementation (for logging). */ -protected static String name = PersistentManagerBase; +private static String name = PersistentManagerBase; /** * Has this component been started yet? */ -private boolean started = false; +protected boolean started = false; /** * Store object which will manage the Session store. */ -private Store store = null; +protected Store store = null; /** * Whether to save and reload sessions when the Manager codeunload/code * and codeload/code methods are called. */ -private boolean saveOnRestart = true; +protected boolean saveOnRestart = true; /** * How long a session must be idle before it should be backed up. * -1 means sessions won't be backed up. */ -private int maxIdleBackup = -1; +protected int maxIdleBackup = -1; /** @@ -227,30 +229,57 @@ * This overrides maxActiveSessions, to prevent thrashing if there are lots * of active sessions. Setting to -1 means it's ignored. */ -private int minIdleSwap = -1; +protected int minIdleSwap = -1; /** * The maximum time a session may be idle before it should be swapped * to file just on general principle. Setting this to -1 means sessions * should not be forced out. */ -private int maxIdleSwap = -1; +protected int maxIdleSwap = -1; + + +/** + * Number of session creations that failed due to maxActiveSessions. + */ +protected int rejectedSessions = 0; + + +/** + * Number of sessions that expired. + */ +protected int expiredSessions = 0; + + +/** + * Processing time during session expiration and passivation. + */ +protected long processingTime = 0; // - Properties -/** + +/** * Perform the background processes for this Manager */ public void backgroundProcess() { + +long timeNow = System.currentTimeMillis(); + this.processExpires(); this.processPersistenceChecks(); if ((this.getStore() != null) (this.getStore() instanceof StoreBase)) { ((StoreBase) this.getStore()).processExpires(); } + +long timeEnd = System.currentTimeMillis(); +processingTime += ( timeEnd - timeNow ); + } + /** * Indicates how many seconds old a session can get, after its last * use in a request, before it should be backed up to the
DO NOT REPLY [Bug 24771] - Unable to create a new connector..
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=24771. 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=24771 Unable to create a new connector.. [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-12-10 23:06 --- This has been fixed in CVS and will be included in the next release. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DO NOT REPLY [Bug 24005] - various issues with values of live properties
[EMAIL PROTECTED] wrote: 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=24005. 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=24005 various issues with values of live properties [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-12-10 21:39 --- The necessary changes have been committed to CVS and will be included in the next release. Woohoo, WebDAV fixes at last :) BTW, if you're wondering why there weren't any messages for your commits, it's because they need to moderated, as you're probably not subscribed with your apache.org email address. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
WebappClassLoader getURL vs. Performance Problems
Hi, We are using a web application running in Tomcat 4.1.24 (JDK 1.3.1), on HP-UX. This web application uses an rmi server to connect to oracle. We experience serious performance problems when we are using this application in this mode. It seems that tomcat is very busy. We used profiling to analyze what Tomcat is doing. It seems that Tomcat spends about 50% of its time in the following method: org.apache.catalina.loader.WebappClassLoader.getURL() The profiler shows us that this method is called only 4 times! Does anyone have an explanation why this method consumes so much time? We had a look in the source code and we saw this: protected URL getURL(File file) throws MalformedURLException { File realFile = file; try { realFile = realFile.getCanonicalFile(); } catch(IOException e) { } return realFile.toURL(); } Could it be that we have an IOException? Why is this exception ignored? Feedback is highly appreciated..! Marco - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: DO NOT REPLY [Bug 24005] - various issues with values of live properties
The lack of commit messages was confusing me for a while but I managed to figure it out eventually. I just had to read the committer documentation ;) Mark On Wednesday, December 10, 2003 11:16 PM, Remy Maucherat [SMTP:[EMAIL PROTECTED] wrote: Woohoo, WebDAV fixes at last :) BTW, if you're wondering why there weren't any messages for your commits, it's because they need to moderated, as you're probably not subscribed with your apache.org email address. Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-catalina/webapps/docs/config jk.xml project.xml jk2.xml
On Wed, Dec 10, 2003 at 01:47:59PM +0100, Remy Maucherat wrote: Tim Funk wrote: Does this pretty much says that jk2 is now not recommended? (At least until it gets more cleanup) So I can update the FAQ. No, this means there's one connector on the Java side, so the number was useless. We could rename that to AJP connector, BTW. I almost did it, but left JK as the name in the end. I believe it would be better to use the protocol name (AJP) as the connector name, so that it is not tied to any native code or another subproject's name. I can make the change. Please do the rename. I think there is considerable confusion in the community about the status of mod_jk[2], and this name overlap doesn't help. If you spend any time in #tomcat, you'll notice that all the questions are either 1) I'm doing something really dumb and hope everyone here will write my app for me and 2) problems with mod_jk/jk2. And from the mod_jk2 pages, it looks like mod_jk2 is the preferred code. It's clear from lurking tomcat-dev that it isn't. (BTW, lurk #tomcat sometime. It's educating.) -- [EMAIL PROTECTED] Some people have a way with words, while others... erm... thingy. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: WebappClassLoader getURL vs. Performance Problems
Marco Muishout wrote: Hi, We are using a web application running in Tomcat 4.1.24 (JDK 1.3.1), on HP-UX. This web application uses an rmi server to connect to oracle. We experience serious performance problems when we are using this application in this mode. It seems that tomcat is very busy. We used profiling to analyze what Tomcat is doing. It seems that Tomcat spends about 50% of its time in the following method: org.apache.catalina.loader.WebappClassLoader.getURL() The profiler shows us that this method is called only 4 times! Does anyone have an explanation why this method consumes so much time? We had a look in the source code and we saw this: protected URL getURL(File file) throws MalformedURLException { File realFile = file; try { realFile = realFile.getCanonicalFile(); } catch(IOException e) { } return realFile.toURL(); } Could it be that we have an IOException? Why is this exception ignored? Feedback is highly appreciated..! I think I know (are you really sure about the invocation count ? this looks very suspicious). If getURLs() is called all the time (I think RMI uses that), then getURL will get called a lot (and getCanonicalFile is very expensive). The URL array needs to be cached (you should try to patch your Tomcat). Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/loader WebappClassLoader.java
remm2003/12/10 15:45:40 Modified:catalina/src/share/org/apache/catalina/loader WebappClassLoader.java Log: - Cache the result of getURLs. Everything else is cached, but this wasn't. Revision ChangesPath 1.28 +15 -2 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.java Index: WebappClassLoader.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.java,v retrieving revision 1.27 retrieving revision 1.28 diff -u -r1.27 -r1.28 --- WebappClassLoader.java29 Nov 2003 09:08:16 - 1.27 +++ WebappClassLoader.java10 Dec 2003 23:45:39 - 1.28 @@ -297,6 +297,12 @@ protected String[] repositories = new String[0]; + /** + * Repositories URLs, used to cache the result of getURLs. + */ + protected URL[] repositoryURLs = null; + + /** * Repositories translated as path in the work directory (for Jasper * originally), but which is used to generate fake URLs should getURLs be @@ -1405,6 +1411,10 @@ */ public URL[] getURLs() { +if (repositoryURLs != null) { +return repositoryURLs; +} + URL[] external = super.getURLs(); int filesLength = files.length; @@ -1425,9 +1435,11 @@ } } -return urls; +repositoryURLs = urls; +return repositoryURLs; } catch (MalformedURLException e) { +repositoryURLs = new URL[0]; return (new URL[0]); } @@ -1506,6 +1518,7 @@ resourceEntries.clear(); resources = null; repositories = null; +repositoryURLs = null; files = null; jarFiles = null; jarRealFiles = null; - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 23190] - JNDIRealm doesn't escape search filters
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23190. 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=23190 JNDIRealm doesn't escape search filters --- Additional Comments From [EMAIL PROTECTED] 2003-12-11 00:10 --- Created an attachment (id=9506) Patch file with fix to do RFC 2254 encoding - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 25427] New: - activation.jar missing from common/lib/
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=25427. 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=25427 activation.jar missing from common/lib/ Summary: activation.jar missing from common/lib/ Product: Tomcat 5 Version: 5.0.16 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Unknown AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Hi, Just wondering if the absence of common/lib/activation.jar is an oversight or a deliberate decision? Many webapps assume activation.jar is provided, as was the case with Tomcat 4 and most other app servers I've used. If activation.jar was deliberately dropped, please add a note in the release notes. --Jeff - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 25427] - activation.jar missing from common/lib/
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=25427. 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=25427 activation.jar missing from common/lib/ [EMAIL PROTECTED] changed: What|Removed |Added Severity|Normal |Enhancement Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2003-12-11 00:14 --- Yes, this is deliberate. As for the release notes, they list what is made available. I consider it good enough. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 23190] - JNDIRealm doesn't escape search filters
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23190. 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=23190 JNDIRealm doesn't escape search filters --- Additional Comments From [EMAIL PROTECTED] 2003-12-11 00:16 --- Created an attachment (id=9507) diff against JNDIRealmTestCase to unit test new RFC 2254 code - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/util TomcatCSS.java
remm2003/12/10 16:57:40 Modified:catalina/src/share/org/apache/catalina/util TomcatCSS.java Log: - Add new class. Revision ChangesPath 1.4 +4 -3 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/util/TomcatCSS.java Index: TomcatCSS.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/util/TomcatCSS.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- TomcatCSS.java30 Jul 2003 18:36:32 - 1.3 +++ TomcatCSS.java11 Dec 2003 00:57:40 - 1.4 @@ -75,6 +75,7 @@ B {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;} + P {font-family:Tahoma,Arial,sans-serif;background:white;color:black;font-size:12px;} + A {color : black;} + +A.name {color : black;} + HR {color : #525D76;}; - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/webapps/manager/WEB-INF/classes/org/apache/catalina/manager StatusTransformer.java
remm2003/12/10 16:59:07 Modified:webapps/manager/WEB-INF/classes/org/apache/catalina/manager StatusTransformer.java Log: - Add manager statistics for each context, as well as navigation links so that this is actually useful. Somehow, the links don't work with Mozilla: it must be because my HTML is very bad. IE works, though. Revision ChangesPath 1.6 +87 -9 jakarta-tomcat-catalina/webapps/manager/WEB-INF/classes/org/apache/catalina/manager/StatusTransformer.java Index: StatusTransformer.java === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/manager/WEB-INF/classes/org/apache/catalina/manager/StatusTransformer.java,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- StatusTransformer.java20 Oct 2003 01:44:54 - 1.5 +++ StatusTransformer.java11 Dec 2003 00:59:07 - 1.6 @@ -233,7 +233,7 @@ int mode) throws Exception { -if (mode == 0){ +if (mode == 0) { writer.print(h1); writer.print(name); writer.print(/h1); @@ -250,7 +250,7 @@ writer.print( Current thread busy: ); writer.print(mBeanServer.getAttribute(tpName, currentThreadsBusy)); -writer.print(br/); +writer.print(br); ObjectName grpName = null; @@ -546,11 +546,39 @@ if (mode == 0){ ObjectName queryHosts = new ObjectName(*:j2eeType=WebModule,*); Set hostsON = mBeanServer.queryNames(queryHosts, null); + +// Navigation menu +writer.print(h1); +writer.print(Application list); +writer.print(/h1); + +writer.print(p); +int count = 0; Iterator iterator = hostsON.iterator(); while (iterator.hasNext()) { ObjectName contextON = (ObjectName) iterator.next(); +String webModuleName = contextON.getKeyProperty(name); + +writer.print(a href=\# + (count++) + .0\); +writer.print(webModuleName); +writer.print(/a); +if (iterator.hasNext()) { +writer.print(br); +} + +} +writer.print(/p); + +// Webapp list +count = 0; +iterator = hostsON.iterator(); +while (iterator.hasNext()) { +ObjectName contextON = (ObjectName) iterator.next(); +writer.print(a class=\A.name\ name=\# + + (count++) + .0\); writeContext(writer, contextON, mBeanServer, mode); } + } else if (mode == 1){ // for now we don't write out the Detailed state in XML } @@ -585,6 +613,17 @@ } else { return; } + +ObjectName queryManager = new ObjectName +(objectName.getDomain() + :type=Manager,path= + contextName + + ,host= + hostName + ,*); +Set managersON = mBeanServer.queryNames(queryManager, null); +ObjectName managerON = null; +Iterator iterator2 = managersON.iterator(); +while (iterator2.hasNext()) { +managerON = (ObjectName) iterator2.next(); +} + // Special case for the root context if (contextName.equals(/)) { contextName = ; @@ -593,6 +632,7 @@ writer.print(h1); writer.print(name); writer.print(/h1); +writer.print(/a); writer.print(p); writer.print( Startup time: ); @@ -601,9 +641,13 @@ writer.print( TLD scan time: ); writer.print(formatTime(mBeanServer.getAttribute (objectName, tldScanTime), false)); +if (managerON != null) { +writeManager(writer, managerON, mBeanServer, mode); +} writer.print(/p); - -String onStr = *:j2eeType=Servlet,WebModule= + webModuleName + ,*; + +String onStr = objectName.getDomain() ++ :j2eeType=Servlet,WebModule= + webModuleName + ,*; ObjectName servletObjectName = new ObjectName(onStr); Set set = mBeanServer.queryMBeans(servletObjectName, null); Iterator iterator = set.iterator(); @@ -611,6 +655,7 @@ ObjectInstance oi = (ObjectInstance) iterator.next(); writeWrapper(writer, oi.getObjectName(), mBeanServer, mode);
Re: cvs commit: jakarta-tomcat-catalina/webapps/manager/WEB-INF/classes/org/apache/catalina/manager StatusTransformer.java
On Thu, Dec 11, 2003 at 12:59:07AM -, [EMAIL PROTECTED] wrote: remm2003/12/10 16:59:07 Modified:webapps/manager/WEB-INF/classes/org/apache/catalina/manager StatusTransformer.java Log: - Add manager statistics for each context, as well as navigation links so that this is actually useful. Somehow, the links don't work with Mozilla: it must be because my HTML is very bad. IE works, though. [...] -writer.print(br/); +writer.print(br); The old way is actually better, it lets you move toward XHTML. However, the way the cool kids do it is to leave a space before the / in body-less entities. br / hr / img src=foo.gif / This is the known gentle way to not freak out old browsers. Maybe I'll have to take a look at this class tonight and make it generate more proper HTML. -- [EMAIL PROTECTED] Some people have a way with words, while others... erm... thingy. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/webapps/manager/WEB-INF/classes/org/apache/catalina/manager StatusTransformer.java
remm2003/12/10 17:06:02 Modified:webapps/manager/WEB-INF/classes/org/apache/catalina/manager StatusTransformer.java Log: - Remove leading slashes. Revision ChangesPath 1.7 +7 -4 jakarta-tomcat-catalina/webapps/manager/WEB-INF/classes/org/apache/catalina/manager/StatusTransformer.java Index: StatusTransformer.java === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/manager/WEB-INF/classes/org/apache/catalina/manager/StatusTransformer.java,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- StatusTransformer.java11 Dec 2003 00:59:07 - 1.6 +++ StatusTransformer.java11 Dec 2003 01:06:02 - 1.7 @@ -558,6 +558,9 @@ while (iterator.hasNext()) { ObjectName contextON = (ObjectName) iterator.next(); String webModuleName = contextON.getKeyProperty(name); +if (webModuleName.startsWith(//)) { +webModuleName = webModuleName.substring(2); +} writer.print(a href=\# + (count++) + .0\); writer.print(webModuleName); - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-catalina/webapps/manager/WEB-INF/classes/org/apache/catalina/manager StatusTransformer.java
The name attribute of A should be #less. +writer.print(a class=\A.name\ name=\# + + (count++) + .0\); A page example which uses anchors: http://jakarta.apache.org/tomcat/faq/tomcatuser.html -Tim [EMAIL PROTECTED] wrote: remm2003/12/10 16:59:07 Modified:webapps/manager/WEB-INF/classes/org/apache/catalina/manager StatusTransformer.java Log: - Add manager statistics for each context, as well as navigation links so that this is actually useful. Somehow, the links don't work with Mozilla: it must be because my HTML is very bad. IE works, though. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/webapps/manager/WEB-INF/classes/org/apache/catalina/manager StatusTransformer.java
remm2003/12/10 17:25:28 Modified:webapps/manager/WEB-INF/classes/org/apache/catalina/manager StatusTransformer.java Log: - Name fix thanks to Tim. Revision ChangesPath 1.8 +5 -5 jakarta-tomcat-catalina/webapps/manager/WEB-INF/classes/org/apache/catalina/manager/StatusTransformer.java Index: StatusTransformer.java === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/manager/WEB-INF/classes/org/apache/catalina/manager/StatusTransformer.java,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- StatusTransformer.java11 Dec 2003 01:06:02 - 1.7 +++ StatusTransformer.java11 Dec 2003 01:25:28 - 1.8 @@ -577,7 +577,7 @@ iterator = hostsON.iterator(); while (iterator.hasNext()) { ObjectName contextON = (ObjectName) iterator.next(); -writer.print(a class=\A.name\ name=\# +writer.print(a class=\A.name\ name=\ + (count++) + .0\); writeContext(writer, contextON, mBeanServer, mode); } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: PB when build TC5 from cvs
FYI: I found this message while googling for the same problem with the build breaking just after 12/06/2003 on my linux box. Upgrading ANT from vs 1.5.1 to the latest (1.6beata3) fixed it. I traced the problem back a little bit and found that the generated_web.xml file in the examples app was present but empty. I didn't dig much further. Maybe the instructions at http://jakarta.apache.org/tomcat/tomcat-5.0-doc/building.html will need to specify a more recent version of ANT? Re: PB when build TC5 from cvs * From: jean-frederic clere * Subject: Re: PB when build TC5 from cvs * Date: Tue, 11 Nov 2003 05:07:55 -0800 Remy Maucherat wrote: jean-frederic clere wrote: Hi, I have the following error: +++ build-webapps-precompile: [jasper2] 11-Nov-2003 12:09:04 org.apache.jasper.JspC processFile [jasper2] SEVERE: ERROR-the file '/jsp2/tagfiles/products.jsp' generated the following general exception: [jasper2] org.apache.jasper.JasperException: Unable to initialize TldLocationsCache: XML parsing error on file /WEB-INF/jsp/debug-taglib.tld: (line 307, col 39) [jasper2] at org.apache.jasper.compiler.TldLocationsCache.init(TldLocationsCache.java:210) [jasper2] at org.apache.jasper.compiler.TldLocationsCache.getLocation(TldLocationsCache.java:181) +++ Any hints? I did upgrade from CVS, and it works for me (on Windows, with the 1.4.2_02 JDK). The products example did get compiled correctly, and runs OK (precompiled). Maybe it's a Unix problem ? I have removed all sources and check out them (again) from cvs, now it builds Ok. Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 25415] - in JSTL fmt Multiple setLocale work is not compatible JSTL 1.1 specif
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=25415. 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=25415 in JSTL fmt Multiple setLocale work is not compatible JSTL 1.1 specif --- Additional Comments From [EMAIL PROTECTED] 2003-12-11 03:04 --- Disabled tag pooling,no effect.still same before. modifyed %TOMCAT_HOME%\conf\web.xml servlet servlet-namejsp/servlet-name servlet-classorg.apache.jasper.servlet.JspServlet/servlet-class init-param param-namefork/param-name param-valuefalse/param-value /init-param init-param param-namexpoweredBy/param-name param-valuefalse/param-value /init-param init-param param-nameenablePooling/param-name param-valuefalse/param-value /init-param load-on-startup3/load-on-startup /servlet - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/realm RealmBase.java
billbarker2003/12/10 21:50:39 Modified:catalina/src/share/org/apache/catalina Realm.java catalina/src/share/org/apache/catalina/authenticator AuthenticatorBase.java catalina/src/share/org/apache/catalina/realm RealmBase.java Log: First attempt to get Tomcat compliant with the Servlet 2.4 Spec for AA. This one isn't very efficient (but not much worse than it was before :). Longer term, I'm looking to modify the j-t-c mapper to be able to return a Collection of mapped objects, and use that. In that case it could also be used for Filter mappings. This version is just to get a Spec compliant version out there that can be tested. Reported By: Philippe Leothaud [EMAIL PROTECTED] Revision ChangesPath 1.6 +6 -6 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/Realm.java Index: Realm.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/Realm.java,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- Realm.java2 Sep 2003 21:22:05 - 1.5 +++ Realm.java11 Dec 2003 05:50:39 - 1.6 @@ -192,7 +192,7 @@ */ public boolean hasResourcePermission(HttpRequest request, HttpResponse response, - SecurityConstraint constraint, + SecurityConstraint [] constraint, Context context) throws IOException; @@ -221,7 +221,7 @@ */ public boolean hasUserDataPermission(HttpRequest request, HttpResponse response, - SecurityConstraint constraint) + SecurityConstraint []constraint) throws IOException; /** 1.15 +35 -42 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/authenticator/AuthenticatorBase.java Index: AuthenticatorBase.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/authenticator/AuthenticatorBase.java,v retrieving revision 1.14 retrieving revision 1.15 diff -u -r1.14 -r1.15 --- AuthenticatorBase.java24 Nov 2003 16:46:56 - 1.14 +++ AuthenticatorBase.java11 Dec 2003 05:50:39 - 1.15 @@ -526,27 +526,22 @@ } int i; -for(i=0; i constraints.length; i++) { -if (log.isDebugEnabled()) { -log.debug( Subject to constraint + constraints[i]); -} -// Enforce any user data constraint for this security constraint +// Enforce any user data constraint for this security constraint +if (log.isDebugEnabled()) { +log.debug( Calling hasUserDataPermission()); +} +if (!realm.hasUserDataPermission(hrequest, hresponse, + constraints)) { if (log.isDebugEnabled()) { -log.debug( Calling hasUserDataPermission()); -} -if (!realm.hasUserDataPermission(hrequest, hresponse, - constraints[i])) { -if (log.isDebugEnabled()) { -log.debug( Failed hasUserDataPermission() test); -} -/* - * ASSERT: Authenticator already set the appropriate - * HTTP status code, so we do not have to do anything special - */ -return; +log.debug( Failed hasUserDataPermission() test); } +/* + * ASSERT: Authenticator already set the appropriate + * HTTP status code, so we do not have to do anything special + */ +return; } - + for(i=0; i constraints.length; i++) { // Authenticate based upon the specified login configuration if (constraints[i].getAuthConstraint()) { @@ -563,30 +558,28 @@ * special */ return; +} else { +break; } } - -// Perform access control based on the specified role(s) -if (constraints[i].getAuthConstraint()) { -if (log.isDebugEnabled()) { -log.debug( Calling accessControl()); -} -if (!realm.hasResourcePermission(hrequest, hresponse, -