RE: Rollover for each day ? Is this possible ??
At 12:24 19/1/01 +0100, Ceki Gulcu wrote: 1) The new appender should have flexible way of expressing the rollover frequency, perhaps in the same format as in the Unix crontabs file which I belive is also a Posix standard. I am not aware of any library that supports this. JDring (http://webtools.dyade.fr/jdring/) seems to have most of the functionality needed except parsing the crontab format. Anyone know anything better? Just as a FYI Avalon has a Crontab date timing device thingie. It is under org.apache.avalon.blocks.scheduler.* and org.apache.avalon.services.scheduler.* These will eventually be removed from Avalon as it is not their place but for now they remain... As a side note, the omission of a crontab/at functionality in Java core libraries seems like a major oversight. Try buying stock a day later then what the customer ordered. See how many customers stay with your brokerage house. :-) I started implementing a cron server in java. The above was the very early pieces of it. What I did was use the Cron time format and instead of listing a command at the end (ie doSomething.sh) I used a job "name". Jobs were defined in an Ant-like "jobfile" so that it would look like jobs job name="foo-job" ... task1 ... / task2 ... / task4 ... / /job /jobs You could schedule 5-6000 jobs without any undue overhead. The only problem occured with jobs that had short repeating periods but the actual job execution took longer than repeat period. It was based on an old version of avalon and a fork of ant I did ages ago. Eventually when the direction of ants future is more clear I may update the server to use newish versions of both toolkits. At that time I can put it somewhere ala sourceforge if you are interested in it. Cheers, Pete *-* | "Faced with the choice between changing one's mind, | | and proving that there is no need to do so - almost | | everyone gets busy on the proof." | | - John Kenneth Galbraith | *-* - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: IM LOST, ERROR 500????
Delivery failure: javax.mail.MessagingException: 452 Filesystem error - message not accepted Delivery failure: javax.mail.MessagingException: 452 Filesystem error - message not accepted Delivery failure: javax.mail.MessagingException: 452 Filesystem error - message not accepted Delivery failure: javax.mail.MessagingException: 452 Filesystem error - message not accepted Delivery failure: javax.mail.MessagingException: 452 Filesystem error - message not accepted Delivery failure: javax.mail.MessagingException: 452 Filesystem error - message not accepted Delivery failure: javax.mail.MessagingException: 452 Filesystem error - message not accepted Hi Im writing my first little program that will welcome a user once she enters and submits her details into a web page.There is no problem Writing the JSP files but I cannot start a new .java file in Jbuilder, so I write it in Homesite, save it as .java and attempt to compile it to .class in Jbuilder. Im having difficulty converting the .javafile to .class I have tried compiling the .java file to a .class in JBuilder, but I keep getting the following warning: "Warning #908: check sourcepath; source c:\jakarta-tomcat\webapps\mary\Web-inf\Classes\namehandler.java cannot be found on source pathby appending \mary\namehandler.java to each sourcepath entry." (mary is the name of the package) When I try to view the program in my browser at http:// localhost etc etc I get the following error Error: 500 Location: /Mary/hellouser.jsp Internal Servlet Error:org.apache.jasper.JasperException: Bad file argument to include at org.apache.jasper.compiler.JspParseEventListener.handleDirective(JspParseEventListener.java, Compiled Code) at org.apache.jasper.compiler.DelegatingListener.handleDirective(DelegatingListener.java:116) at org.apache.jasper.compiler.Parser$Directive.accept(Parser.java, Compiled Code) at org.apache.jasper.compiler.Parser.parse(Parser.java, Compiled Code) at org.apache.jasper.compiler.Parser.parse(Parser.java:1038) at org.apache.jasper.compiler.Parser.parse(Parser.java:1034) at org.apache.jasper.compiler.Compiler.compile(Compiler.java, Compiled Code) at org.apache.jasper.runtime.JspServlet.loadJSP(JspServlet.java:413) at org.apache.jasper.runtime.JspServlet$JspServletWrapper.loadIfNecessary(JspServlet.java:149) at org.apache.jasper.runtime.JspServlet$JspServletWrapper.service(JspServlet.java:161) at org.apache.jasper.runtime.JspServlet.serviceJspFile(JspServlet.java:261) at org.apache.jasper.runtime.JspServlet.service(JspServlet.java, Compiled Code) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.tomcat.core.ServletWrapper.handleRequest(ServletWrapper.java, Compiled Code) at org.apache.tomcat.core.ContextManager.service(ContextManager.java:559) at org.apache.tomcat.service.http.HttpConnectionHandler.processConnection(HttpConnectionHandler.java:160) at org.apache.tomcat.service.TcpConnectionThread.run(SimpleTcpEndpoint.java:338) at java.lang.Thread.run(Thread.java:479)PLEASE PLEASE PLEASE, anyone with help?Get your FREE download of MSN Explorer at http://explorer.msn.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: Meeting dialins
I suppose that people that do not bitch and complain are welcome too. =;o) Paulo -Original Message- From: Jon Stevens [mailto:[EMAIL PROTECTED]] Sent: Sunday, January 21, 2001 07:11 ... There were 3 people who dialed in and 20 dialin ports. I don't think we need to reserve spots, instead, we need people who are willing to bitch and complain on the mailing lists to actually participate in the meetings that matter. -jon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
load balancing and failsafety
Anybody implemented load balancing and failsafety on tomcat stand alone? Thanks, Jayesh _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Meeting dialins
David made a valid and I think helpful suggestion and it was dismissed with a complaint. From the announcement of the dialin I got the impression that the lines were limited and therefore casual observers should refrain from calling in so those lines could be used by active committers. A reservation system or even an informal "who's planning on dialing in" query on the list before the meeting can give the community and the organizers a good feel for whether there is room for casual observers or whether more ports are needed. Shawn Jon Stevens wrote: on 1/20/01 9:56 PM, "David Weinrich" [EMAIL PROTECTED] wrote: I am wondering if it might be possible to have people reserve spots for the dialin, with committers having priority of course. For some reason I had assumed that the lines would be pretty much tied up ( bad assumption I know ). If anything this could give the person handling the details for the dialin from the other end an idea of demand/lack of demand. As an alternate idea, a webcast of even just the audio would work fine for me as well...but that is probably a bigger PITA than having the dialin. thanks again, David Weinrich There were 3 people who dialed in and 20 dialin ports. I don't think we need to reserve spots, instead, we need people who are willing to bitch and complain on the mailing lists to actually participate in the meetings that matter. -jon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] -- Shawn McMurdo mailto:[EMAIL PROTECTED] Lutris Technologieshttp://www.lutris.com Enhydra.Orghttp://www.enhydra.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: load balancing and failsafety
You mean tomcat sans Apache or IIS out front? -Jamey -Original Message- From: Jayesh [mailto:[EMAIL PROTECTED]] Sent: Sunday, January 21, 2001 10:56 AM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: load balancing and failsafety Anybody implemented load balancing and failsafety on tomcat stand alone? Thanks, Jayesh _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
BugRat Report #814 has been filed.
Bug report #814 has just been filed. You can view the report at the following URL: http://znutar.cortexity.com/BugRatViewer/ShowReport/814 REPORT #814 Details. Project: Tomcat Category: Bug Report SubCategory: New Bug Report Class: swbug State: received Priority: high Severity: critical Confidence: public Environment: Release: asd JVM Release: jdk1.3 Operating System: win-98 OS Release: as Platform: intel-celeron Synopsis: jsp with tomcat bug Description: I am use tomcat as my devloping site in jsp. I will get the screen with "http://locahost:8080" but when try to execute jsp examples there is error???! I set all things as following I install tomcat-3.2.1 i set all varicable like Java_home and tomcathome. I instatll tomcat in C:\jakarta-tomcat-3.2.1\jakarta-tomcat-3.2.1. then i set java_home=jdk1.3 and tomcat_home=C:\jakarta-tomcat-3.2.1\jakarta-tomcat-3.2.1. and i try to execute tomcat.bat file it give error unable to locate servlet.jar, check the Value ofTOMCAT_HOME. Title: BugRat Report # 814 BugRat Report # 814 Project: Tomcat Release: asd Category: Bug Report SubCategory: New Bug Report Class: swbug State: received Priority: high Severity: critical Confidence: public Submitter: _Anonymous ([EMAIL PROTECTED]) Date Submitted: Jan 21 2001, 04:27:25 CST Responsible: Z_Tomcat Alias ([EMAIL PROTECTED]) Synopsis: jsp with tomcat bug Environment: (jvm, os, osrel, platform) jdk1.3, win-98, as, intel-celeron Additional Environment Description: Report Description: I am use tomcat as my devloping site in jsp. I will get the screen with "http://locahost:8080" but when try to execute jsp examples there is error???! I set all things as following I install tomcat-3.2.1 i set all varicable like Java_home and tomcathome. I instatll tomcat in C:\jakarta-tomcat-3.2.1\jakarta-tomcat-3.2.1. then i set java_home=jdk1.3 and tomcat_home=C:\jakarta-tomcat-3.2.1\jakarta-tomcat-3.2.1. and i try to execute tomcat.bat file it give error unable to locate servlet.jar, check the Value ofTOMCAT_HOME. View this report online - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
BugRat Report #815 has been filed.
Bug report #815 has just been filed. You can view the report at the following URL: http://znutar.cortexity.com/BugRatViewer/ShowReport/815 REPORT #815 Details. Project: Tomcat Category: Bug Report SubCategory: New Bug Report Class: swbug State: received Priority: high Severity: serious Confidence: public Environment: Release: 3.2.1 JVM Release: 1.3 Operating System: Solaris OS Release: 8 Platform: Sparc Synopsis: getRequestDispatcher works incorrectly Description: Running Apache 1.3.14 mod_ssl 2.7.1-1.3.14 OpenSSL 0.9.6 Tomcat 3.2.1 Running HTTPS (SSL) on a non standard port (445) cause ajp12 include,forward,sendRedirect to fail all the time. on ajp13 the following scenario happens, relative urls for request.getRequestDispatcher do not work, result is a ArrayIndexOutOfBoundsException anyway here is what I have found out using Ajp13 we are using these three methods a. sendRedirect b. getRequestDispatcher.include c. getRequestDispatcher.forward and we have tried the following redirect strings 1. "LoginFailed.html" 2. "/LoginFailed.html" 3. "/rtx/LoginFailed.html" these combinations have show to be successfull a-1 (sendRedirect with LoginFailed.html) a-3 (sendRedirect with /rtx/LoginFailed.html) b-2 (include with /LoginFailed.html) c-2 (forward with /LoginFailed.html) all other combinations are not working. If you read the documentation for the getRequestDispatcher it says ServletRequest.getRequestDispatcher "The pathname specified may be relative, although it cannot extend outside the current servlet context. If the path begins with a "/" it is interpreted as relative to the current context root. This method returns null if the servlet container cannot return a RequestDispatcher" but it turns out that Tomcat doesn't support strings that don't start with "/". and this is a BUG! Title: BugRat Report # 815 BugRat Report # 815 Project: Tomcat Release: 3.2.1 Category: Bug Report SubCategory: New Bug Report Class: swbug State: received Priority: high Severity: serious Confidence: public Submitter: Filip Hanik ([EMAIL PROTECTED]) Date Submitted: Jan 21 2001, 04:46:31 CST Responsible: Z_Tomcat Alias ([EMAIL PROTECTED]) Synopsis: getRequestDispatcher works incorrectly Environment: (jvm, os, osrel, platform) 1.3, Solaris, 8, Sparc Additional Environment Description: Running Apache 1.3.14 mod_ssl 2.7.1-1.3.14 OpenSSL 0.9.6 Tomcat 3.2.1 Running HTTPS (SSL) on a non standard port (445) cause ajp12 include,forward,sendRedirect to fail. Report Description: Running Apache 1.3.14 mod_ssl 2.7.1-1.3.14 OpenSSL 0.9.6 Tomcat 3.2.1 Running HTTPS (SSL) on a non standard port (445) cause ajp12 include,forward,sendRedirect to fail all the time. on ajp13 the following scenario happens, relative urls for request.getRequestDispatcher do not work, result is a ArrayIndexOutOfBoundsException anyway here is what I have found out using Ajp13 we are using these three methods a. sendRedirect b. getRequestDispatcher.include c. getRequestDispatcher.forward and we have tried the following redirect strings 1. "LoginFailed.html" 2. "/LoginFailed.html" 3. "/rtx/LoginFailed.html" these combinations have show to be successfull a-1 (sendRedirect with LoginFailed.html) a-3 (sendRedirect with /rtx/LoginFailed.html) b-2 (include with /LoginFailed.html) c-2 (forward with /LoginFailed.html) all other combinations are not working. If you read the documentation for the getRequestDispatcher it says ServletRequest.getRequestDispatcher "The pathname specified may be relative, although it cannot extend outside the current servlet context. If the path begins with a "/" it is interpreted as relative to the current context root. This method returns null if the servlet container cannot return a RequestDispatcher" but it turns out that Tomcat doesn't support strings that don't start with "/". and this is a BUG! Workaround: null View this report online... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: load balancing and failsafety
Jayesh typed the following on 10:55 AM 1/21/2001 -0800 Anybody implemented load balancing and failsafety on tomcat stand alone? I've started some work on session persistence, which works with a single-instance application, which should lead into sharing sessions between instances of a distributable application. If you're interested in this area I'd appreciate if you'd have a look and let me know what you think. It isn't in CVS yet because the 4.0 repository is being reorganized a bit, but if you check the archive for this list you should find the messages and patches, mostly in the past 2 weeks. Kief - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: TC4's classloader choking on xerces.jar (maybe)
Aaron Mulder wrote: On Wed, 17 Jan 2001, Craig R. McClanahan wrote: Consider the following scenario - I put a copy of the Postgres JDBC driver (just to show that it's not specific to xml parsers :-) in my shared library directory, because lots of my apps need it. But, one of my webapps needs a different version of the Postgres driver, because it depends on a new feature that was implemented in a later version. So, I put the new driver file in the WEB-INF/lib directory of my webapp, and install it in Tomcat. Under Tomcat 3.2, the newer driver is ignored (because it's got the same class names). Under Tomcat 4.0, the newer driver is respected for that webap -- all others continue to use the shared one. There is still the "sealing" issue, right? Not directly ... you can get package sealing problems in stand-alone Java applications as well, if you try to load classes in a particular package from more than one JAR file, and the JAR is marked "sealed". Certain libraries cannot be loaded in more than one ClassLoader, and are marked as "sealed" in the Manifest. If you put one in the Tomcat lib and another in the webapp lib, you'll get cryptic "Sealing Violation" exceptions. I think some of the XML JARs do this (JAXP, perhaps?). Sealing is one "user error" issue that will cause classloading to fail inside Tomcat. Another is the fact that a particular class can only see other classes in its own classloaders, and parents of that classloader, but not children. The net effect is that some class libraries will NOT work unless you put them inside WEB-INF/lib, because they need to be able to access other classes specific to that webapp. Consider the following scenario: * Class L is in a shared library ($TOMCAT_HOME/lib for Tomcat) * Class W is in WEB-INF/classes or WEB-INF/lib/*.jar * You pass the fully qualified class name of class W to a method in class L whose job is to instantiate a new object of this class. * Class L does essentially the following: Class wClass = Class.forName(wClassName); and encounters ClassNotFoundException. The reason for the exception is that Class L was loaded from the shared library classloader (which is the parent of all webapp classloaders in Tomcat). Therefore, it cannot see into the webapp to find class W. This kind of pattern is very common when parsing XML files -- it's not the parser itself that has the problem, it's the code you try to run in your SAX event handlers -- but is not unique to them. I don't have a full understanding of this, though. Perhaps it only breaks if loaded more than once in serial ClassLoaders not parallel ones. But I think tomcat's lib is sill in serial with webapp lib, right? I'm not quite sure what you mean by "serial" with the webapp lib, but the classloader used for $TOMCAT_HOME/lib is a *parent* classloader of the classloader used for each web application. Aaron Craig McClanahan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Catalina + Apache
James Duncan Davidson wrote: On 1/19/01 2:03 PM, "Jon Stevens" [EMAIL PROTECTED] wrote: on 1/19/01 12:21 PM, "Craig R. McClanahan" [EMAIL PROTECTED] wrote: I know Pier has a bunch of bugfixes currently in his local CVS tree, so hopefully we will be much closer to the "reality" end of the scale soon. Why isn't development happening in public? Having local CVS tree does not encourage community development. Before anybody gets freaked out :) there's not an "internal to Sun" CVS tree. Thanks James .. I did make a *very* poor choice of words :-( I'm sure that Craig meant that they were in Pier's checked out sandbox. As to why Pier hasn't been checking in code more often, that's a different story. Pier will need to answer that question himself. -- James Duncan Davidson[EMAIL PROTECTED] !try; do() Craig - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
tomcat+visualage
hi, I found following problems while connecting tomcat with visualage. I got exception as invocation target exception while running the startTtomcat class but the stoptomcat class is working properly.My assumption is that there may be some error in Tomcat.java class.so please send me the org.apache.tomcat.startup.Tomcat.java class.Suggest some methods to correct the error. Get free email and a permanent address at http://www.netaddress.com/?N=1 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
setting Content-Type dynamically
Hi, I have two questions regarding the way Tomcat / Jasper sets the Content-Type in the HTTP headers of JSPs: - First, the default charset is "8859_1". Shouldn't this be "ISO-8859-1"? - Second, how can the content type of a JSP be set dynamically? Jasper checks for an appropriate @page directive in the JSP, but if there is none is sets it to "charset=8859_1"; it doesn't check if the ServletResponse object has already had its content type set (via a setContentType call earlier). Is this to spec? If not, can Jasper do a quick check on the ServletResponse to see if the content type has been checked? Cheers, Casey Whitelaw [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: TC4's classloader choking on xerces.jar (maybe)
At 04:08 21/1/01 -0800, Craig R. McClanahan wrote: Sealing is one "user error" issue that will cause classloading to fail inside Tomcat. Another is the fact that a particular class can only see other classes in its own classloaders, and parents of that classloader, but not children. The net effect is that some class libraries will NOT work unless you put them inside WEB-INF/lib, because they need to be able to access other classes specific to that webapp. Consider the following scenario: * Class L is in a shared library ($TOMCAT_HOME/lib for Tomcat) * Class W is in WEB-INF/classes or WEB-INF/lib/*.jar * You pass the fully qualified class name of class W to a method in class L whose job is to instantiate a new object of this class. * Class L does essentially the following: Class wClass = Class.forName(wClassName); and encounters ClassNotFoundException. The reason for the exception is that Class L was loaded from the shared library classloader (which is the parent of all webapp classloaders in Tomcat). Therefore, it cannot see into the webapp to find class W. I was under the impression that Class.forName() loaded classes from the context classloader. So in theory the above would work if context classloader was set up correctly. The only thing that wouldn't work is something like Class wClass = getClass().getClassLoader().loadClass( wClassName ); Cheers, Pete *-* | "Faced with the choice between changing one's mind, | | and proving that there is no need to do so - almost | | everyone gets busy on the proof." | | - John Kenneth Galbraith | *-* - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-4.1/catalina/src/share/org/apache/catalina/core StandardContext.java StandardHost.java
Remy Maucherat wrote: On 20 Jan 2001 [EMAIL PROTECTED] wrote: - Add a new "unpackWARs" flag in the StandardHost : if true, the host will deploy WARs as before. If false, the WARs found in the host path won't be unpacked and the WARDirContext will be used. Very very cool. :) I guess I get the award for "Fanciest New Feature of the Week". It breaks Jasper, so it's disabled by default. Once we're satisfied that the new resources stuff works, I will vote for modifying Jasper to utilize it (via a JNDI InitialContext) so that it won't matter whether or not you are running out of a WAR file. Remy Craig McClanahan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: TC4's classloader choking on xerces.jar (maybe)
Peter Donald wrote: At 04:08 21/1/01 -0800, Craig R. McClanahan wrote: Sealing is one "user error" issue that will cause classloading to fail inside Tomcat. Another is the fact that a particular class can only see other classes in its own classloaders, and parents of that classloader, but not children. The net effect is that some class libraries will NOT work unless you put them inside WEB-INF/lib, because they need to be able to access other classes specific to that webapp. Consider the following scenario: * Class L is in a shared library ($TOMCAT_HOME/lib for Tomcat) * Class W is in WEB-INF/classes or WEB-INF/lib/*.jar * You pass the fully qualified class name of class W to a method in class L whose job is to instantiate a new object of this class. * Class L does essentially the following: Class wClass = Class.forName(wClassName); and encounters ClassNotFoundException. The reason for the exception is that Class L was loaded from the shared library classloader (which is the parent of all webapp classloaders in Tomcat). Therefore, it cannot see into the webapp to find class W. I was under the impression that Class.forName() loaded classes from the context classloader. Do you mean the one you set with Thread.setContextClassLoader()? That's not the way the standard ones work, although you could write such a beast (of course, this is specific to Java2 as well). The precise answer to what works depends on how your particular class loader is implemented. My experience (although this classloading stuff is "black magic" at times) is that URLClassLoader, which is what Tomcat 4.0 uses, follows the process described in the javadocs for java.lang.ClassLoader.loadClass(): * Call findLoadedClass(String) to see if this class has already been loaded by this class loader. * Call loadClass() on the parent class loader of this class loader (NOTE: if found, then that class's classloader will be our parent, not us). * Attempt to load the class from our own repositories (i.e. the list of URLs it was initialized with for a URLClassLoader). So in theory the above would work if context classloader was set up correctly. The only thing that wouldn't work is something like Class wClass = getClass().getClassLoader().loadClass( wClassName ); Cheers, Pete Craig - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: load balancing and failsafety
yes. -Original Message- From: James Courtney [mailto:[EMAIL PROTECTED]] Sent: Sunday, January 21, 2001 1:23 PM To: [EMAIL PROTECTED] Subject: RE: load balancing and failsafety You mean tomcat sans Apache or IIS out front? -Jamey -Original Message- From: Jayesh [mailto:[EMAIL PROTECTED]] Sent: Sunday, January 21, 2001 10:56 AM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: load balancing and failsafety Anybody implemented load balancing and failsafety on tomcat stand alone? Thanks, Jayesh _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: load balancing and failsafety
Jayesh wrote: yes. In principle, it seems to me that you could write a webapp that does what mod_proxy does for Apache -- making this server a proxy for some other server -- and then extend it with support for load balancing and other such features. I do not know of any efforts in this direction at the moment, but would be interested in hearing about such a thing. Craig McClanahan -Original Message- From: James Courtney [mailto:[EMAIL PROTECTED]] Sent: Sunday, January 21, 2001 1:23 PM To: [EMAIL PROTECTED] Subject: RE: load balancing and failsafety You mean tomcat sans Apache or IIS out front? -Jamey -Original Message- From: Jayesh [mailto:[EMAIL PROTECTED]] Sent: Sunday, January 21, 2001 10:56 AM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: load balancing and failsafety Anybody implemented load balancing and failsafety on tomcat stand alone? Thanks, Jayesh _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: load balancing and failsafety
on 1/21/01 4:50 PM, "Craig R. McClanahan" [EMAIL PROTECTED] wrote: In principle, it seems to me that you could write a webapp that does what mod_proxy does for Apache -- making this server a proxy for some other server -- and then extend it with support for load balancing and other such features. I do not know of any efforts in this direction at the moment, but would be interested in hearing about such a thing. Craig McClanahan You can start with Noodle for creating such a system... http://noodle.tigris.org/ It is the base framework for creating the rest of the system... -jon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Included JSP
Hi, I am using Tomcat 3.2.1. Suppose that a.jsp includes b.jsp. First visit http://localhost:8080/a.jsp and then modify b.jsp. Then although reload the page http://localhost:8080/a.jsp, the included part of b.jsp, is not changed. But http://localhost:8080/b.jsp is the new one. Why? Thanks, Kim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Included JSP
Pilho Kim wrote: Hi, I am using Tomcat 3.2.1. Suppose that a.jsp includes b.jsp. There are two kinds of includes -- compile time (%@ include file="b.jsp" %) and runtime (jsp:include page="/b.jsp".). Which did you use? First visit http://localhost:8080/a.jsp and then modify b.jsp. Then although reload the page http://localhost:8080/a.jsp, the included part of b.jsp, is not changed. If you are using compile time includes, Jasper does not notice changes in dependent files -- it would only recompile if a.jsp was changed. For runtime includes, this should work correctly. But http://localhost:8080/b.jsp is the new one. Why? Thanks, Kim Craig - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
tomcat+visualage
Please provide us with version details: VAJ - Enterprise or Professional? Are you using the Tomcat Test Environment for VAJ 3.5? Which version of Tomcat? What is the actual stacktrace of the exception? Please cut and paste it here for us. -- dIon Gillard, Multitask Consulting Work: http://www.multitask.com.au NetRexx: http://www.multitask.com.au/NetRexx.nsf - Forwarded by dIon Gillard/Multitask Consulting/AU on 22/01/2001 12:30 PM - tomcat+visualage hi, I found following problems while connecting tomcat with visualage. I got exception as invocation target exception while running the startTtomcat class but the stoptomcat class is working properly.My assumption is that there may be some error in Tomcat.java class.so please send me the org.apache.tomcat.startup.Tomcat.java class.Suggest some methods to correct the error. Previous Document Next Document Return to View - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: TC4's classloader choking on xerces.jar (maybe)
At 04:34 21/1/01 -0800, Craig R. McClanahan wrote: The precise answer to what works depends on how your particular class loader is implemented. My experience (although this classloading stuff is "black magic" at times) is that URLClassLoader, which is what Tomcat 4.0 uses, follows the process described in the javadocs for java.lang.ClassLoader.loadClass(): Right - I wasn't talking about how the ClassLoader works but how Class.forName() works. From experience I asuume that Class.forName( "Foo" ); is equivelent to Class.forName( "Foo", true, Thread.currentThread().getContextClassLoader() ); which seems to make more sens. If Thread.currentThread().getContextClassLoader() is null then it gets it's parent threads ContextClassLoader. If it reaches first thread then it uses system classloader. Cheers, Pete *-* | "Faced with the choice between changing one's mind, | | and proving that there is no need to do so - almost | | everyone gets busy on the proof." | | - John Kenneth Galbraith | *-* - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: load balancing and failsafety
Thanks Kief. I would like to help too. Let me take a look at the messages. -Original Message- From: Kief Morris [mailto:[EMAIL PROTECTED]] Sent: Sunday, January 21, 2001 3:22 PM To: [EMAIL PROTECTED] Subject: Re: load balancing and failsafety Jayesh typed the following on 10:55 AM 1/21/2001 -0800 Anybody implemented load balancing and failsafety on tomcat stand alone? I've started some work on session persistence, which works with a single-instance application, which should lead into sharing sessions between instances of a distributable application. If you're interested in this area I'd appreciate if you'd have a look and let me know what you think. It isn't in CVS yet because the 4.0 repository is being reorganized a bit, but if you check the archive for this list you should find the messages and patches, mostly in the past 2 weeks. Kief - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: Call for volunteers
Title: RE: Call for volunteers I can help out with: 2. Bug reports/verification: we have a large number of bug reports, 3. Code review/Documentation: The code is not perfect, but it 4. Testing/Building/mod_jk: If you use tomcat with a web 5. Testing your application with tomcat :-) ( this is 7. User support/documentation: If you managed to get tomcat3 If someone is going to take charge of any of these areas, let me know where to pitch in. mk
cvs commit: jakarta-tomcat STATUS.html
larryi 01/01/21 20:28:43 Modified:.STATUS.html Log: Begin updating for next Tomcat. Added items for some of the changes from Tomcat 3.2 that have been completed. These try to summarize some of the information found in the changes3.3 file. These additions are identified by the release being specified as 3.3. Append a section for adding action items related to the release. I'll try to flesh this out soon. Revision ChangesPath 1.7 +87 -3 jakarta-tomcat/STATUS.html Index: STATUS.html === RCS file: /home/cvs/jakarta-tomcat/STATUS.html,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- STATUS.html 2000/04/13 21:12:15 1.6 +++ STATUS.html 2001/01/22 04:28:43 1.7 @@ -64,6 +64,8 @@ lia href="#Containers"Containers/a in the Tomcat core engine lia href="#JSP"JSP/a functionality enhancements lia href="#Servlet"Servlet/a functionality enhancements +lia href="#Performance"Performance/a improvements +lia href="#Release"Release/a preparation items /ul pNOTE: In addition to this list of action items related to the main CVS @@ -121,6 +123,31 @@ with all currently included functionality./td td--- and a href="mailto:[EMAIL PROTECTED]"Costin Manolache/a/td /tr + tr +tdHigh/td +td3.3/td +tdRefactoring of existing code to improve configurability and flexibility +of Tomcat, as well as minimize the amount of spaghetti code to help +readability and maintainability of the code. Though listed separately, +some of the performance improvements come about as part of this +refactoring effort./td +tda href="mailto:[EMAIL PROTECTED]"Costin Manolache/a/td + /tr + tr +tdHigh/td +td3.3/td +tdSeparate the Servlet 2.2/JSP 1.1 API implementation from the Tomcat's core +classes through the use of a facade. If implemented properly, bug fixing +of Servlet 2.2/JSP 1.1 bugs should only affect the facade and not the +core Tomcat classes./td +tda href="mailto:[EMAIL PROTECTED]"Costin Manolache/a/td + /tr + tr +tdMedium/td +td3.3/td +tdImplement per context interceptors./td +tda href="mailto:[EMAIL PROTECTED]"Ignacio Ortega/a/td + /tr /table @@ -170,6 +197,15 @@ user friendly manner./td tda href="mailto:[EMAIL PROTECTED]"Tom McAlees/a/td /tr + tr +tdMedium/td +td3.3/td +tdSeparate Tomcat classes into appropriate jar files to facilitate Tomcat's +use in different environments. For example, if used in an embedded +environment, the jar containing the Tomcat startup classes may be +left out of the classpath./td +tda href="mailto:[EMAIL PROTECTED]"Costin Manolache/a/td + /tr /table @@ -382,10 +418,10 @@ /tr tr tdMedium/td -td---/td +td3.3/td tdMake dependency checking a stand-alone module, and extend it to allow complex dependency checking. Make it useable from outside - jsp, and add a "shortcut" for tocmat that will allow fast invocation + jsp, and add a "shortcut" for Tomcat that will allow fast invocation /td tda href="mailto:[EMAIL PROTECTED]"Anil Vijendran/a a href="mailto:[EMAIL PROTECTED]"Costin Manolache/a/td @@ -439,10 +475,58 @@ /tr /table +a name="Performance"/a +div align="center"h1Performance Improvements/h1/div +table border="1" width="100%" + tr +th width="10%"Priority/th +th width="10%"Release/th +th width="50%"Action Item/th +th width="30%"Volunteers/th + /tr + tr +tdMedium/td +td3.3/td +tdUse pooling and recycling where possible./td +tda href="mailto:[EMAIL PROTECTED]"Costin Manolache/a/td + /tr + tr +tdMedium/td +td3.3/td +tdUse introspection to determine which methods are implemented by an +interceptor so only those interceptors which implement a method are +called./td +tda href="mailto:[EMAIL PROTECTED]"Costin Manolache/a/td + /tr + tr +tdMedium/td +td3.3/td +tdWider use of MessageBytes to help minimize string garbage./td +tda href="mailto:[EMAIL PROTECTED]"Costin Manolache/a/td + /tr +/table + +a name="Release"/a +div align="center"h1Release Preparation/h1/div +table border="1" width="100%" + tr +th width="10%"Priority/th +th width="10%"Release/th +th width="50%"Action Item/th +th width="30%"Volunteers/th + /tr + tr +tdHigh/td +td3.3/td +td---/td +td---/td + /tr +/table + br div align="center"hr width="75%"font size="2" -$Id: STATUS.html,v 1.6 2000/04/13 21:12:15 craigmcc Exp $ +$Id: STATUS.html,v 1.7
cvs commit: jakarta-tomcat-4.1/catalina/src/share/org/apache/catalina/connector/http HttpRequestStream.java
remm01/01/21 20:55:40
Modified:catalina/src/share/org/apache/catalina/connector/http
HttpRequestStream.java
Log:
- Fix for yet another input chunking issue. This time, it's when uploading
large resources when using chunking.
Note : The fix should also vastly improve performance.
Bug reported by Michael Smith [EMAIL PROTECTED] (originally reported
as a Slide HTTP client bug).
Revision ChangesPath
1.7 +109 -52
jakarta-tomcat-4.1/catalina/src/share/org/apache/catalina/connector/http/HttpRequestStream.java
Index: HttpRequestStream.java
===
RCS file:
/home/cvs/jakarta-tomcat-4.1/catalina/src/share/org/apache/catalina/connector/http/HttpRequestStream.java,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -r1.6 -r1.7
--- HttpRequestStream.java2000/12/14 07:49:16 1.6
+++ HttpRequestStream.java2001/01/22 04:55:40 1.7
@@ -1,7 +1,7 @@
/*
- * $Header:
/home/cvs/jakarta-tomcat-4.1/catalina/src/share/org/apache/catalina/connector/http/HttpRequestStream.java,v
1.6 2000/12/14 07:49:16 remm Exp $
- * $Revision: 1.6 $
- * $Date: 2000/12/14 07:49:16 $
+ * $Header:
/home/cvs/jakarta-tomcat-4.1/catalina/src/share/org/apache/catalina/connector/http/HttpRequestStream.java,v
1.7 2001/01/22 04:55:40 remm Exp $
+ * $Revision: 1.7 $
+ * $Date: 2001/01/22 04:55:40 $
*
*
*
@@ -202,56 +202,8 @@
if ((chunkBuffer == null)
|| (chunkPos = chunkLength)) {
-
-chunkPos = 0;
-
-try {
-chunkLength =
-Integer.parseInt(readLineFromStream().trim(), 16);
-} catch (NumberFormatException e) {
-// Critical error, unable to parse the chunk length
-chunkLength = 0;
-chunk = false;
-close();
-return -1;
-}
-
-if (chunkLength == 0) {
-
-// Skipping trailing headers, if any
-String trailingLine = readLineFromStream();
-while (!trailingLine.equals(""))
-trailingLine = readLineFromStream();
-endChunk = true;
+if (!fillChunkBuffer())
return (-1);
-// TODO : Should the stream be automatically closed ?
-
-} else {
-
-if ((chunkBuffer == null)
-|| (chunkLength chunkBuffer.length))
-chunkBuffer = new byte[chunkLength];
-
-// Now read the whole chunk into the buffer
-
-int nbRead = 0;
-int currentRead = 0;
-
-while (nbRead chunkLength) {
-currentRead =
-stream.read(chunkBuffer, nbRead,
- chunkLength - nbRead);
-if (currentRead == -1)
-throw new IOException
-(sm.getString("requestStream.read.error"));
-nbRead += currentRead;
-}
-
-// Skipping the CRLF
-readLineFromStream();
-
-}
-
}
return (chunkBuffer[chunkPos++]);
@@ -265,7 +217,112 @@
}
+/**
+ * Read up to codelen/code bytes of data from the input stream
+ * into an array of bytes. An attempt is made to read as many as
+ * codelen/code bytes, but a smaller number may be read,
+ * possibly zero. The number of bytes actually read is returned as
+ * an integer. This method blocks until input data is available,
+ * end of file is detected, or an exception is thrown.
+ *
+ * @param b The buffer into which the data is read
+ * @param off The start offset into array codeb/code at which
+ * the data is written
+ * @param len The maximum number of bytes to read
+ *
+ * @exception IOException if an input/output error occurs
+ */
+public int read(byte b[], int off, int len) throws IOException {
+if (chunk) {
+
+int avail = chunkLength - chunkPos;
+if (avail == 0)
+fillChunkBuffer();
+avail = chunkLength -
Re: TC4's classloader choking on xerces.jar (maybe)
- Original Message - From: "Craig R. McClanahan" [EMAIL PROTECTED] Tomcat 4 follows the new rules in the servlet 2.3 PFD spec, which allows a container to change this so that loading starts with your WEB-INF areas first. Consider the following scenario - I put a copy of the Postgres JDBC driver (just to show that it's not specific to xml parsers :-) in my shared library directory, because lots of my apps need it. But, one of my webapps needs a different version of the Postgres driver, because it depends on a new feature that was implemented in a later version. So, I put the new driver file in the WEB-INF/lib directory of my webapp, and install it in Tomcat. Under Tomcat 3.2, the newer driver is ignored (because it's got the same class names). Under Tomcat 4.0, the newer driver is respected for that webap -- all others continue to use the shared one. Craig, I have a small doubt here. If I place the same jar file containing the class xyz.class in the tomcat/lib directory and in WEB-INF/lib directory, then will tomcat load the class from the tomcat/lib directory or WEB-INF/lib directory? If it is loaded from the WEB-INF/lib directory then this class gets loaded by a different classloader(webapp class loader) and is incompatible with the classes loaded from tomcat/lib. Should the container not check the META-INF/MANIFEST.MF to find out if the versions are same and if the versions are same it loads the class from tomcat/lib directory. Or do the specs mandate that any class in the WEB-INF/lib directory overrides class found in the tomcat/lib directory. Do the classes in WEB-INF/lib override the classes on the classpath in tomcat 4.0? Regds, Gokul Craig McClanahan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Forming an opinion
On 1/20/01 2:45 PM, "Paulo Gaspar" [EMAIL PROTECTED] wrote: However, you choused to write about this mess on the list again. So, I will answer on the list. I hope this does not (re)start anything. Yep. I chose to. Of course because of that it'll all be my fault. :) Of course, I'm on a variable time delay right now given that I'm traveling so I'm not seeing everything "real time". Everything I am writing here was already told before in previous postings. Maybe you had no patience to read all the stuff behind - and I can understand that. Maybe I was putting forth my opinion as well. Happens now and then. :) Jon often is right and I never denied that. The problem only had to do with the frequent lack of a minimum of respect and politeness. Funny that Jon created jserv.apache.org as a haven for Java development that was to be the "nicer, gentler Apache". The flamewars seen on the Apache mailing list are legendary. Is this a great thing to brag about? No. Not really. However, I personally think it would be a shame to muzzle somebody for anything less than harassment that is probably legally prosecutable. If somebody threatens personal harm, then that's definitely over the line. So far though, we've been lucky enough to not see "I'm going to drive right over to your house and kick your ass" being stated on the mailing lists. As far as the dial-ins -- I'm disappointed as well that they were not as well used as they could have been. Understandable. But you are not telling me and others how I should have used the connection and how I am a bad boy for not doing it and so on. That was the issue. Jon know nothing about the lives and problems of several people that he flamed because of not dialing in. We talked about using dial ins from about the day that we announced the meeting. I didn't hear *anything* about the possibility that they wouldn't work for some people. We *did* make sure that the number given would work overseas as we have had a problem with some 800 conference numbers being blocked from international access. This of course raised costs for people in the US. I'm pretty sure that if somebody had mailed us and said -- hey, can you guys do a callback or something, that we would have at least tried to help out. It would have been investigated and if it cost anything approaching reasonable (defined as reasonable to the companies that kicked out bucks to make this meeting happen) then it would have happened. Or, if somebody had stepped forward and said "Hey, I'm bringing my laptop and a microphone to do real time shoutcasting of the meeting", I would have said "Cool, let's coordinate with Collab to make sure that network is provided". Maybe somebody wants to step up and do that in the future? At some point though, everyone here bears some of the costs of participating. It is true that nothing is free. You spend money for the computer hardware that you use to access the net. You spend money to connect to the net. And some even spend money on the software/operating system to access the net with. There are very real costs involved in collaborative development that are shared by all, though some bear a bigger brunt than others. I don't even want to think of the money that Brian and Collab and others pay to provide bandwidth and sysadmin duties to the ASF (not to mention hardware which in comparison is a minimal cost). And if we started adding up the time value that people put in, a big number would pop out. My point is, there's no such thing as a free lunch here. If you want to help out or suggest ways that we can help you, then do so. I also have no problem about the existence of cliques like the core Apache team. Any organization needs a core and I think that this is a strong one. However, I think that this kind of clique must rule by example. s/must/should/ -- there's no onus enforced to make people in an open source project hold themselves and their behavior up to some sort of standard other than the fact that if people don't like that person or group of people, they can always fork away or do something else with their life. We do have a set of rules that admittedly needing some work. Right now, those rules don't say anything about "Rules of Conduct". Until they do, there is no "must" there. Someone (more than once, different people) asked me to stop because I was replying without quitting to anything Jon posted just as he was replying to me (as you wrote, it takes two!). So, Jon and I were doing the same (bad) thing, but only I got reprehended that time. Reprehending both (or none) would be a lot more coherent. Actually, I don't think I reprehended either of you. All I did was defend him a bit. And if he had stated that he thought that you were out of line with your postings, I probably would have flamed him a bit for that... As far as other people reprehending you, well, that's their business. I wanted to see how far this could go. I get the feeling that
Re: Forming an opinion
On 1/20/01 7:56 PM, "James Cook" [EMAIL PROTECTED] wrote: I think most of us feel that Jon deserves a wrap on the knuckles. :) Not in my charter as I interpret it. Most people here seem to want a fairly low key, laid back PMC. One that deals with focused issues. Everything else happens on the public lists. If anyone made a personal threat, then I would remove them from the lists and rap them on the head and maybe even offer to send lawyers after them, but until that point -- it's in the community's arena to decide. At least this is my opinion after hearing how people want the PMC to run. After all, we say that the ASF pushes down as much power and control to the committers as possible. If you want a stronger PMC influence, then the community has to decide to give the PMC a stronger charter. Or the board does. humor basedon="use of word wrap instead of rap"Though next time I see him, I'll get out the Saran wrap and wrap up his hand.. :)/humor -- James Duncan Davidson[EMAIL PROTECTED] !try; do() - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Meeting dialins
On 1/20/01 9:56 PM, "David Weinrich" [EMAIL PROTECTED] wrote: I am wondering if it might be possible to have people reserve spots for the dialin, with committers having priority of course. For some reason I had assumed that the lines would be pretty much tied up ( bad assumption I know ). With most conference systems its hard to reserve slots. The limit on numbers is who you share the passcode with. Jim did asked for a count ahead of time to help plan -- we actually reserved 20 ports. Of which 3 were used. If we had hit max ports during the call, we would have gotten in touch with the operator and increased appropriately. As an alternate idea, a webcast of even just the audio would work fine for me as well...but that is probably a bigger PITA than having the dialin. Anybody who volunteers to set up a webcast for the next meeting is welcome to do so.. :) Or whatever else. I personally can make sure that teleconferences happen. That's about it. For other kinds of collaborative efforts, others are going to have to step forward. -- James Duncan Davidson[EMAIL PROTECTED] !try; do() - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Forming an opinion
On 1/20/01 11:56 PM, "Anil Vijendran" [EMAIL PROTECTED] wrote: Agreed, James. I don't really see anyone question Jon's contributions to ASF or to open source, in general. Jon is prolific and that's great. But many posts from Jon "cross the line" and are harrassment. A small bit of toning down would go a long way. I should have been more clear -- legally defined harassment. Threats to body or property come to mind. Stalking. Not being a lawyer I don't know what else the ASF could be considered to be liable for (and of course it depends on what a jury thinks), however in my opinion it has to be this serious for official action to be taken. After all, it seemed clear to me that the PMC's role was too narrowly defined to include "niceness overseers". If you have a beef with Jon's behavior, then voicing it here, or to him personally, is the appropriate thing to do. Or if you want the PMC's charter expanded, that's something that can be discussed. -- James Duncan Davidson[EMAIL PROTECTED] !try; do() - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Meeting dialins
On 1/21/01 11:28 AM, "Shawn McMurdo" [EMAIL PROTECTED] wrote: A reservation system or even an informal "who's planning on dialing in" query on the list before the meeting can give the community and the organizers a good feel for whether there is room for casual observers or whether more ports are needed. We did request that info. :) I'm sorry that my wording of the message gave people the idea that they weren't welcome to call in.. I was unsure of what kind of response we'd get since we didn't have a very good feedback to Jim's mail -- and I also figured that if you really wanted to call in, you'd do so anyways. :) -- James Duncan Davidson[EMAIL PROTECTED] !try; do() - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat/src/tests/webpages/jsp special-name.foo.jsp
costin 01/01/21 22:12:13
Modified:src/tests/webpages/WEB-INF test-tomcat.xml
Added: src/tests/webpages/jsp special-name.foo.jsp
Log:
Adding a regression test for the previous fix :-)
Probably we need some more funny-named jsps and see if we can
find any new bug.
Revision ChangesPath
1.6 +4 -0 jakarta-tomcat/src/tests/webpages/WEB-INF/test-tomcat.xml
Index: test-tomcat.xml
===
RCS file: /home/cvs/jakarta-tomcat/src/tests/webpages/WEB-INF/test-tomcat.xml,v
retrieving revision 1.5
retrieving revision 1.6
diff -u -r1.5 -r1.6
--- test-tomcat.xml 2001/01/21 20:10:40 1.5
+++ test-tomcat.xml 2001/01/22 06:12:13 1.6
@@ -228,6 +228,10 @@
!-- Jsp tests --
target name="jsp" depends="init"
+gtest request="GET /test/jsp/special-name.foo.jsp HTTP/1.0"
+returnCode="200"
+/
+
gtest request="GET /test/jsp/HelloWorld.jsp HTTP/1.0"
goldenFile="${gdir}/HelloWorld.txt"
/
1.1 jakarta-tomcat/src/tests/webpages/jsp/special-name.foo.jsp
Index: special-name.foo.jsp
===
JSP should work even if "-" is included in the file name
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
Re: Forming an opinion
On Sun, 21 Jan 2001, James Duncan Davidson wrote: After all, it seemed clear to me that the PMC's role was too narrowly defined to include "niceness overseers". As a college student who's just getting involved with Apache after working on some other projects over the years, I think it's refreshing to see people like Jon. As far as I'm concerned, the worst thing that can happen on a project is for people to be muzzled or kicked out of the project for saying what they think. If Jon hadn't written his initial e-mail, where would we be right now? As far as I can tell we'd still be coding along aimlessly until this came to a head at a later date, in a bigger way, with two comparable 2.3 sevlet engines and much more user confusion. I'm sure that if everyone in the community had disagreed with Jon's initial post and told him to fuck off he would have either came to agree or left the project. What happened, though, is that it showed how the community was polarized, cleared up everyone's plans for the future, and gave us a roadmap where there wasn't one before. Whether or not you agree with the way he puts things or whether or not he's "nice" enough, you have to admit that he took the initiative to kick this project in the ass and make sure that its goals and future were clearly defined when he decided that they weren't. If that involves pissing some people off or hurting some feelings along the way, then so be it. As far as I can tell, every good project should have someone like him. The last thing we need is the idea police here to make sure that no one is offended by someone's postings not being up to their standards of niceness. It seems to me that if you can't handle having your ideas being called shit then you should keep them to yourself and not participate here. - Kurt Schrader [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[PATCH] [BUG] mod_jserv/Tomcat race condition
Hi, two separate issues. First, I believe this is a renegate ap_kill_timeout; the timeout is 'refreshed' almost immediately afterwards. http://www.apache.org/~keith/patch.txt Second, I have been debugging the following scenario with mod_jserv and Tomcat: Browser sends a large request body. Servlet deduces that the content-length is too large, decides to disallow the request, and returns a brief response without reading the body. ie, uploading a file that is too big. mod_jserv alternates between sending 8k blocks and listening for any Tomcat response. Tomcat reads off the headers, and the Servlet writes its response. Unfortunately, after mod_jserv sends about 24k, the send() blocks. The servlet writes its response; Tomcat flushes and closes the socket. That causes mod_jserv to unblock with a connection aborted error, which fails with 500. The race is, if the servlet manages to get the response off before mod_jserv blocks, it works as expected. At first glance it seems the solution is for the servlet to read the body anyway. But this doesn't seem to be in the spirit of rfc 1867, which clearly intends for the server to be able to abort the upload if it deems the file too large. Any ideas on another solution? Maybe lingering the socket greater than ap_write's timeout? Keith - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.1/catalina/src/share/org/apache/catalina/connector/http HttpConnector.java
remm01/01/21 23:26:44
Modified:catalina/src/conf server.xml
catalina/src/share/org/apache/catalina/connector/http
HttpConnector.java
Log:
- Disable connection timeout if connectionTimeout value is 0.
Added a note in the default config file on where that can be configured.
Revision ChangesPath
1.18 +3 -1 jakarta-tomcat-4.1/catalina/src/conf/server.xml
Index: server.xml
===
RCS file: /home/cvs/jakarta-tomcat-4.1/catalina/src/conf/server.xml,v
retrieving revision 1.17
retrieving revision 1.18
diff -u -r1.17 -r1.18
--- server.xml2001/01/20 19:45:58 1.17
+++ server.xml2001/01/22 07:26:43 1.18
@@ -45,7 +45,9 @@
!-- Define a non-SSL HTTP/1.1 Connector on port 8080 --
Connector className="org.apache.catalina.connector.http.HttpConnector"
port="8080" minProcessors="5" maxProcessors="75"
- acceptCount="10" debug="0"/
+ acceptCount="10" debug="0" connectionTimeout="6"/
+!-- Note : To disable connection timeouts, set connectionTimeout value
+ to -1 --
!-- Define an SSL HTTP/1.1 Connector on port 8443 --
!--
1.8 +6 -5
jakarta-tomcat-4.1/catalina/src/share/org/apache/catalina/connector/http/HttpConnector.java
Index: HttpConnector.java
===
RCS file:
/home/cvs/jakarta-tomcat-4.1/catalina/src/share/org/apache/catalina/connector/http/HttpConnector.java,v
retrieving revision 1.7
retrieving revision 1.8
diff -u -r1.7 -r1.8
--- HttpConnector.java2001/01/11 19:12:08 1.7
+++ HttpConnector.java2001/01/22 07:26:44 1.8
@@ -1,7 +1,7 @@
/*
- * $Header:
/home/cvs/jakarta-tomcat-4.1/catalina/src/share/org/apache/catalina/connector/http/HttpConnector.java,v
1.7 2001/01/11 19:12:08 remm Exp $
- * $Revision: 1.7 $
- * $Date: 2001/01/11 19:12:08 $
+ * $Header:
/home/cvs/jakarta-tomcat-4.1/catalina/src/share/org/apache/catalina/connector/http/HttpConnector.java,v
1.8 2001/01/22 07:26:44 remm Exp $
+ * $Revision: 1.8 $
+ * $Date: 2001/01/22 07:26:44 $
*
*
*
@@ -94,7 +94,7 @@
*
* @author Craig R. McClanahan
* @author Remy Maucherat
- * @version $Revision: 1.7 $ $Date: 2001/01/11 19:12:08 $
+ * @version $Revision: 1.8 $ $Date: 2001/01/22 07:26:44 $
*/
@@ -762,7 +762,8 @@
Socket socket = null;
try {
socket = serverSocket.accept();
-socket.setSoTimeout(connectionTimeout);
+if (connectionTimeout 0)
+socket.setSoTimeout(connectionTimeout);
} catch (IOException e) {
if (started !stopped)
log("accept: ", e);
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
