[Fwd: cluster FAQ link?]
I thought I recalled seeing faq/cluster.html at one time. But now I see no trace of it. Did it ever exist? -Tim Original Message Subject: cluster FAQ link? Date: Tue, 11 Oct 2005 16:00:52 -0500 From: Brian O'Rourke [EMAIL PROTECTED] Reply-To: Tomcat Users List tomcat-user@jakarta.apache.org To: tomcat-user@jakarta.apache.org Hi, Reading up on some of the Tomcat 5.5 documentation, and I noticed that the cluster documentation links to a FAQ that doesn't appear to exist. At the bottom of this page: http://jakarta.apache.org/tomcat/tomcat-5.5-doc/cluster-howto.html The link refers to this page, which doesn't exist, nor is there a link to a Cluster FAQ from the main FAQ page (that I can find): http://jakarta.apache.org/tomcat/faq/cluster.html Where is this document located? --bpo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Helper script to build source from scratch
For anyone still getting up to speed using svn and making a new build - here is script which works for me via cygwin. It should work fine in any unix environment too. Steps - Place the script in an empty directory. - Make sure ANT_HOME and JAVA_HOME are set - Make sure svn is in your path - Run the script and the svn checkout as well as the download and full build will be done. Since there is a /current/ alias - is the 'ant update' task needed anymore? -Tim #!/bin/sh # # This is a quickie helper script to easily build tomcat 5 from source. # This will create a subdirectory called tc5build and build # tomcat 5 into it. # # Here are the requirements to get this to run # 1) Set JAVA_HOME to a 1.4 compliant JDK # ex: /opt/java1.4 # 2) Set ANT_HOME to your ant installation (You need ant 1.6 or better) # ex: /opt/jakarta/jakarta-ant-1.6 # 3) Make sure svn is in your path # 4) Make sure NetComponents.jar is installed in $ANT_HOME/lib #which can be found at http://www.savarese.org/oro/index.html #[Not sure if this step is still required for Ant to download things.] # # # Some help functions # TC_ECHO() { echo INFO: `date '+%H:%M:%S'` - $1 } TC_DOH() { echo ERROR: `date '+%H:%M:%S'` - $1 } # # cygwin - The UI of unix and the stability of windows. # cygwin=false case `uname` in CYGWIN*) cygwin=true;; esac # # Check for JAVA_HOME # if [ Z = Z$JAVA_HOME ] ; then TC_DOH Where is JAVA_HOME! exit 1 fi # # Check for ANT_HOME # if [ Z = Z$ANT_HOME ] ; then TC_DOH Where is ANT_HOME! Please set it. exit 1 fi # It seems like the environment is set TC_ECHO Using ANT_HOME=$ANT_HOME TC_ECHO Using JAVA_HOME=$JAVA_HOME TC_ECHO Putting everything in `pwd`/tc5build TC_ECHO Downloaded dependencies go into `pwd`/tc5build/includes mkdir -p tc5build/includes if [ 0 != $? ]; then TC_DOH Making subdir tc5build/includes failed! exit 1 fi BASE_PATH=`pwd`/tc5build/includes if $cygwin; then BASE_PATH=`cygpath --path --mixed $BASE_PATH` fi cd tc5build TC_ECHO Getting http://svn.apache.org/repos/asf/tomcat/current/tc5.5.x/; svn co http://svn.apache.org/repos/asf/tomcat/current/tc5.5.x/ if [ 0 != $? ]; then TC_DOH Checkout failed. Hopefully there is a reason above. exit 1 fi cd tc5.5.x/build echo base.path=$BASE_PATH build.properties # Now do the build TC_ECHO Now performing the build $ANT_HOME/bin/ant download deploy TC_ECHO All done! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
precompile failure for jsr152 examples
With the new tag plugins patch, precompiling the jsp examples fails. The root cause seems to be jsr152/examples/WEB-INF/tagPlugins.xml has the old classes. When I removed the file - everything compiled fine. When I updated jsr152/examples/WEB-INF/tagPlugins.xml with the tagPlugins.xml from jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/tagplugins/jstl/tagPlugins.xml I get weird compile errors: /home/funkman/src/TOMCAT5/buildtc5/jakarta-tomcat-5/build.xml:832: The following error occurred while executing this line: /home/funkman/src/TOMCAT5/buildtc5/jakarta-tomcat-5/build.xml:426: org.apache.jasper.JasperException: Unable to compile class for JSP Generated servlet error: pageContext cannot be resolved I guess at a minimum, jsr152/examples/WEB-INF/tagPlugins.xml needs fixed by removing it or fixing it with the correct classes but I think that requires someone with jsr152 karma. I didn't have time to look into the cause of Generated servlet error: pageContext cannot be resolved Thoughts? -Tim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: HttpServletResponse.setContentLength() method in Tomcat 5.5.9
This is expected behavior and there are bug reports (closed as INVALID) against this issue. The 2.5 servlet spec clarifies the use of setContentLength() and allows more headers to be set even if setContentLength(0) is called. -Tim Ahab Abouzour wrote: Hello all, My servlet stopped working when I moved from Tomcat4.0.6 to Tomcat5.5.9. After investigating the problem, it turns out that if the HttpServletResponse.setContentLength() method is called, subsequent calls (e.g. setHeader(), addHeader(),addCookie()..etc) into the HttpServletResponse object are completely ignored (or discarded from underneath!). For example, if I do the following in my service method: (httpResponse is defined HttpServletResponse) httpResopnse.setStatus(204); // I tried 200 and got the same problem, I guess status code doesn't play part in this problem. httpResponse.setHeader(header1,value1); //works httpResponse.setHeader(header2,value2); //works httpResponse.setContentLength(0); // nothing gets set on the response object after this point httpResponse.setHeader(header3,value3); // ignored! httpResponse.addCookie(new Cookie(JSESSIONID,myCookie)); // ignored! My proxy shows that header1 and header2 are set correctly but header3 and my cookie are missing! It seems that it expects setContentLength is the last method to be set on the response object and any method call after that on the resopnse object gets ignored (or discarded) I have attached a simple servlet that reproduces this problem. My question: is this an expected behaviour? I checked the http specs and the servlet 2.4 specs but nothing specified this behaviour. Can someone please explain if this is the expected behaviour (and why? specs..etc) or it's a bug? Thanks in advance, - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Vote] (was Re: Top Level Project? Time for Top Level Lists?)
William A. Rowe, Jr. wrote: Bugs [ ] forward to [EMAIL PROTECTED] [X] forward to [EMAIL PROTECTED] Commits [ ] forward to [EMAIL PROTECTED] [X] forward to [EMAIL PROTECTED] Its easier (IMO) to filter on incoming address to different folders. It also may be more helpful to online list tracking tools for users to search through if they were kept seperate. [And easier to browse the archives] -Tim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] SOC temporary committer Anders Nyman
Given all the comments, I think we'll go with the path of least resistance and use a SF account. Then when and if the time comes, a merge can go back into Tomcat if there is a desire. -Tim Tim Funk wrote: As part of the Google SOC. Google accepted the tomcat-reverse-proxy project to be executed by Anders Nyman ( anders.nyman at gmail d ot com ) The scope of the project is to let Tomcat act a reverse proxy by extending the balancer webapp. To make it easier to get the job done this summer while not relying on an intermediate committer, I propose granting commit access for only the following module: jakarta-tomcat-catalina/webapps/balancer/ The apache id granted would be prefixed with soc and be temporary. A CLA has already been signed and submitted. The vote is for commit access only for the module listed above. Voting rights will not be granted. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[VOTE] SOC temporary committer Anders Nyman
As part of the Google SOC. Google accepted the tomcat-reverse-proxy project to be executed by Anders Nyman ( anders.nyman at gmail d ot com ) The scope of the project is to let Tomcat act a reverse proxy by extending the balancer webapp. To make it easier to get the job done this summer while not relying on an intermediate committer, I propose granting commit access for only the following module: jakarta-tomcat-catalina/webapps/balancer/ The apache id granted would be prefixed with soc and be temporary. A CLA has already been signed and submitted. The vote is for commit access only for the module listed above. Voting rights will not be granted. [ ] Sounds good to me [ ] I'm indifferent [ ] I don't like it. Here's why -Tim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: summer of code - next steps
It would require 2 new entries in the avail document in CVSROOT - so while its possible - I'm not sure if infrastructure would wish to deal with that. -Tim Yoav Shapira wrote: Hi, Would this work? Or request restricted access to only - jakarta-tomcat-jasper - jakarta-tomcat-catalina/webapps/balancer The user id id would be prefixed or suffixed with soc. This also assumes no binding voting rights. Thoughts? - Drop the soc from the userid ? - Let them be full committers ? - Other? Since tomcat seems to be one of the last ones in cvs - I am not sure how using svn will work with respect to this. Do we need a vote so we can make the appropriate requests to infrastructure? We're in a bit of a bind. I don't want to let them be full committers: that's a hard-earned privilege. Same thing for the @apache.org address, so I want to keep the soc prefix. But we use CVS, and I don't think CVS supports directory-specific commit privileges. We'd have to make a branch for them, assuming CVS supports branch-specific commit privileges? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: summer of code - next steps
Would this work? Or request restricted access to only - jakarta-tomcat-jasper - jakarta-tomcat-catalina/webapps/balancer The user id id would be prefixed or suffixed with soc. This also assumes no binding voting rights. Thoughts? - Drop the soc from the userid ? - Let them be full committers ? - Other? Since tomcat seems to be one of the last ones in cvs - I am not sure how using svn will work with respect to this. Do we need a vote so we can make the appropriate requests to infrastructure? -Tim Yoav Shapira wrote: Hey, How should code be accepted for these? - Create a new sandbox? - Place on SF then have the mentor commit as needed SF CVS doesn't work well enough IMO. Maybe the ASF will have a repository that can be used as a staging area. - Full commit for the student I suspect it could happen fairly quickly. We've been planning to give the students commit access to just their section of code, or an entirely separate repository. Remy's suggestion of SVN first is good, because SVN allows configuring commit access to users on a directory level. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
summer of code - next steps
It appears that 2 (or 3) tomcat related projects have been accepted.. - reverse proxy - jsp compilation speed - JSTL tag plugins (Unless this belongs to the jakarta taglib folks) How should code be accepted for these? - Create a new sandbox? - Place on SF then have the mentor commit as needed - Full commit for the student - Other This was talked about on the other mailing lists. For those using svn - it seems a temporary account can be given to svn without needing to provide a shell account. Since we are using cvs - thats not possible. Thoughts? -Tim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JavaOne volunteers?
I can sit around for 2 or 3 hours. -Tim Henri Yandell wrote: Unsure if the Tomcat community saw Geir's email asking for volunteers at JavaOne. The ASF have a booth there (donated to us) if we can get people to man it etc. Given that it's the flagship product, will any Tomcat people be interested in volunteering? I think the idea is to spend 2 or 3 hours sitting at the desk etc, being positive about Tomcat, ASF, Open-Source etc on June 27th-29th. Wish I could convince my bosses to let me head out there :( - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Summer of code - next steps?
I re-re-read the FAQ and here is what I interpret: Anyone may submit to Google a proposal (any meaning a student). Google will then take their favorite 200 and pass these along to the mentoring organizations. The mentoring organizations can give a thumbs up or down because they need to approve that the work was done at the end of the time period. Its up to the discretion of each project to incorporate the code produced by the student. But if the code is not worthy to be accepted, the student can still be paid (by Google) if the mentor says its OK. [I would imagine there could be cases where code is produced but not committed for a variety of reasons.] So it seems the wiki was a communication vehicle to let folks know what project mentoring organizatoins were interested in since it was up the mentoring organizations to say yes or no to whether they wish to mentor a specific proposal. I have no idea of the ramifications if multiple folks are interested in the same project and it they should submit competing or complementary proposals. I guess the google group dedicated to this has more information there. -Tim Remy Maucherat wrote: Tim Funk wrote: For those interested in Summer of code what do we need to do next? Is having the Wiki up to date enough? And we sit back while participants submit their proposals and Google chooses whom will get the stipend, while the folks listed on the Wiki mentor? http://code.google.com/soc_application.html Very good questions :) I'm interested too. I added the JSTL tag plugins for Jasper as another project, BTW. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Summer of code - next steps?
For those interested in Summer of code what do we need to do next? Is having the Wiki up to date enough? And we sit back while participants submit their proposals and Google chooses whom will get the stipend, while the folks listed on the Wiki mentor? http://code.google.com/soc_application.html -Tim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Summer of code
I was thinking of using HttpClient. Configuration - I am somewhat undecided. I like urlrewrite. Its also a BSD licence - so if we use their rules as a starting point - are we legally OK? (I think the answer is yes) -Tim Peter Rossbach wrote: Hey Tim, Have you see this fine mod_rewrite filter at http://tuckey.org/urlrewrite/. What you mean, can we use the common httpclient for backend proxy implementation? It has a stable pooling with keepalive handling and http/https support. Peter Tim Funk schrieb: Here is more detail of what I was pondering with the reverse proxy. Topic - Extend the balancer webapp to allow for reverse proxy Description - Write a 2.4 compliant Servlet Filter which will allow tomcat (or any other compliant engine) to act as a reverse proxy. Constraints --- - Use no tomcat internal specific api's - Allow for other filters to wrap this so caching would be allowed - Allow for pluggable proxy rules much like the balancer is implemented Rules to create --- - simple match rule which is one-to-one mapping back to a single server based on a URL prefix Nice to haves - - Use a pool of connections to take advantage of keep-alive capabilitites - A partner caching filter which can cache to memory/disk/??? - A partner filter which can provide rudimentary content rewriting for hosts which return an incorrect hostname - cluster rule - So tomcat fronts a cluster of servers for the following scenarios 1) round robin 2) random 3) sticky Remy Maucherat wrote: I think there should be proposals, like this one which seems good, then have a vote on all these. Please be quick for the proposals as there's a deadline, apparently, so I'd say this needs to be wrapped up and the wiki edited by the end of next week. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Summer of code
Here is more detail of what I was pondering with the reverse proxy. Topic - Extend the balancer webapp to allow for reverse proxy Description - Write a 2.4 compliant Servlet Filter which will allow tomcat (or any other compliant engine) to act as a reverse proxy. Constraints --- - Use no tomcat internal specific api's - Allow for other filters to wrap this so caching would be allowed - Allow for pluggable proxy rules much like the balancer is implemented Rules to create --- - simple match rule which is one-to-one mapping back to a single server based on a URL prefix Nice to haves - - Use a pool of connections to take advantage of keep-alive capabilitites - A partner caching filter which can cache to memory/disk/??? - A partner filter which can provide rudimentary content rewriting for hosts which return an incorrect hostname - cluster rule - So tomcat fronts a cluster of servers for the following scenarios 1) round robin 2) random 3) sticky Remy Maucherat wrote: I think there should be proposals, like this one which seems good, then have a vote on all these. Please be quick for the proposals as there's a deadline, apparently, so I'd say this needs to be wrapped up and the wiki edited by the end of next week. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Initial apr results
Excellent. In my future tests, I'll keep the concurrency lower and the hits higher. I'll also use different size files. I am only able to use a 1.4.2 JVM. I might be able to get 1.5 on - but its highly doubtful. -Tim Remy Maucherat wrote: Tim Funk wrote: My test box was an HP-UX 9000/800/L1000-44 - Dual CPU (440 MHz) On my initial tests with the APR connector - the APR connector seemed slower the old http connector. But the difference is mild and my initial numbers are flaky. On the same hardware - I am running 6 other instances (of different versions) of tomcat at the same time which may be throwing my numbers off. During some slow time - I might be able to take most of them down and run some more tests to try to ensure I am hogging all the resources to the box and not sharing them. For those curious - for /tomcat.gif - my requests per second range anywhere from 1200+ to 5000+ - Due to such a large range - I have no confidence in my numbers so far to reach any conclusion. I was using the command: /usr/local/httpd/bin/ab -n 1000 -c 100 -k http://myserver:8090/tomcat.gif With keepalive off - I was still easily over 1000 requests per second for tomcat.gif. I can't assert yet that there are no bugs at the moment (performance or otherwise). So far, performance seems good on Windows, and Linux. To give a comparison on Windows with this test, APR HTTP is within 5% of regular HTTP, and gets closer depending on the JVM (I suppose if it's better at JNI - I've noticed slightly better results with Sun JDK 1.5 Server compared to 1.4.2 client). I think you should use -n 2 at least: if the test duration is too small, ab is going to produce random results. In this test, increasing concurrency isn't particularly useful either. Obviously, the results of this kind of testing are not really important as long as the results stay relatively close (for example, I think the -25% result I got when using polling exclusively was really good). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Initial apr results
My test box was an HP-UX 9000/800/L1000-44 - Dual CPU (440 MHz) On my initial tests with the APR connector - the APR connector seemed slower the old http connector. But the difference is mild and my initial numbers are flaky. On the same hardware - I am running 6 other instances (of different versions) of tomcat at the same time which may be throwing my numbers off. During some slow time - I might be able to take most of them down and run some more tests to try to ensure I am hogging all the resources to the box and not sharing them. For those curious - for /tomcat.gif - my requests per second range anywhere from 1200+ to 5000+ - Due to such a large range - I have no confidence in my numbers so far to reach any conclusion. I was using the command: /usr/local/httpd/bin/ab -n 1000 -c 100 -k http://myserver:8090/tomcat.gif With keepalive off - I was still easily over 1000 requests per second for tomcat.gif. -Tim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AjpAprProtocol.java
Is there such a class as org.apache.coyote.ajp.AjpAprProtocol? I see a reference in org.apache.catalina.connector.Connector to this class but nothing else. -Tim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml
Would it be worthwhile to use a new property? maxSavePostSize - The max size of a post to save. 0 for unlimited, -1 to disable saving post. Of course this doesn't mitigate a malicious person issuing many POSTS under the configured threshold. -Tim Remy Maucherat wrote: [EMAIL PROTECTED] wrote: markt 2005/05/11 14:39:41 Modified:catalina/src/share/org/apache/catalina/authenticator FormAuthenticator.java SavedRequest.java webapps/docs changelog.xml Log: Include request body in saved request when using FORM authentication. - Fixes problem with saved request assuming platform default encoding for POSTed parameters. - Improves restoration of request by using CoyoteRequest This is way too risky to do it for any POST (which could be a file upload), and I think it could lead to easy DoSes, so I share Bill's concerns. Saving parameters in general is risky as well, obviously ... IMO, webapps need to be better designed, and auth should happen before sending forms. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: New TLP draft
The main use case is when I lurked in geronimo. When a build in geronimo fails - it creates a *massive* email which I as a lurker really don't care about. It also took forever to download of a highspeed line. I also recevied wiki updates when subscribed to the cvs commits which I didn't care about. The information is important .. if you care about that specific topic, otherwise its spam. -Tim Yoav Shapira wrote: Hi, Actually, I'm -0 teetering on -1 for this ;) It's not spam, it's important information for everyone working on Tomcat. Frequently it's these emails that trigger the most serious discussions and the most catching of errors. It's easier for me to subscribe to one list and create rules to filter stuff out than it is to subscribe for three lists. But since either is a 1-time effort, I'm only -0 and would be OK if Tim and others (whose votes are binding, unlike this one) really wanted it. Yoav Shapira System Design and Management Fellow MIT Sloan School of Management / School of Engineering Cambridge, MA USA [EMAIL PROTECTED] / [EMAIL PROTECTED] -Original Message- From: Jan H. Hansen [mailto:[EMAIL PROTECTED] Sent: Thursday, April 07, 2005 5:47 AM To: Tomcat Developers List Subject: SV: New TLP draft +1 I think burrying new potential contributors in auto generated spam is a bad practice. Regards Jan H. Hansen -Oprindelig meddelelse- Fra: Tim Funk [mailto:[EMAIL PROTECTED] Sendt: 6. april 2005 19:41 Til: Tomcat Developers List Emne: Re: New TLP draft Looks good. Just an idea, it may be nice to have the 3 new lists tomcat-bug - bug updates from bugzilla. When I subscribe to other groups - I sometimes do not care about bug updates and need to write filters to automatically delete them. I am guessing some others might be more interested in the dev discussion and not the bugs. tomcat-cvs - Same as tomcat-bug but just for cvs commits. tomcat-gump - For deaths by gump. If your not a committer - these are useless to someone. -Tim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: New TLP draft
True. But do others really need to see the GUMP message if they don't want them? Since I should be reading the GUMP failures - it is mandatory for me to see them. But for any other dev lists one is subscribed to (but not committing) - do you really care that the latest build failed? Since the failure messages are small as compared to geronimo - the case is not as compelling. As for the wiki - it would be nice to get Wiki updates so as to mitigate the possibility of horrible information being posted. While the wiki is not pretty and does not have many pages - it does serve a nice function as a catch-all for various helper links or an alternate way to share HOW-TO information without being a committer. -Tim Remy Maucherat wrote: Tim Funk wrote: The main use case is when I lurked in geronimo. When a build in geronimo fails - it creates a *massive* email which I as a lurker really don't care about. It also took forever to download of a highspeed line. I also recevied wiki updates when subscribed to the cvs commits which I didn't care about. Ok, but Tomcat doesn't do either (no wiki updates, no big failure logs). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: New TLP draft
Looks good. Just an idea, it may be nice to have the 3 new lists tomcat-bug - bug updates from bugzilla. When I subscribe to other groups - I sometimes do not care about bug updates and need to write filters to automatically delete them. I am guessing some others might be more interested in the dev discussion and not the bugs. tomcat-cvs - Same as tomcat-bug but just for cvs commits. tomcat-gump - For deaths by gump. If your not a committer - these are useless to someone. -Tim Remy Maucherat wrote: Hi, Here's a new draft with the necessary updates. I suppose this needs to be sent to the PMC for approval. If this draft is ok, I will send it there. Then there are infrastructure taks: - renaming mailing lists - moving CVS - new DNS and virtual host - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler JDTCompiler.java
Is there a reason _jspx_dependants is a Vector - why not an ArrayList? This would remove the syncs inside of Vector. -Tim Remy Maucherat wrote: [EMAIL PROTECTED] wrote: remm2005/04/04 06:57:49 Modified:jasper2/src/share/org/apache/jasper EmbeddedServletOptions.java webapps/docs changelog.xml .build.properties.default jasper2/src/share/org/apache/jasper/compiler JDTCompiler.java Log: - Update to JDT 3.1 M6 (Java 5 feature complete, from what I have read). - Please test it (compilation on JDK 1.4 seems to work as usual) to see if this is ok or should be reverted. Cool, another one of my great ideas ;) At least there aren't any major regressions in JDK 1.4 mode. public final class test_jsp extends org.apache.jasper.runtime.HttpJspBase implements org.apache.jasper.runtime.JspSourceDependent { private static java.util.Vector _jspx_dependants; public java.util.List getDependants() { return _jspx_dependants; } In JDK 1.5 mode, ECJ apparently doesn't like casting Vector - List. This should be allowed, I think (javac works, from what I can tell). Can anyone confirm this problem ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Indirect jsp:include does not seem to work
You cannot perform a forward inside an include. [Just like you can't set any headers, including cookies, in an include or a host of other things while in an include.] -Tim Michael J. wrote: Hello all, I have master jsp page, and I try to jsp:include page=/strutsAction.do, which forwards to detail jsp page, but this does not work. On Tomcat 4.x and 5.x the detail page content is included, but further content from the master page is stripped out. According to jsp specs, if I include a resource with jsp:include, its content should be included in the page. Afaik the spec does not specify nesting level. I looked in the code. ApplicationDispatcher correctly identifies the first request to strutsAction.do as Path Based Include. But when struts action forwards to detail jsp, ApplicationDispatcher identifies it as Path Based Forward. doForward() is called instead of doInclude(), and ApplicationDispatcher flushes and closes the response writer. Thus, Jasper cannot write the rest of master page content to writer, and throws org.apache.jasper.JasperException: Stream closed. Without thinking much, I commented out writer flushing in ApplicationDispatcher.doForward(). It seems to work on Tomcat 4.1.31, but failed on Tomcat 5.0. Anyway, I am not sure that I did a right thing and that all buffers are properly being closed now. Would be great if Tomcat devs look into it. Btw, Jetty does not work as I want, too. BUT: I tried to create a proxy JSP page, which is included in main JSP page. This proxy page includes strutsAction.do, which forwards to real JSP page that I want to include (whew!) Jetty works perfectly fine with this proxy JSP page! Also, Resin works fine both with direct including of struts action from main page, and with proxy JSP page. So, I believe that this is a Tomcat bug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: TLP Draft Proposal
+1 -Tim Yoav Shapira wrote: A lot of stuff which can be found here: http://marc.theaimsgroup.com/?l=tomcat-devm=50145415683w=2 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Time for TLP?
+0 - If not now, it will be asked again in another few months. -Tim Yoav Shapira wrote: Hi, In light of these recent discussions on [EMAIL PROTECTED]: http://marc.theaimsgroup.com/?t=4256091 http://marc.theaimsgroup.com/?t=4256091r=1w=2 r=1w=2 http://marc.theaimsgroup.com/?l=jakarta-general http://marc.theaimsgroup.com/?l=jakarta-generalm=42733325833w=2 m=42733325833w=2 http://marc.theaimsgroup.com/?t=1753782 http://marc.theaimsgroup.com/?t=1753782r=1w=2 r=1w=2 http://marc.theaimsgroup.com/?t=1753782 http://marc.theaimsgroup.com/?t=1753782r=1w=2 r=1w=2 I think we're ready to move Tomcat to a TLP. There's a lot of support for it in the general Jakarta and ASF ranks. Before we write and vote on a proposal, I wanted to see informally what the opinions are within our own group about this potential move. I'm obviously +1. Yoav Shapira System Design and Management Fellow MIT Sloan School of Management / School of Engineering Cambridge, MA USA mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] / mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat roadmap
Technically, someone will need to propose a VOTE for tomcat6. It would describe the features and release plan to be desired for 6. (Such as JSP 2.1 support). So the real answer there is no timeline. But based on past naming, the name tomcat 6 makes sense. -Tim Sam Ewing wrote: Thanks Yoav, JSP 2.1 specifications are currently in Early Draft Review phase. Will these be implemented as a 'Tomcat 6' release? I don't see a JCP for the next servlet specification anywhere in the picture, so if there is new Tomcat version (Tomcat 6?), would this be for Servlet 2.4/JSP 2.1? Is there any timeline for this? Thanks again, - Sam Hi, Tomcat is not a full J2EE container, only a Servlet and JSP container. Accordingly, J2EE spec releases don't matter per-se. They only matter if they contain new Servlet or JSP spec releases in them. Tomcat 6 will implement the next version of the JSP and Servlet specs, whenever those come out. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Proposed API change to the Manager interface
If I read this correctly (big if), the solution could be a security problem. If I were a phisher, I might be able to send you an email with a link to that would redirect you to a tomcat server with the new configuration in question with a special id. If the user were to perform other actions of a confidential nature, the attacker could swoop in and impersonate that session. The phisher could easily be notified that the special session id was used and have a farm of wamr bodies ready to attack. -Tim Remy Maucherat wrote: To address this, I propose simply reusing any session id presented by the client. As an option, this could be done only if emptySessionPath is true. I have tested it, and it works very well, addressing the problem with emptySessionPath=true. I could not think of any security issue this would cause (if the client submits a bogus insecure id, then he'll be the one being impacted), since the undelying session objects would be created and handled as usual. In normal more (emptySessionPath set to false), this would save costly session id generation. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Tomcat 5.5.7 Stability
I'm going to abstain from voting since I am unable to adequately test. But I did find one item which could be a PITA for the folks on tomcat-user. In setclasspath.sh - the CLASSPATH isn't always overridden. If the user tries to start tomcat with an existing CLASSPATH - that is appended to the bootstrap classpath. You can only guess that wacky errors I saw after startup with my legacy 3+ year old CLASSPATH. I committed the change to setclasspath.sh to fix this. While this issue is definitely not a blocker, it might cause a lot of frustration for the many users who keep their CLASSPATH enironment variable set. -Tim Yoav Shapira wrote: Hi, Tomcat 5.5.7 was released a week ago, and now it's time for a stability vote ;) I have yet to see TCK results, but this has been a crazy month for everyone it seems... [ ] Alpha: leave it as-is, numerous bugs, etc. [ ] Beta: good quality release, at least one issue preventing stable vote [ ] Stable: solid, no major issues (minor issues possible) Thanks for voting, Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-site/xdocs-faq tomcat-faq.xsl
So you don't have to build it yourself, a sample of the site in action can be found here: http://cvs.apache.org/~funkman/docs/faq/ -Tim [EMAIL PROTECTED] wrote: funkman 2004/12/30 08:37:09 Modified:xdocs-faq tomcat-faq.xsl Log: Add google search to the footer to allow search of the FAQ. build.bat still needs to be run and the html output needs committed before the change is made effective. Can anyone review to ensure we are allowed to do this? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-site/docs/faq/printer connectors.html
Ya. I'll fix this. -Tim William A. Rowe, Jr. wrote: At 06:34 AM 12/20/2004, [EMAIL PROTECTED] wrote: funkman 2004/12/20 04:34:03 Modified:xdocs-faq connectors.xml docs/faq connectors.html docs/faq/printer connectors.html Log: Note that jk2 is deprecated and that mod_ajp is coming. Don't we mean mod_proxy_ajp? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: IP security constraint
No, this breaks the spec. There are many other simple alternatives. Please follow up to the tomcat-user list for more information. -Tim Svante Olofsson wrote: Hi! First off, I think Tomcat is a great product. Thanks! Secondly, do you have any plans on adding something like to web.xml: security-constraint web-resource-collection web-resource-nameMy Webapp/web-resource-name url-patterncust1.html/url-pattern /web-resource-collection ip-constraint allow192.168.1.13-192.168.1.55,192.168.10./allow ip-constraint /security-constraint security-constraint web-resource-collection web-resource-nameMy Webapp/web-resource-name url-patterncust2.html/url-pattern /web-resource-collection ip-constraint deny192.168./deny ip-constraint /security-constraint I have looked at the documentation and web, but could not find any other information than a commercial package from Cafesoft. I think this kind of access control would be very useful since webapps can have static pages that should be denied for everyone but a certain ip-range. Example: Customer 1 has access to a service with a certain look-and-feel and some customer specific mods. The name of the page that Customer 1 uses to access the webapp is cust1.html and that passes on some parameters. Customer 2 uses the same webapp but has a different look-and-feel and accesses the SAME webapp through cust2.html. Now it would be nice to limit access to cust1.html and cust2.html so that only the respective customer ip-ranges could access them. I can do this by installing apache and hooking up Tomcat to it, but I would like to use a standalone solution. The Valve functionality is good but it is only on webapp level. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: mod_jk2 issues in Bugzilla
+1 as WONTFIX. Proposed text ... As of November 15, 2004, JK2 is no longer supported. All bugs related to JK2 will be marked as WONTFIX. In its place, some of its features have been backported to jk1. Most of those features will be seen in 2.0.7. (Actual release date is unknown as of this writing) Another alternative is the ajp addition to mod_proxy which will be part of apache 2. For more information on the Tomat connectors docs at http://jakarta.apache.org/tomcat/connectors-doc/ I counted 50 open bugs. -Tim Shapira, Yoav wrote: Hi, When (if) do we close them as WONTFIX? - 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/valves ByteBufferAccessLogValve.java mbeans-descriptors.xml
I never thought about it this way, but can the comparisons be made by using and not using Keep-Alive? I would guess that if Keep-alive is used - there would be a performance gain since the same thread needs to wait for the valve to write its log entry, before the next item in keep alive request is made. If keep alive is turned off, there would be no performance boost - unless all the threads were in use. I'm just playing devil's advocate. I ran some tests with AccessLogValve turned on vs turned off on some HP-UX boxes and saw no performance difference. So either my test was bad, or the HP os/disks we use do an awesome job of caching in the disk controller to provide superb I/O performance. If I weren't swamped with my day job, I'd love to refactor access log valve into 2 parts: - The pattern creator. This creates the line item which needs logged. For example: Standard or Extended. This piece would decide when or when not to log. - A writer. A set of classes (some possibly abstract to inherit from) which allow logging in a variety of manners such as: FileLogger, BufferedLogger, PipedLogger, FileSizeLogger(rotate on size), FileDateLogger(rotate on Date), CombinedLogger (a stub which talks to a some controller which combines all the logs in a cluster into one file) [But since I have no code to contribute at this time, I'll just stay quiet.] -Tim Remy Maucherat wrote: Jean-Francois Arcand wrote: Without access log valve, we are 20% faster. With the ByteBuffer one, 13%. There are 3 access log valves ;) Maybe you should give a chart. I'll do my byte based improvements (to be able to save on char to byte) in your implementation. The buffer isn't big enough. 16k will hold 500 requests maximum. If you were afraid of doing one I/O operations, it's bad, as you'll end up doing a lot of I/O synchronously. Can we allow the buffers to grow ? At least they would need to be a lot bigger otherwise (we could reinvest the memory saved from not having a background thread :) ). Another trick if you want to tweak the interval inside the valve, you can use an integer that you increment and do a modulo (i % n). I do that for the manager checks (one check every 6 invocations of backgroundProcess). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JK documentation
Looks good to me. If everyone agrees on the support drop for JK2, I can go through all the bugzilla entries and mark them as won't fix with some generic mesage. (Similar to what we did with mod_webapp) -Tim Mladen Turk wrote: Hi all, I'm trying to rewrite and reorganize JK documentation. Any comments on the 'News' section? (I mean, do we need more apologies and explanations why the JK2 is unsupported ?) Docs are at: http://www.apache.org/~mturk/docs/ I'll put tomorrow the rest of docs. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Detecting Tomcat install
Starting after 5.0.(I forget) - There is a command line program version.sh (or version.bat). All it does is echo the property server.info in /org/apache/catalina/util/ServerInfo.properties -Tim Robert Grant wrote: Hi! I have to write an installer which detects the presence of Apache Tomcat (minimum version 4.0.6) and wondered what the best way of doing this was. I'm happy to check for the presence of Registry entries, but searching the Net I'm unsure of where (on ANY Tomcat install, regardless of version) I can find a version number; my impression is that the keys shift position depending on the version of the Tomcat install. Any help greatly appreciated! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Two modest proposals about common\lib
I've been pondering something similar. (I just never got around to vocalizing it) My preference is to introduce common/usr_lib (and server/usr_lib)(This name is horrible, but you get the idea) The usr_lib dirs would be in the same classloader as common/lib (or server/lib) and would contain user specific jars. This way users would not have to add/change jar files in common/lib when upgrades occur. -Tim Benson Margulies wrote: Based on all the recent traffic from people tying themselves into pretzels with global resources, I have two concrete ideas. I would try to concoct patches (at least for the first) if there was tentative acceptance for either. 1) Configure the 'common' classpath in an editable location. By default, this path would be the current set of common directories. However, an admin could add additional directories shaped like common. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: method to protect webapps from users
If your using Servlet spec features only - move this to tomcat-user. As for including the functionality in tomcat, my preference is no since it is not tomcat specific and can be used by any container. If thats the case - it might be better as a Sourceforge project. ... Unless we create a subproject under tomcat for contributions such as utilities, alternative OS startup scripts, etc (But not make it prt of the default distribution) -Tim [EMAIL PROTECTED] wrote: hi guys, I'm new to this list, but a long time user of Tomcat. For a long time now I've had a problem which I'm sure most of you are familiar with ; users. As always happens with any app in development the final tidy up stuff gets left too late and some stuff gets missed out. The bit in this case was holding screens for long running requests. I've written a filter which will take any request and after a defined period of time send a generic please wait page, after the original request has finished it will then forward the proper response. To get this to work properly there is an extra benefit, it can in a lot of cases stop double clickers by ignoring requests that have been defined as those not supposed to run concurrently for a given session. My current implemntation is container agnostic which I'm not really happy with as it means the please wait page must be large enough to force a send of the data though the response stream, however I'm loathe to hack into the tomcat code to get low enough to fix this unless it is part of tomcat. The second problem is detecting multi-part requests and not allowing the please wait page until the multi-part data has been gathered, currently I just exclude those requests, again a lower level access would allow this to be fixed properly. Is this filter or a derivative something that would be of interest? The basic features that I've implemented are : please wait page after some defined period with no user coding Multiple concurrent request per session selectively disabled by URL I can post the code or distribute however people want if this is something you are interested in. In live web-apps I've found this invaluable as users don't get web-apps and are very impatient, even if the problem is their dodgy old modem or asking an app to do something it was never designed for. Before anyone says it I know this is a complete perversion of everything that is supposed to happen in a web-app, however in the real world users won't wait 5 seconds for anything unless they are being told it's under way and I've never got holding screens in all the right places yet. This covers them all and where possible reduces the ability of a single user to submit 100 concurrent requests by hammering a submit button in frustration. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: tomcat component releases
The components are released during a tomcat upgrade. yes, it can be possible for one of the components to not change during a release cycle. -Tim Nathan Coast wrote: Hi, bit of background... I maintain the maven-tomcat-plugin. This plugin uses: catalina-ant jasper-compiler jasper-runtime In the interest of keeping the plugin up to date, I should probably cut a new version of the plugin whenever any of these components are modified. Do these components have their own release cycle? or are they just released whenever there is a new tomcat build? I'm guessing there are some tomcat releases where none of these components are modified. - 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/connector Connector.java mbeans-descriptors.xml Request.java
Shouldn't log be private and not protected? -Tim [EMAIL PROTECTED] wrote: remm2004/10/12 15:53:16 Modified:catalina/src/share/org/apache/catalina/connector Connector.java mbeans-descriptors.xml Request.java Revision ChangesPath 1.13 +56 -27jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/connector/Connector.java Index: Connector.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/connector/Connector.java,v retrieving revision 1.12 retrieving revision 1.13 diff -u -r1.12 -r1.13 --- Connector.java 5 Oct 2004 08:03:25 - 1.12 +++ Connector.java 12 Oct 2004 22:53:16 - 1.13 @@ -54,7 +54,7 @@ public class Connector implements Lifecycle, MBeanRegistration { -private static Log log = LogFactory.getLog(Connector.class); +protected static Log log = LogFactory.getLog(Connector.class); - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Bug 31655] - org.apache.catalina.cluster.session.DeltaManager requestCompleted, SEVERE: Unable to serialize delta request, java.io.NotSerializableException:
Don't bother. Here is it for the archives. package x; import java.io.ByteArrayOutputStream; import java.io.IOException; import java.io.ObjectOutputStream; import javax.servlet.http.HttpSessionBindingEvent; import javax.servlet.http.HttpSessionAttributeListener; import org.apache.commons.logging.Log; import org.apache.commons.logging.LogFactory; /** Listener that complains if you try to put nonserializable elements into your session. */ public class SessionListener implements HttpSessionAttributeListener { private static Log log = LogFactory.getLog(SessionListener.class); public SessionListener() { } public void attributeAdded(HttpSessionBindingEvent se) { ByteArrayOutputStream os = new ByteArrayOutputStream(); try { ObjectOutputStream objStream = new ObjectOutputStream(os); objStream.writeObject(se.getValue()); } catch(IOException e) { log.warn(Can't serialize attribute[ + se.getName() + ], e); } } public void attributeRemoved(HttpSessionBindingEvent se) { } public void attributeReplaced(HttpSessionBindingEvent se) { } } -Tim Ian F.Darwin wrote: The original user was having trouble figuring out which class(es) in their application were causing NotSerializableExceptions. And, in fact, I was starting to think about the Serializable issue for a client... And then Tim wrote: --- Additional Comments From [EMAIL PROTECTED] 2004-10-11 22:36 --- You can determine which attributes are not serializable by writing your own HttpSessionAttributeListener and checking if the attribute implements serializable. http://jakarta.apache.org/tomcat/tomcat-5.0-doc/servletapi/javax/ servlet/http/HttpSessionAttributeListener.html This is actually a good idea, Tim :-) So I've written one and will polish it up a bit (it goes recursively, first complaining if the object is not serializable, then testing if the object being added is a Collection...). Since a number of Tomcat users are not Java programmers, I would like to commit this for general use. But there doesn't seem a good place for it. What would y'all think of creating a package called, say, o.a.c.userdiagnostic or o.a.tomcat.util.userdiagnostic to serve as a place to store diagnostic tools for end-users? Or is there a good place already? To be maximally useful it wants to be part of what gets shipped with TC, so we can just tell people something like: You can do this with an HttpSessionAttributeListener; to use Tomcat's default serializable attributes diagnostic HttpSessionAttributeListener just add these lines in your web.xml, immediately before the first servlet tag: listener !-- Used to warn about non-Serializable objects being put in the session. -- listener- classorg.apache.catalina.userdiagnostic.SerializableCheckAttributeListe ner /listener-class /listener Ian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [5.5] Todo list
Just an fyi, At one time, I was thinking that AccessLogValve was bad for performance. But I think it has no effect unless you are maxed out in processors. The AccessLog writing only occurs *after* the response has been sent to the client and the request is essentially done. I think if there is a performance issue - it is OS/filesystem specific. We pounded some HPUX boxes with and without access logs turned on. As long as we did not run out of processors, we didn't see any performance differences. It might be of interest to parse and decode the pattern at set time for AccessLogValve (like the ExtendedVersion does) to prevent a lot of extra string comparisons. (If the user chooses a custom pattern) But I'm indifferent because of the results I posted above. On a stressed system, this might still be a good thing todo. -Tim Remy Maucherat wrote: Remy Maucherat wrote: Adding new items: - Use this to try to provide an optimized version of the access logging valve (access logging is likely used in production for standalone Tomcat, and it has very bad performance right now) which would do asynchronous writes to its file (and hopefully be more efficient) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problem with Tomcat 4.0.6 and open udp ports
Tomcat 4 doesn't use UDP for anything. Someone's code using tomcat is doing that. -Tim Valentín Alonso Álvarez wrote: Hi, We have a problem in production with Jakarta-Tomcat 4.0.6. As the time the server is running increases, java process open more and more UDP ports (from 1005 to 5000), and we don't know why. These ports don't get closed , so the number of open ports increases as time goes on. It's probable that this circumstance is causing other communication problems to our host. ¿Why does Tomcat open UDP ports? ¿Why are not closed? ¿Is there any solution? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: urgent database connection issue using tomcat 5
*Use tomcat-user - not tomcat dev* The error being thrown is from this code: Class clazz = Class.forName(driverName); driver = (Driver) clazz.newInstance(); So you either misconfigured the driver name, or your missing the oracle thin driver jar files in server/lib. (Or common/lib depening on your installation) -Tim Shanti Priya wrote: Hi !! I am trying to setup an jsp application in tomcat .The application uses struts also and oracle is the database . I do get the following error in the log file. Please do suggest.It's urgent. I am attaching the log file to you. Thanks Regards, Shanti Priya Sunkara Location: Pune, India Email : [EMAIL PROTECTED] Phone : 91-20-4128313 2004-09-21 12:20:10 JDBCRealm[Catalina]: Exception opening database connection java.sql.SQLException: oracle.jdbc.driver.OracleDriver at org.apache.catalina.realm.JDBCRealm.open(JDBCRealm.java:589) snip 2004-09-21 12:20:37 JDBCRealm[Catalina]: Exception performing authentication java.sql.SQLException: oracle.jdbc.driver.OracleDriver at org.apache.catalina.realm.JDBCRealm.open(JDBCRealm.java:589) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml
I thought the setup time config was a reasonable compromise. It allows the tinfoil hat folks to be happy while providing no performance decrease. (Unless 2 new instance variables is an issue ;) ) -Tim Remy Maucherat wrote: [EMAIL PROTECTED] wrote: funkman 2004/09/15 05:59:46 Modified:webapps/docs changelog.xml Log: Start 5.5.3 - Server Header config You are simply ignoring my opinion, then. Fine :) Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11 Http11Processor.java
This is an often asked for feature. My pref is for it to be a configuration in the Connector. Then the only added overhead is in during init. For example ... protected serverHeader = Constants.SERVER; ... setServerHeader() ... getServerHeader() ... ... response.addHeader(Server, serverHeader); ?? -Tim Remy Maucherat wrote: [EMAIL PROTECTED] wrote: markt 2004/08/23 12:29:35 Modified:http11/src/java/org/apache/coyote/http11 Http11Processor.java Log: Fix bug 16254 - Server header appears twice after a call to response.setHeader() Revision ChangesPath 1.105 +3 -1 jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/Http11Processor.java - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
JspServlet.serviceJspFile() getResourceAsStream vs getResource
This is just a nit, but in JspServlet.serviceJspFile() there is ... synchronized(this) { wrapper = (JspServletWrapper) rctxt.getWrapper(jspUri); if (wrapper == null) { // Check if the requested JSP page exists, to avoid // creating unnecessary directories and files. InputStream resourceStream = context.getResourceAsStream(jspUri); if (resourceStream == null) { response.sendError(HttpServletResponse.SC_NOT_FOUND, jspUri); return; } else { try { resourceStream.close(); } catch(IOException e) { /* ignore */ } } ... } } Is there any reason we are getting the stream instead of checking for a null URL, for example: synchronized(this) { wrapper = (JspServletWrapper) rctxt.getWrapper(jspUri); if (wrapper == null) { // Check if the requested JSP page exists, to avoid // creating unnecessary directories and files. if (null==context.getResource(jspUri)) { response.sendError(HttpServletResponse.SC_NOT_FOUND, jspUri); return; } ... } } This way the existence of the file is checked instead of opening it. -Tim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Javadocs ?
Agreed. If they are put only online - it would be nice if they were also be allowed to be downloaded. (For those who wish to keep a local copy) -Tim Remy Maucherat wrote: Hi, I find the javadocs of Catalina and Jasper annoying (tons of files which take forever to get copied) and I don't use them at all. Is it really useful to keep them in the distribution ? Having them online on the website night be enough for everyone. The servlet JSP API javadocs, OTOH, are small and useful. I like that :) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] [5.5] Release plan votes
It looks like there are branches for 5.0 (TOMCAT_5_0) in j-t-jasper and connectors. Is that correct? Or should both of those modules be using HEAD? It also appears that jakarta-tomcat-site recieved tags for TOMCAT_5_0_27, TOMCAT_5_0_26 and branch tag of TOMCAT_5_0. -Tim Remy Maucherat wrote: Shapira, Yoav wrote: I doubt I can vote for/against myself, so I'll just say I'll be happy to do the releases for a while ;) Are you ok with releasing a first 5.5.0 build this WE or monday to properly start this branch offically ? Or do we wait for next week ? Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] [5.5] Release plan votes
* New native connector for Apache 2, based on mod_proxy Is it true that it will be ready for 5.5? I thought the mod_proxy code would be independent of tomcat version. Otherwise ... Remy Maucherat wrote: ballot I approve the release plan: [X] Yes [ ] No /ballot ballot Tomcat 5.5 should use the following API set for the coding: [ ] J2SE 1.3 [X] J2SE 1.4 [ ] J2SE 5.0 /ballot ballot Yoav Shapira will act as the release manager for this branch: [X] Yes [ ] No /ballot - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
startup/Bootstrap.java not loading catalina.properties on shutdown
In startup/Bootstrap.java there is: (line 110 in createClassLoader(..)) String value = CatalinaProperties.getProperty(name + .loader); CatalinaProperties is only initialized once, but isn't used on shutdown. This would be a problem, if I try: Server port=${shutdown.port} shutdown=SHUTDOWN debug=0 Which leads me to the questions: 1) Is it ok to add my own properties to catalina.properties for my own installation or might this be bad/discouraged? 2) Should I add a method call in main() to Bootstrap that will force CatalinaProperties.loadProperties() to be called? 3) Or is worth it to add an option on startup to allow a user to specify there own properties file to load in as System properties. (CATALINA_PROPERTIES=conf/myprop.properties) The use case is I have the same server.xml for many of my configurations. I don't want to use JAVA_OPTS='-Dprop1=val ...' since I have a lot of properties to set. -Tim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] 4.1.31 maintenance release
Its maintained if there is a committer who will apply the patches. Mark has been very good at doing this. For large companies - it takes (a lot) time to upgrade versions. I'm still stuck on 4.0.4 for all of my servers. (Soon to be 5 if all goes well) Stability is more important than speed and features. It took a lot of versions of 4.1 and 5.0 before it was stable. Even the first stable releases still had minor problems that got reported, were true and would have been problems for my environment. We stayed on 4.0.4 forever because all of the bugs that existed for that version (and old non-coyote connector) did not affect us. If there are people willing to maintain the branch, I think its worthwhile to have a release. -Tim Shapira, Yoav wrote: Hi, ballot The 4.1.31 maintenance release should happen: [ ] Yes [ X ] No /ballot -1 on this release. Reasons have been stated in detail in the other thread, but to summarize this branch is no longer maintained and users should upgrade to 5.x or custom-patch if they have an emergency. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Code Too Large for Try Statement in Catalina
1) don't use compile time includes 2) split your page into multiple files which can use jsp_includes. Any file which needs to be this big is probably extrememly painful to debug. 3) followup to tomcat-user, not tomcat-dev -Tim Michael McGrady wrote: I have the following error: org.apache.jasper.JasperException: Unable to compile class for JSP An error occurred at line: -1 in the jsp file: null Generated servlet error: [javac] Compiling 1 source file C:\crackwillow\work\Catalina\localhost\_\pallet_jsp.java:12934: code too large for try statement } catch (Throwable t) { ^ C:\crackwillow\work\Catalina\localhost\_\pallet_jsp.java:30: code too large for try statement try { ^ C:\crackwillow\work\Catalina\localhost\_\pallet_jsp.java:17: code too large public void _jspService(HttpServletRequest request, HttpServletResponse response) ^ 3 errors org.apache.jasper.compiler.DefaultErrorHandler.javacError(DefaultErrorHandler.java:130) org.apache.jasper.compiler.ErrorDispatcher.javacError(ErrorDispatcher.java:293) org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:340) org.apache.jasper.compiler.Compiler.compile(Compiler.java:352) org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:474) org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:184) org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:295) org.apache.jasper.servlet.JspServlet.service(JspServlet.java:241) javax.servlet.http.HttpServlet.service(HttpServlet.java:856) com.crackwillow.filter.GZIPFilter.doFilter(GZIPFilter.java:20) Is there anything to do? I need this file to be a JSP file in Struts. Michael - 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: Load balance in tomcat
I would first look at a hardware(or dns) loadbalancer and tomcat 5's clustering. -Tim Henrique Faria wrote: Hi! Which is the best way to load balance, across multiple tomcat instances, without using jk conectors or apache web servers? Is there support for it in the Catalina core? Thanks, - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Patch] ExtendedAccessLogValve - broken x-H(requestedSessionIdValid)
Its now bugzilla 30587. -Tim Lilianne E. Blaze wrote: Hello, This is the first time I submit a patch, so I hope I do everything right. ExtendedAccessLogValve is broken, code x-H(requestedSessionIdValid) returns the same result as x-H(requestedSessionId) due to a typo. Greetings, Lilianne E. Blaze Index: ExtendedAccessLogValve.java === RCS file: /home/cvspublic/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/valves/ExtendedAccessLogValve.java,v retrieving revision 1.9 diff -u -r1.9 ExtendedAccessLogValve.java --- ExtendedAccessLogValve.java 23 Jun 2004 08:24:57 - 1.9 +++ ExtendedAccessLogValve.java 11 Aug 2004 03:13:42 - @@ -1324,7 +1324,7 @@ } else if (requestedSessionIdFromCookie.equals(fieldInfo.value)){ fieldInfo.location = FieldInfo.X_LOC_REQUESTEDSESSIONIDFROMCOOKIE; } else if (requestedSessionIdValid.equals(fieldInfo.value)){ -fieldInfo.location = FieldInfo.X_LOC_REQUESTEDSESSIONID; +fieldInfo.location = FieldInfo.X_LOC_REQUESTEDSESSIONIDVALID; } else if (contentLength.equals(fieldInfo.value)){ fieldInfo.location = FieldInfo.X_LOC_CONTENTLENGTH; } else if (characterEncoding.equals(fieldInfo.value)){ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat 5.0.28 release
Didn't we already try that with the tomcat 4 LE edition? -Tim Remy Maucherat wrote: My current idea for the new branch is to ship a JDK 1.5 bundle with a separate zip/tar.gz to easily install the additional binaries when using JDK 1.4-. This will be smaller (no JMX, no Xerces) and maybe higher quality (more testing of the bundled components ?). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JNDI Realm Bug
IIRC - This was fixed in HEAD of JNDIRealm. -Tim Sebastien Brunot wrote: Hi, I'm using Tomcat 4.1.30 with JDK 1.4.2 on Windows XP Professionnal. I've got a problem with JNDIRealm : the group a user is in in my LDAP directory is an object which attribute member contains the user CN. So I've set up the roleSearch attribute of JNDIRealm to the value (member=*{0}*). Both wildcards are replaced with the \2a String by JNDIRealm before running the search and the group my user is in is never retrieved. My interpretation of RFC 2254 is that those wildcards shouldn't be replaced with \2a : the replacement should only occur for wildcards in the String that will replace the {0} portion of the filter, aka wildcards in the user CN. Is there a way to use wildcards in the roleSearch attribute, or is it a new found bug ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JNDI Realm Bug
Checkout and compile. The lazy way is to: 1) checkout/get only JNDIRealm 2) compile it using all of the jar files in common/lib and server/lib in your classpath 3) Place the compiled file in server/classes (in the correctly nested directory) -Tim Sebastien Brunot wrote: Does that means that i have to checkout from CVS head and recompile tomcat to solve the problem, or is there a stable version which correct this ? Thanks for your answer, Sebastien -Original Message- From: Tim Funk [mailto:[EMAIL PROTECTED] Sent: lundi 2 août 2004 14:15 To: Tomcat Developers List Subject: Re: JNDI Realm Bug IIRC - This was fixed in HEAD of JNDIRealm. -Tim Sebastien Brunot wrote: Hi, I'm using Tomcat 4.1.30 with JDK 1.4.2 on Windows XP Professionnal. I've got a problem with JNDIRealm : the group a user is in in my LDAP directory is an object which attribute member contains the user CN. So I've set up the roleSearch attribute of JNDIRealm to the value (member=*{0}*). Both wildcards are replaced with the \2a String by JNDIRealm before running the search and the group my user is in is never retrieved. My interpretation of RFC 2254 is that those wildcards shouldn't be replaced with \2a : the replacement should only occur for wildcards in the String that will replace the {0} portion of the filter, aka wildcards in the user CN. Is there a way to use wildcards in the roleSearch attribute, or is it a new found bug ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: New committer: Peter Rossbach
+1 -Tim Remy Maucherat wrote: Hi, I'd like to nominate Peter Rossbach pr _at_ objektpark.de as a committer on the Tomcat project. Peter submitted a significant amount of useful patches for Tomcat, and wants to contribute more. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Some benchs results : WAS: Invitation to HTTPD commiters in tomcat-dev
Try siege: http://joedog.org/siege/ Despite what the docs say, it runs pretty sweet on cygwin too. (with 2.60b5) -Tim Henri Gomez wrote: jean-frederic clere wrote: mod_proxy in ap_proxy_http_cleanup() closes the socket if HTTP is 1.1 is that correct? The request was (from ab): +++ GET /examples/ HTTP/1.0^M User-Agent: ApacheBench/2.0.40-dev^M Connection: Keep-Alive^M Host: localhost:7779^M Accept: */*^M ^M +++ I'm still looking for a bench tester supporting HTTP 1.1, jmeter is too hog for my PIII 1Ghz ;( - 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: Simple Sticky LB WAS: Invitation to HTTPD commiters in tomcat-dev
I'm not sure of the status so far, but I'd like to summarize a strawman. I have no idea how to code this at this time or if it can be done. -- *Config* [Feel free to change the names] ProxyClient http://server1/config.xml ProxyClient http://server2/config.xml ProxyClient http://server3/another/config.xml ProxyUpdate /proxyconfig *Startup* Apache polls each proxy-client for existence and config at the URL defined by te ProxyClient directive. Each proxy-client states the paths/extension/mimetype/??? it can serve as well as its weight. *On going* Apache periodically polls the config URL for changes. --or-- A proxy-client can join, remove, alter URL availability by using making a request to apache defined at ProxyUpdate. *Edge cases* Authentication, environment variables, and other system parameters would be passed to the proxy via X-Headers. Apache would need to deny/filter these header names from outside clients. *stickyness* unknown how to fix this in a generic manner *Failover* 2 cases 1) server unavailable - easy to recover since a new connection is made 2) server available but doesn't handle request anymore - Proxy-client returns a custom header to let apache move to next node? *Changes to tomcat* Add a proxy mode flag to allow for the X- headers to pass authentication and other variables. Add to the manager(?) app and method to expose all the URL spaces availble. Minor changes to fix getRemoteAddr() to show the client, not the apache server. Pros - Simple(?) and not tomcat specific. Cons - Duplicate (re)parsing of headers, probably higher latency than jk. -Tim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Some JK2 ideas
I was lucky enough to ditch a bloated buggy j2ee engine in place of tomcat/apache while we were in the process of switching CIO's. As nice as it is to have someone to blame, its even harder to justify having to pay the fat up front prices and yearly (lack of) support contracts for something that has worked even better than said bloated buggy j2ee engine ;) -Tim Jess Holle wrote: Then it may be better to spend the time implementing an NTLM auth for Tomcat and Apache instead of spending the time supporting IIS :-) Quite possibly... Though there is also a sizable contingent of we've got to have someone to sue folk, i.e. they're down on open source software due to a lack of people to throw lawsuits at rather than due to a lack of support. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Some JK2 ideas v.2
If this is all wishlists .. it'd be nice if we could set the worker and handler via mod_rewrite. Intead of JkMount /*.jsp loadbalancer Say: RewriteCond %{REQUEST_URI} *\.jsp RewriteRule ^(.+)$$1 [T=jk,E=worker:loaderbalance] [If my syntax above is correct] -Tim Mladen Turk wrote: -Original Message- From: Henri Gomez Of course all that sounds like JK3, but ... Did you see my post about a simpler module specific for now to Apache 2.x (2.0/2.1), may be something which could be included in standard Apache 2.x distribution which will save us hours on explaining how to build mod_jk/mod_jk2 Yes, I did. I read all the replys wery carefully. Did you understand mine? What I propose is: 'imagine a TC as a virtual file system' So, you can 'apr_vfopen(TC/sever, )' like opening a file. You could for examle: Jk3Mount /*.jsp and have smewhere something like: mapping *.jsp server name=1.2.3.1 factor=10% / /mapping or: mapping *.jsp balance server name=1.2.3.1 factor=10% / server name=1.2.3.2 factor=20% / server name=1.2.3.3 factor=auto / server name=1.2.3.4 factor=failover / /balance /mapping - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Some JK2 ideas v.2
I wasn't thinking of a dependency on mod_rewrite, but a way to to configure JK based on common data structures that may be set by mod_rewrite. Its actually a restatement of this: http://marc.theaimsgroup.com/?l=tomcat-devm=108987495224170w=2 -Tim [EMAIL PROTECTED] wrote: Would do you think a dependancy on rewrite is a good idea, as AFAIK it is not part of the core build apache 2 - but I could be very wrong as I only use 1.3.x Agreed overall that making jk2 either part of the standard, easier to build and configure would be a great step forward IMHO. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Some JK2 ideas v.3
How about mod_tomcat? -Tim Mladen Turk wrote: -Original Message- From: Remy Maucherat - it should have a name which doesn't confuse folks :) APR_JAVA as static core lib + mod_javalink? For example I wish to make a WIN2003 http.sys kernel module. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: dynamic mapping of jsp's from jars (attempt #2)
See the invoker servlet. -Tim Ron Forrester wrote: I am thinking this question walks the edge between tomcat-users and tomcat-dev, so please forgive me if I have chosen unwisely... Background: We are wanting to add a capability to our webapp which requires that we be able to reference precompiled jsp's from multiple jars discovered at the time the webapp starts. Currently, we precompile all our core jsp's into a jar, and get that to work by making sure the jar is in the codebase for tomcat, and including a snippet (generated at build time) into web.xml that looks like a series of these: servlet servlet-namecom.tripwire.jsp.index_jsp/servlet-name servlet-classcom.tripwire.jsp.index_jsp/servlet-class /servlet One per compiled jsp. That is fine for our core jsp's which can be mapped statically like this. But as I said, now were adding the ability to add plugins into our webapp, which can contain their own UI elements in the form of jsp's. Requirement: What I need is a way to dynamically add the mappings to tomcat while the webapp starts. I have poked around in the code and discovered JspRuntimeContext.addWrapper() which looks like what I'd want to use to dynamically map the jsp's as our webapp starts up -- assuming I can discover the mappings, which I will be able to. What I am not clear on is precisely how to use this functionality, which appears to be somewhat internal to tomcat, from my webapp -- i.e. would I need to override JspServlet with my own? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: New RM for Tomcat 5
+1 -Tim Remy Maucherat wrote: Hi, Yoav has expressed interest in being the release manager for Tomcat 5. Since he has shown interest in nearly all Tomcat components, and apparently has enough time at the moment, I think he would be the most qualified to replace me, and has my +1. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat 5.0.20 Issue
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26444 -Tim Jess Holle wrote: Jess Holle wrote: Unfortunately, Tomcat 5.0.20 cannot compile 6 out our 985 JSP pages (which Tomcat 5.0.19 compiled just fine). The issue can be traced directly to a single entry in the change log: Add some intellignece to the compiler for generating code for useBean action. Generate direct instantiation (use new) when possible, use bean.instantiate when bean name is specified, and for the case of invalid bean class, either issue a translation time error (instead of javac error), or generate codes to throw InstantiationException at runtime, depending on a new compiler switch, errorOnUseBeanInvalidClassAttribute(defaulted to true) (kinman) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Minimal HOWTO for jk2 2.0.4 - Was: [Fwd: Releasing JK 2.0.4]
The faq uses the wiki for some stuff. Feel free to add content there. http://jakarta.apache.org/tomcat/faq/ -Tim Tim Stewart wrote: First let me say sorry for lurking and responding to this message 5 days late. I think your suggestions are very good. I also recently went through hell trying to get mod_jk2 setup in IIS then Apache and have some suggestions for the docs. Is there anyway we can setup a WIKI for mod_jk2, that way people who have suggestions for documentation can just add it? Do WIKIs exist in the ASF? Tim - Original Message - From: Daniel Savard [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, March 19, 2004 9:53 PM Subject: Re: Re: Minimal HOWTO for jk2 2.0.4 - Was: [Fwd: Releasing JK 2.0.4] --- Guenter Knauf [EMAIL PROTECTED] wrote: other content deleted I would like to see some feedback from those admins who have to install the connectors what they would prefer. A quick start covering: - What to download - What to compile - Compatible Apache versions - Which folder to copy files into - What entries does Apache expect - What workers and MPM are and how we can configure them thanks, Guenter. -- Sriram Well, given my recent trauma, oups experience, setting up mod_jk2, may I suggest a few things? - A working configure script. Let me explain what I expect from a configure script. It should check all requirements are met including proper versions and not require more than necessary (for example, if Berkley BD version 2.5 and up is fine, do not insist on version 4.0 because it may have some cascading effect on my system and if not necessary, why should someone insist I upgrade 50% of the packages on the system?) - Working Makefiles. This is a side effect of a working configure script. Given proper checking and identification of the system, the proper Makefiles should be build. This include the appropriate list of libraries I should link to in order to have working modules. To make things clear, I should never get undefined symbols at runtime because the Makefile never specified a complete list of libraries required to resolve all the symbols in my module and the module has no hint on where it should look for the undefined symbols to get them resolved. The sysadmin is not supposed to be a developper (even if it happens it's not always true) and don't expect him to manually edit the Makefile to make it working with his system. If the configure cannot find the libraries, it means they are not installed or the user didn't specified the correct options to configure (library paths, if any) and it should be catch at the configure step, not at runtime. - A comprehensive guide of the configuration options (properties), not necessarily something lengthy, but enough to figure out what is the purpose of each configuration option and how it is used. - Don't make any RPMS available if it is not possible to guarantee they will provide a working system. Instead, with limited man-power and time, I think it will be a better move to invest in a clean, documented, straight forward building process with consistent results. This should reduce drastically the number of redundant questions on the Tomcat-user mailing list (including mines). -- === Daniel Savard Consultation Informatique Daniel Savard 551, boul. Sir-Wilfrid-Laurier suite 105 Beloeil, (Québec) Canada J3G 4J1 Tél: (450) 467-8014 Internet: [EMAIL PROTECTED] === - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [OT] Tomcat as top level ASF Project
Can anyone list the pros and cons? The last time this was discussed it was -1. But it seems the reasons since then may have changed. http://marc.theaimsgroup.com/?t=10473776922r=1w=2 -Tim Henri Gomez wrote: Hi to all, Just see that Struts is becaming a top level project, like ant last year. What's your opinions on moving Tomcat as top level project ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [OT] Tomcat as top level ASF Project
I am curious to the scope the new TLP would have. For example, would/should the following projects come along to the new Tomcat TLP? - Taglibs - Watchdog - Slide - Other web server components based on java? -Tim Henri Gomez wrote: As many I see Tomcat as the ASF Java web-server, where Apache 2 is the native web-server, and httpd is also a TLP. Tomcat is both Java and Native, another reason to have it outside jakarta. Tomcat is a mature project, with a solid developpers community, and in fine Tomcat is an important project for ASF and should became a top project for many reasons, including having its own PMC. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Vote] Guenter Knauf as commiter
+1 -Tim Henri Gomez wrote: Hi to all, jk2 2.0.4 seems in a good shape and I'd like to thanks all of you commiter, and tomcat-dev members for your feedback, patches and time. I'd like to see Guenter Knauf promoted to commiter since he provided us may fine patches on jk2 and help make this release happen. We need more and more people involved in the native side of jakarta-tomcat-connectors and Guenter show us these lasts week that he's a good candidate. Vote please, he's got of course my +1. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[VOTE] 4.1.30 release vote
ballot Release 4.1.30 as Stable: [x] Yes [ ] No /ballot -Tim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Proposal] Get our FAQ listed on jakarta.apache.org/site/faqs.html
For those who have karma to jakarta-site2, here's the patch. RCS file: /home/cvs/jakarta-site2/xdocs/site/faqs.xml,v retrieving revision 1.20 diff -u -r1.20 faqs.xml --- faqs.xml2 Oct 2003 08:55:47 - 1.20 +++ faqs.xml5 Feb 2004 11:52:12 - @@ -26,6 +26,7 @@ liThe a href=http://jakarta.apache.org/jetspeed/site/faq.html;Jetspeed FAQ/a/li liThe a href=http://www.lucene.com/cgi-bin/faq/faqmanager.cgi;Lucene FAQ/a/li liThe a href=http://jakarta.apache.org/struts/userGuide/kickstart.html;Struts kickstart FAQ/a/li +liThe a href=http://jakarta.apache.org/tomcat/faq/;Tomcat FAQ/a/li lia href=http://www.jguru.com/faq/index.jsp; jGuru FAQs/a including:/li ul On a side note, on the jakarta home page, it says Tomcat 5 is the official Reference Implementation of the Servlet 2.4 and JavaServer Pages 2.0 technologies. true? It thought the RI was based on Tomcat but the Tomcat itself as released by the Apache was not. -Tim Jeff Tulley wrote: I think we need to get Tomcat's FAQ page listed on http://jakarta.apache.org/site/faqs.html since that is the place that the Our FAQS link in the left-side navigation of http://jakarta.apache.org points to. I think it would raise the FAQ visibility a bit, which would be a good thing for the user list. How do we (really, a committer, probably) go about this? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Download servlet with resume
Please follow up with tomcat-user since this is a user topic. What you'll want to look at is utilizing the Byte-Range header. it is a standard way for a client to get only part of a request. DefaultServlet has support for this so if you need some example code, look there. -Tim Patrik Andersson wrote: Hi all! I have been trying to find information on how to make a java-servlet for download of content from the Tomcat-server without success. The content differs from images, mp3's etc etc and I need the servlet in order to do some database-stuff. The content also differs very much in size and I need some way to be able to resume the download on big files as some of the clients communicating with the servlet are mobile phone useing GPRS, and as this is not the fastest communication and it might loose connection during download. Therefore I'll ask you if anyone has any information, links, samples etc to help me with this. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: WebDAV and TC5
I have mixed feelings. I don't think it belongs in the tomcat distribution. I'd rather see the WebDav servlet get moved to another jakarta (commons?) project. Like commons-webapps, commons-servlets. But then again the webdav servlet is tomcat specific code and might be hard being ported to another container. As long as it can be excluded like ssi and cgi can be, I'm ok. I'm done with my random thoughts. -Tim Mark Thomas wrote: All, Any objections to adding the WebDAV web application to TC5? The plan is to just copy the files across from TC4, modify the build scripts as required and make a small change to the web.xml to overcome an issue with welcome files. If no-one objects, I'll do this tomorrow. Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs FAQ Update request
Can someone do a cvs update so the FAQ pulls in the latest content for http://jakarta.apache.org/tomcat/faq/ ? -Tim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs FAQ Update request
Yup! The biggest change was getting more awareness to the encoding bug reports. http://jakarta.apache.org/tomcat/faq/misc.html -Tim Shapira, Yoav wrote: Howdy, Done... Is it OK with your latest changes? Yoav Shapira Millennium ChemInformatics -Original Message- From: Tim Funk [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 20, 2004 6:51 AM To: Tomcat Developers List Subject: cvs FAQ Update request Can someone do a cvs update so the FAQ pulls in the latest content for http://jakarta.apache.org/tomcat/faq/ ? -Tim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: PROPOSAL: move bugzilla posts to separate list
-1 Same reasons Yoav. -Tim Shapira, Yoav wrote: Howdy, -1, commits and bugzilla messages are important to developers. If you don't like them, filter them out, it's a trivial filter in any modern email client. Yoav Shapira Millennium ChemInformatics -Original Message- From: Günter Knauf [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 20, 2004 4:03 PM To: [EMAIL PROTECTED] Subject: PROPOSAL: move bugzilla posts to separate list Hi all, is it only me, or have others too the feeling that it is hard to follow discussions because there are more automatic generated bugzilla posts than human ones...?? I bed that a lot of people would like to follow the discussions here, but the annoying automatic mails make them unsubscribe after a few days I think the bug reports should be splitted to a new list [EMAIL PROTECTED] so that everyone can self decide if he wants/needs the bug reports or not. Other Apache lists like httpd-dev or apr also handle it that way... comments? Guenter. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Bug 23929] - request.setCharacterEncoding(String) doesn't work
Since this seems a rather populate bug topic ... I'd like to add this to the FAQ. Besides linking to this bug report, can anyone provide me: 1) A suggested wording for how to phrase this as a question 2) A suggested wording for the answer (I can figure this out) 3) Any other links (to the archives, or other bug reports) that might help any users looking at this. -Tim [EMAIL PROTECTED] wrote: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23929 request.setCharacterEncoding(String) doesn't work --- Additional Comments From [EMAIL PROTECTED] 2004-01-14 13:03 --- From Mark: Character encoding has been the source of quite a bit of debate on the tomcat- dev list in recent weeks. There have been a few changes (see summary below) as a result. Essentially some additional configuration options have been provided. The UTF-8 issue (also reported in bug 22666) has also been fixed. Character encoding summary == There are a number of situations where there may be a requirement to use non- US ASCII characters in a URI. These include: - Parameters in the query string - Servlet paths There is a standard for encoding URIs (http://www.w3.org/International/O-URL- code.html) but this standard is not consistently followed by clients. This causes a number of problems. The functionality provided by Tomcat (4 and 5) to handle this less than ideal situation is described below. 1. The Coyote HTTP/1.1 connector has a useBodyEncodingForURI attribute which if set to true will use the request body encoding to decode the URI query parameters. - The default value is true for TC4 (breaks spec but gives consistent behaviour across TC4 versions) - The default value is false for TC5 (spec compliant but there may be migration issues for some apps) 2. The Coyote HTTP/1.1 connector has a URIEncoding attribute which defaults to ISO-8859-1. 3. The parameters class (o.a.t.u.http.Parameters) has a QueryStringEncoding field which defaults to the URIEncoding. It must be set before the parameters are parsed to have an effect. Things to note regarding the servlet API: 1. HttpServletRequest.setCharacterEncoding() normally only applies to the request body NOT the URI. 2. HttpServletRequest.getPathInfo() is decoded by the web container. 3. HttpServletRequest.getRequestURI() is not decoded by container. Other tips: 1. Use POST with forms to return parameters as the parameters are then part of the request body. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: NIO and JDK link
It is built using 1.4 - but does not *require* 1.4. IIRC, your thread was requesting making 1.4 required. -Tim Vic Cekvenich wrote: Shapira, Yoav wrote: Is there a plan sometime to consider moving TC 5 to 1.4 JRE? It's already compiled and built on JDK 1.4. Wait... there was a whole tread while back saying that Tomcat 5 will not be on 1.4. Yup, even the TC5 pages say it's 1.4. A few months ago I got a whole buch of arrows for asking for 1.4 on this list. .V - 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: License files error
Files in question: http://cvs.apache.org/viewcvs.cgi/jakarta-tomcat-4.0/LICENSE?rev=1.4view=auto http://cvs.apache.org/viewcvs.cgi/jakarta-tomcat-5/LICENSE?rev=1.1.1.1view=auto Looking at CVS, it looks like some other jakarta projects have also had (differenet) typo problems and also fixed their LICENSE files so I guess the change is OK as long as it gets in sync with http://www.apache.org/LICENSE -Tim Dirk-Willem van Gulik wrote: On Tue, 23 Dec 2003, Mark Thomas wrote: them with the official version (http://www.apache.org/LICENSE)? I ask since I don't want to change the license file in case there are any legal complications. I can't see why there would be but you never know - better safe than sorry ;) You bet :-) Fiddling with the license, no matter how trivial, should be checked, double checked, triple checked and approved first :-) So what is the error ? I read on bug id #10286: The LICENSE file contains a small grammatical error in the first condition. The word 'notice' is incorrectly repeated. From the license (1.1) file (http://www.apache.org/LICENSE): * 1. Redistributions of source code must retain the above copyright *notice, this list of conditions and the following disclaimer. What is the incorrect repeat ? Dw - 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/core StandardWrapper.java StandardWrapperValve.java mbeans-descriptors.xml
Is there more to this? What is this for? -Tim [EMAIL PROTECTED] wrote: remm2003/12/22 09:47:43 Modified:catalina/src/share/org/apache/catalina/core StandardWrapper.java StandardWrapperValve.java mbeans-descriptors.xml Log: - Add a minTime attribute on servlets. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Custom Compoents
It depends what you mean by custom components. Tomcat is servlet and JSP container so much of your code can be written to the spec and be portable to any servlet container. But there items not addressed by the specs or purposefuly left out. In those cases, you need to write tomcat specific code. Start with the FAQ. http://jakarta.apache.org/tomcat/faq/ -Tim Sreejith wrote: Hi all, I am fairly new to TC. Can any body tell how to develop and deploy custom components in Tomcat. TIA Sreejith. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Intro/question possible buglet with Content-Type and Charsets .
Instructions added to http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970 -Tim Tim Funk wrote: Yeah, nagoya.apache.org seems down. Hopefully it will be back soon. The bug has good detail of what and how to fix. -Tim [EMAIL PROTECTED] wrote: Thanks Tim, Having a little trouble getting anything from bugzilla, nagoya.apache.org seems to be having a little trouble! Looking in the archives for this id, I see that someone has a 4.1.29 patch and a complied class, but cannot see either email address or content via the archive. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Intro/question possible buglet with Content-Type and Charsets .
In the bug report, from Sven 2003-11-26 19:36 - he uploaded a file called Response.java. Whether it is a patched version, version from CVS, an incorrectly patched version, or a trojan is a matter of trust. But make sure the file is called Response.class, not Request.class -Tim [EMAIL PROTECTED] wrote: Tim, Is this a CVS snapshot of Request.java/class? If so it does not appear to fix my problem (see other thread): Content-Type: application/vnd.ms-excel;charset=ISO-8859-1 Unless of course I am a complete idiot (highly probable) Thanks for your help thus far. Greg Instructions added to http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970 -Tim Tim Funk wrote: - 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 changelog.xml
I prefer only the RM updating changelog. -Tim Remy Maucherat wrote: [EMAIL PROTECTED] wrote: yoavs 2003/12/16 18:42:26 Modified:webapps/docs changelog.xml Log: Started changelog for 5.0.17. It's probably easier if either: - only one guy does it (so he knows what needs to be in the changelog) - everyone updates the changelog when making a change As the second is too messy and generates too much mail, I think it's the RM's duty to do the first item :) This is really boring, of course, but at least it's manageable this way. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Important information about jakarta-servletapi-*
Does this mean that any bug submitted with a criticism (or patch) against jakarta-servletapi-* can be marked as WONTFIX with a advisory for the requestor to notify [EMAIL PROTECTED] or [EMAIL PROTECTED] ? (I know there is at least one bug in this category) -Tim Mark Roth wrote: Hi everyone, I've seen a few requests to fix items in the jakarta-servletapi-* workspaces and wanted to clear up any confusion there might be. Changes to examples in these workspaces are fine. However, ANY changes to the core APIs (including even simple javadocs changes) CANNOT be done outside of the JCP process. This applies to both Servlet and JSP APIs. To make any changes to these APIs, you must propose the change through the spec aliases, which appear on the front covers of the corresponding specifications: Servlet: [EMAIL PROTECTED] JSP: [EMAIL PROTECTED] Your change request will be considered by the specification leads and potentially debated by the expert group. Changes to the APIs can only be done in a maintenance release of the specification, or in the next revision of the specification. The Servlet 2.4 and JSP 2.0 specifications have both been finalized for this release of Tomcat and are very unlikely to change in any substantial way until the next release. Please understand that Tomcat is only one of many containers that are implementing the Servlet and JSP specifications, and the APIs must match identically on all containers. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Intro/question possible buglet with Content-Type and Charsets.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970 [EMAIL PROTECTED] wrote: Hi All, Quick intro, and then a question; We use tomcat to host java web applications at our location. My client requires us to follow very strict rules for deploying software, that means it can be a documentation intensive process (evidence gathering/ IQP's etc ). So we rarely upgrade as it is quite allot of work. Luckily tomcat is excellent and rarely needs upgrading or patching. Now the question; Tomcat 4.1.29 seems to insist on added charset to the content type, even if a Content-Type has been set using response.setContentType or similar (without a charset). Tomcat 5 seems to do something similar judging from http://www.mail-archive.com/[EMAIL PROTECTED]/msg49015.html but I think it fails to check if the Content type is a text one (HTML) and adds it for any content type, which would appear not to be right IMHO. Without wishing to appear rude :-) I need to change this behaviour and remove the insertion of the charset for non text based Content-Types eg: application/vnd.ms-excel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Intro/question possible buglet with Content-Type and Charsets .
Yeah, nagoya.apache.org seems down. Hopefully it will be back soon. The bug has good detail of what and how to fix. -Tim [EMAIL PROTECTED] wrote: Thanks Tim, Having a little trouble getting anything from bugzilla, nagoya.apache.org seems to be having a little trouble! Looking in the archives for this id, I see that someone has a 4.1.29 patch and a complied class, but cannot see either email address or content via the archive. Ho hum Thanks for the pointer. Greg -Original Message- From: Tim Funk [mailto:[EMAIL PROTECTED] Sent: 16 December 2003 12:31 To: Tomcat Developers List Subject: Re: Intro/question possible buglet with Content-Type and Charsets. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970 [EMAIL PROTECTED] wrote: Hi All, Quick intro, and then a question; We use tomcat to host java web applications at our location. My client requires us to follow very strict rules for deploying software, that means it can be a documentation intensive process (evidence gathering/ IQP's etc ). So we rarely upgrade as it is quite allot of work. Luckily tomcat is excellent and rarely needs upgrading or patching. Now the question; Tomcat 4.1.29 seems to insist on added charset to the content type, even if a Content-Type has been set using response.setContentType or similar (without a charset). Tomcat 5 seems to do something similar judging from http://www.mail-archive.com/[EMAIL PROTECTED]/msg4 9015.html but I think it fails to check if the Content type is a text one (HTML) and adds it for any content type, which would appear not to be right IMHO. Without wishing to appear rude :-) I need to change this behaviour and remove the insertion of the charset for non text based Content-Types eg: application/vnd.ms-excel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-catalina/webapps/docs/architecture/startup serverStartup.pdf serverStartup.txt
Can project.xml~ and index.xml~ be removed? They look like [editor] backup files. (I might be early on this one) Is an update also coming for j-t-catalina/webapps/docs/build.xml? The architecture dir isn't being picked up on build. Is there any opinion on mixed case file names for documentation? (All the docs files are currently lower cased and use hyphens to seperate words) -Tim [EMAIL PROTECTED] wrote: yoavs 2003/12/13 09:18:57 Added: webapps/docs/architecture index.xml index.xml~ project.xml project.xml~ requestProcess.xml startup.xml webapps/docs/architecture/requestProcess requestProcess.pdf roseModel.mdl webapps/docs/architecture/startup serverStartup.pdf serverStartup.txt Log: Architecture documents first draft. - 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/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]
[wiki] wiki.apache.org migration
I would be interested in a Wiki for Tomcat. It has been somewhat helpful as a complement to the Tomcat FAQ. AFAICT, there is not a lot of Tomcat content on the Wiki, so moving over the relevant information should be easy. [cc'd the tomcat-dev list to determine other's interest in this] -Tim Leo Simons wrote: Hi all! Over the past few weeks we've been busy getting a wiki set up at http://wiki.apache.org/ It is our intention to migrate the UseMod materials on Nagoya to this MoinMoin-based variant. All ASF projects that use a wiki or are interested in doing so are encouraged to read http://wiki.apache.org/general/UseModMigration and contact infrastructure at apache dotorg so that we can help migrate your data. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Any clue on this, please? Uploading large files - out of memory
Please followup to tomcat user. 1) Make sure that the app is using ServletRequest.getInputStream() 2) See the spec: 'SRV.4.1.1 When Parameters Are Available' -Tim Fabrizio Nesti wrote: Hi, any comment on this out of memory with large file upload? This error seems recurring to a bunch of users, but I'm wondering if it's a problem in the tomcat implementation, or if there are other layers to blame. Thanks for any light on this darkness, since I've a tight schedule on this issue... unfortunately.. cheers, fabrizio -- Forwarded message -- Date: Mon, 1 Dec 2003 14:36:57 +0100 (MET) From: Fabrizio Nesti [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Uploading large files - out of memory exception Dear tomcat developers, I've noticed a problem while uploading files with tomcat 4.1.x. - When uploading large files (say larger than 10MB) tomcat throws an out of memory exception. - The problem can be avoided raising the memory allocation (as found in other similar messages, -Xms128m -Xmx512m) but this is not a solution, since it depends on the memory and just makes the limit higher. I do not know how the actual download works (we are using the EchoPoint fileupload component, for that matters) but it seems that the whole file is slurped in memory _before_ passing the request to a user servlet. Indeed it seems that our download component is never invoked (see the error below). Is there a configuration option to avoid this behavior, or there's nothing to do but limit the filesize? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat 5 Issue (not 5.0.16 specific!)
Section 5.5 of the spec: When a response is closed, the container must immediately flush all remaining content in the response buffer to the client. The following events indicate that the servlet has satisfied the request and that the response object is to be closed: The termination of the service method of the servlet. * The amount of content specified in the setContentLength method of the response has been written to the response. * The sendError method is called. The sendRedirect method is called. Looks like the behavior is OK. -Tim Jess Holle wrote: First, I'd like to say that we should *not* consider the following issue as one to prevent a stable label for Tomcat 5.0.16. That said, I've noted that if you do: response.setContentLength( 0 ); All subsequent setHeader(), etc, calls are ignored -- Tomcat considers the response commited. Is this as per the spec? Or is this an odd corner case? [The fact that we have code that does a setContentLength(0) seems to be an odd corner case in and of itself... I've worked around this in our code by ensuring that this call is always made after all other headers are assigned.] -- Jess Holle - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JAASCallbackHandler clear password in the log file
IMO, no. In a production environment: 1) The debug should not turned up that high 2) If its a production box, file permissions as well as people able to log into the box should be trusted. -Tim Yann GUEVEL wrote: Hi, if the debug level is 3, the org.apache.catalina.realm.JAASCallbackHandler.handle method writes in the log file the login and password it received (tomcat 4.1.29 JAASCallbackHandler.java, line 155). So any people who can access the machine on which Tomcat is running can see all the login and passwords used. Isn't this unsafe ? Should'nt this log be removed ? - 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/authenticator SingleSignOnEntry.java AuthenticatorBase.java BasicAuthenticator.java DigestAuthenticator.java FormAuthenticator.java NonLoginAuthenticator.java SSLAuthenticator.java SingleSignOn.java mbeans-descriptors.xml
This means that the logout check is now back in, the revert from 1.6 - 1.7 for bug http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23764 Diff link: http://cvs.apache.org/viewcvs.cgi/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/authenticator/SingleSignOn.java.diff?r1=1.6r2=1.7diff_format=h Just an FYI, at this point, I don't know if that is good, bad, or neither. -Tim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How is the FAQ updated?
http://cvs.apache.org/viewcvs.cgi/jakarta-tomcat-site/ - Its in jakarta-tomcat-site - The FAQ questions(and answers) are in xdocs-faq as xml files - edit these. - To make the site: follow the README.txt - Once you've built the site- commit your changes (including the generated html) - Let Remy (or anyone who has permissions) update the site from CVS -Tim Shapira, Yoav wrote: ... I can't seem to find it in the CVS... Thanks, - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] New committer: Mark Thomas
+1 -Tim Remy Maucherat wrote: Hi, I'd like to nominate Mark Thomas as a Tomcat committer. He has contibuted a significant amount of fixes already, and does what nobody else does: roam Bugzila to fix older issues and cleanup the database. He has special interest in the WebDAV code, which currently has no maintainer. He has my +1. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]