Re: Draft of first blog post announcing TC7
On 05/17/2010 04:41 PM, Mark Thomas wrote: > I have drafted an announcement of the upcoming TC7 release for our first > blog post. It can be previewed here: > > http://blogs.apache.org/preview/tomcat/?previewEntry=apache_tomcat_7_released > > Suggestions for improvements welcome. > > Note the links won't work until we actually do the release. +1 Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: svn commit: r940189 - /tomcat/trunk/java/org/apache/coyote/http11/Http11AprProcessor.java
On 05/02/2010 10:52 PM, Filip Hanik - Dev Lists wrote: > On 05/02/2010 04:02 AM, jfcl...@apache.org wrote: >> -// endpoint.processSocket(this.socket, >> SocketStatus.STOP); >> +try { >> +asyncDispatch(SocketStatus.STOP); // What to do >> with return code ? >> > What you want to do here, is let the Endpoint know that stop is called. Yep. > The end point will then dispatch a new thread to handle the request Some more logic is missing in the Endpoint then, no? Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Comet API incompatibility between TC 6 and TC 7
On 04/30/2010 08:51 AM, Konstantin Kolinko wrote: > There is a difference in Comet API that will require all TC6 Comet > applications > to be patched and recompiled before deploying them to TC7: > > Comet classes were moved from "org.apache.catalina" to > "org.apache.catalina.comet". > > What do you think, is this change acceptable for us? Well I would say yes Comet is experimental and each web server has its own implementation... May be time to think of JSR for comet? > > IIRC, the cause behind this is > https://issues.apache.org/bugzilla/show_bug.cgi?id=48218 > -- to have access to Comet classes when running with a SecurityManager one has > to grant access to "org.apache.catalina" package, which exposes the server > API. > > If we go on with this, a notice has to be added to > http://tomcat.apache.org/migration.html > > > I, personally, think that it would be better to move the classes to > their old place. > > I think that Servlet 3.0 applications would prefer Servlet Async API, The Async stuff doesn't cover all the stuff Comet could do. But it makes sense to push customer to use the Servlet 3.0 when that is possible. Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Tomcat Job Opportunities at SpringSource
On 04/28/2010 05:14 AM, Karl San Gabriel wrote: > Is this valid for non-US citizens? There is a list j...@apache.org for ASF related jobs, please use that one for this topic. Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: [VOTE] Release Tomcat 7.0.0 based on Tomcat 7.0.0 RC1
On 04/14/2010 07:22 PM, Mark Thomas wrote: > On 14/04/2010 11:34, Mark Thomas wrote: >> The 7.0.0-RC1 tag is >> [ ] Broken - do not release >> [ ] Alpha - go ahead and release 7.0.0 Stable based on 7.0.0-RC1 >> [X] Beta - go ahead and release 7.0.0 Beta based on 7.0.0-RC1 >> [ ] Stable - go ahead and release 7.0.0 Stable based on 7.0.0-RC1 >> >> The following issues were noted: > - Need to add note on stability of APIs to release notes > - APR has a recommended minimum of 1.2.21 which hasn't been released yet > - Re-opened https://issues.apache.org/bugzilla/show_bug.cgi?id=49082 > - Servlet 3.0 TCK passes with BIO connector and no security manager > - Servlet 3.0 TCK passes with BIO connector and a security manager > - Servlet 3.0 TCK passes with NIO connector and a security manager with > some exceptions [1] > - Servlet 3.0 TCK fails with APR connector and a security manager [2] > - JSP 2.2 TCK passes with a security manager > - EL 2.2 TCK passes with a security manager > > The lack of complete Async support for the APR connector makes this a > Beta release for me. I have started to work on java/org/apache/coyote/http11/Http11AprProcessor.java ... The missing code is already in the Bio connector some how it is a kind of copy + paste + fix. Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: [VOTE] Release Tomcat 7.0.0 based on Tomcat 7.0.0 RC1
On 04/14/2010 04:13 PM, Mladen Turk wrote: > On 04/14/2010 03:35 PM, jean-frederic clere wrote: >> On 04/14/2010 12:34 PM, Mark Thomas wrote: >> >> The APR gives some errors for example Address already in use:8080 >> on my Linux box. All other test/plaforms look ok. >> > > Seems you have a broken linux box :) Nah... I was using a broken tc-native :-/ redoing tests now... Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: [VOTE] Release Tomcat 7.0.0 based on Tomcat 7.0.0 RC1
On 04/14/2010 03:50 PM, Mark Thomas wrote: > On 14/04/2010 14:35, jean-frederic clere wrote: >> On 04/14/2010 12:34 PM, Mark Thomas wrote: > >>> The 7.0.0-RC1 tag is >>> [ ] Broken - do not release >>> [ ] Alpha - go ahead and release 7.0.0 Stable based on 7.0.0-RC1 >>> [X] Beta - go ahead and release 7.0.0 Beta based on 7.0.0-RC1 >> >> The APR gives some errors for example Address already in use :8080 +++ at org.apache.catalina.connector.Connector.initialize(Connector.java:899) at org.apache.catalina.core.StandardService.initialize(StandardService.java:593) at org.apache.catalina.core.StandardServer.initialize(StandardServer.java:730) at org.apache.catalina.startup.Catalina.load(Catalina.java:504) at org.apache.catalina.startup.Catalina.load(Catalina.java:527) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.apache.catalina.startup.Bootstrap.load(Bootstrap.java:260) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:412) +++ >> on my Linux box. All other test/plaforms look ok. > > Could expand on what causes those failures? There isn't much to go on > here in terms of repeating them and getting them fixed. The others are TCK related I will use the private list to report them. Cheers Jean-Frederic > > Mark > > > > - > To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org > For additional commands, e-mail: dev-h...@tomcat.apache.org > > - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: [VOTE] Release Tomcat 7.0.0 based on Tomcat 7.0.0 RC1
On 04/14/2010 12:34 PM, Mark Thomas wrote: > All, > > After the experience of the recent 6.0.x releases, I wanted to try an > alternative approach and use explicit release candidates for 7.0.x. I'm > expecting to tweak the release process as we go. > > The first Tomcat 7 release candiate is ready for testing. 7.0.0-RC1 can > be obtained from: > http://people.apache.org/~markt/dev/tomcat-7/v7.0.0-RC1/ > The svn tag is: > http://svn.apache.org/repos/asf/tomcat/tc7.0.x/tags/TOMCAT_7_0_0_RC1/ > > Please test this release candidate and provide feedback. > > Please run all of your tests against this candidate and report all > failures. I'd like to avoid the test, stop at first failure, new RC, > test, stop at first failure, new RC etc. cycle. > > And now for the important part: > > The 7.0.0-RC1 tag is > [ ] Broken - do not release > [ ] Alpha - go ahead and release 7.0.0 Stable based on 7.0.0-RC1 > [X] Beta - go ahead and release 7.0.0 Beta based on 7.0.0-RC1 The APR gives some errors for example Address already in use :8080 on my Linux box. All other test/plaforms look ok. Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: GSoC Tomcat SPDY Connectors
On 04/05/2010 06:11 AM, Costin Manolache wrote: > next protocol negotiation http://tools.ietf.org/html/draft-agl-tls-nextprotoneg-00.html Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Interested in GSOC ideas
On 04/01/2010 06:30 AM, Mahesh Fernando wrote: > On Sun, Mar 28, 2010 at 11:52 PM, Mark Thomas wrote: > >> On 28/03/2010 17:16, Mahesh Fernando wrote: >>> Hello all, >>> >>> I'm interested about JSR 196 implementation idea. I have some questions. >>> is there anyone to mentor this project? >> [1] >>> do we need to contact mentors before application period starts? >> [2] >>> is it needed to submit detailed designs for projects? >> [2] >>> how will the applications evaluated? >> [3] >>> do all the ideas have same priority during selection or are there some >> ideas >>> with high priorities? >> [3] >>> how many students do you take for tomcat ideas? >> [2],[3] >> > > > Thanks for providing links. > > I saw some other students interested on this idea and also JMX idea. Because > you are the mentor for these projects, will you choose only 1 project among > all these ideas or possible to mentor 2 or more projects? or is there > someone to co-mentor these? I saw Apache encourage to have 1 student per > mentor in above links. > I like the 'SPDY connector' idea too...but because it's still draft > version, will it become a problem to qualify? No. > I mean will it get approved when i make a proposal? > I hope it will. Cheers Jean-Frederic > >> >> [1] http://wiki.apache.org/tomcat/SummerOfCode2010 >> [2] >> http://socghop.appspot.com/document/show/gsoc_program/google/gsoc2010/faqs >> [3] http://community.apache.org/gsoc.html >> >> >> >> - >> To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org >> For additional commands, e-mail: dev-h...@tomcat.apache.org >> >> > - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: [GSoC] Regarding JSR 196 implementation project idea
On 03/22/2010 05:40 AM, Rajeev Sampath wrote: > Thanks Mark for your reply. > > Though it's not mandatory, if it's going to be useful, then I'll continue > working on it and prepare a proposal. > > The other idea which seemed to be interesting is the one on implementing a > connector to support SPDY protocol [ > https://issues.apache.org/jira/browse/COMDEV-26]. Though it's also > interesting, I was not concentrating on it as SPDY is not in use at the > moment. Any suggestions regarding this idea? The idea is a bunch of JAVA classes like org/apache/coyote/spdy (like we already have the org/apache/coyote/http11 and org/apache/coyote/ajp). There is already mod_spdy for httpd in http://code.google.com/p/mod-spdy/wiki/Design so you can have a look there to see how a SPDY server should work. Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Tomcat at the next ApacheCon
On 03/18/2010 05:33 PM, Mladen Turk wrote: > On 03/18/2010 05:19 PM, jean-frederic clere wrote: >>> >>> I'm always amazed with the fact that each conference >>> planner need your proposals by yesterday. >> >> Well they were asking that the 16th, but anyone that already presented >> something somewhere has a short bio available somewhere and probably a >> abstract of a topic to present ready too. >> > > > Like Bill said it is more important that we define the > areas we wish to concentrate on. > > IMHO this year major area should be Tomcat 7. > It should be a whole day event, and I'm sure there > is enough topics to fill that in. > Also we should reserve at least one slot to > some non-tomcat-developer use case. > Eg. How the Tomcat saved my company ... I have added a "Summary of the whole Tomcat track:" which we should finished before the 21th of March. Just add your ideas in it. Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Tomcat at the next ApacheCon
On 03/18/2010 05:05 PM, Mladen Turk wrote: > On 03/18/2010 05:00 PM, jean-frederic clere wrote: >> >> Note we have until the Sunday, March 21st to collect that information. >> > > I'm always amazed with the fact that each conference > planner need your proposals by yesterday. Well they were asking that the 16th, but anyone that already presented something somewhere has a short bio available somewhere and probably a abstract of a topic to present ready too. Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Tomcat at the next ApacheCon
Hi, We all want to see a Tomcat track at the ApacheConNA2010, don't we? I have created a wiki page to collect the presentation proposals. Fell free to add the stuff you would like to present at the ApacheCon. The tomcat PMC will review it and then propose it to the planners of conference. Note we have until the Sunday, March 21st to collect that information. Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: [RESULT] (Was: [VOTE] C-T-R for any translation fixes)
On 03/17/2010 05:07 AM, Konstantin Kolinko wrote: > Thank you for all your votes and feedback. > I am tallying the results below. > >>> 1. Commit-Then-Review for any documentation, including JavaDoc and code >>> comments. >> >> Already decided. No need to vote. >> >> 2. Allow C-T-R for changes to svn properties: >> > > +1: Konstantin, Tim > Mark: +1 for line endings, +0 for the rest > 0: Rainer, Filip, Yoav > -1: Mladen, Bill: because the proposal is too wide ("it can mean > anything and nothing", and > because for some of those changes "one needs a good reason") > > RESULT: Does not pass > >> 3. Allow C-T-R for any whitespace changes: >> These are generally discouraged, but might be necessary to ease >> backporting of patches. > > +1: Konstantin, Mladen, Rainer, Tim > Mark: +1. Only if required to ease back-porting. > -1: Filip: "makes tracing down when and how code changed a pain. It's > not beneficial." > 0: Yoav, Bill > > RESULT: Passes > >> 4. Allow C-T-R for trivial fixes to English messages that are in resource >> files >> and those that are inline in the code. This includes typos and rephrasing, >> but does not include adding/removing message parameters. > > +1: Konstantin, Mladen, Rainer, Yoav, Tim, Mark > 0: Filip, Bill > > RESULT: Passes > >> 5. Allow C-T-R for any fixes for non-English resource files. >> The files must use 7-bit characters only. Other symbols must be >> escaped with \u, as does native2ascii. > > +1: Konstantin, Mladen, Rainer, Yoav, Tim, Mark (providing that > native2ascii has been used), Bill > 0: Filip > > RESULT: Passes > >> 6. Require some indication in the commit message for code that usually is >> covered by RTC, that this commit was done using C-T-R rule. > > +1: Mladen, Rainer, Bill > +0: Mark: Putting CTR at the start works for me. > 0: Konstantin, Filip, Yoav, Tim > > RESULT: Passes > > > I did not count the votes by Henri Gomez (probably +1 to 2.,3.,4.,5.) > and by Jean-Frederic Clere (looks like -0 to all), Yep Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: [Tomcat Wiki] Update of "SummerOfCode2010" by JeanFredericClere
The JIRA are needed just for http://tinyurl.com/asfgsoc Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
[ANN] Apache Tomcat 6.0.26 released
The Apache Tomcat team announces the immediate availability of Apache Tomcat 6.0.26 stable. This release includes bug-fixes over Apache Tomcat 6.0.24. Note that is version has 4 zip binaries: a generic one and three bundled with Tomcat native binaries for different CPU architectures. Apache Tomcat 6.0 includes new features over Apache Tomcat 5.5, including support for the new Servlet 2.5 and JSP 2.1 specifications, a refactored clustering implementation, advanced IO features, and improvements in memory usage. Please refer to the change log for the list of changes: http://tomcat.apache.org/tomcat-6.0-doc/changelog.html Downloads: http://tomcat.apache.org/download-60.cgi Migration guide from Apache Tomcat 5.5.x: http://tomcat.apache.org/migration.html Thank you, -- The Apache Tomcat Team - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Reusing instances
On 03/11/2010 05:27 PM, Mladen Turk wrote: > More important one is to use the web server connectors directly. > It's not about speed, but about eliminating connector as a > point of failure. > hm You still have to move the data for httpd (in C) to Tomcat (in JAVA) so you still have a connector, no? - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Tomcat 6.0.26 docs on the site - not replicated
On 03/11/2010 03:44 PM, Konstantin Kolinko wrote: > Somehow http://tomcat.apache.org/tomcat-6.0-doc/ as of now displays a > set of empty folders. > > Maybe that will fix itself in few minutes (e.g. if replication is > still in progress)?? > > I looked at file permissions at p.a.o, and do not see any problems > there (the files are readable and directories are listable), besides > one: there is no write access for the group. > It should not have prevented the replication, though. Yep something looks wrong with the replication... It seems it occurs while I was modifying the files in people.apache.org. The download is also broken and there the permissions are ok. > > cd tomcat-6.0-doc > chmod -R g+w * > would fix that Done Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
[RESULTS][VOTE] Release build 6.0.26
Stable [6] So I will go on with the release process. Comments? Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: svn commit: r921464 - in /tomcat/trunk/java/org/apache/jasper: JspCompilationContext.java servlet/JspServletWrapper.java
On 03/10/2010 06:54 PM, Mark Thomas wrote: > On 10/03/2010 17:46, Remy Maucherat wrote: >> On Wed, 2010-03-10 at 17:35 +, ma...@apache.org wrote: >>> Author: markt >>> Date: Wed Mar 10 17:35:43 2010 >>> New Revision: 921464 >>> >>> URL: http://svn.apache.org/viewvc?rev=921464&view=rev >>> Log: >>> Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=48795 >>> If compilation fails, always try to re-compile the next time around >>> >>> Modified: >>> tomcat/trunk/java/org/apache/jasper/JspCompilationContext.java >>> tomcat/trunk/java/org/apache/jasper/servlet/JspServletWrapper.java >> >> Great idea in theory. Since compilation is an expensive process, this is >> likely a dos problem however. > > I did consider that but I was working on the basis that in production > you wouldn't (OK shouldn't) have broken JSPs that don't compile. In that > scenario with valid JSPs if you don't pre-compile there will be the > initial recompilation as currently but no further load. > > If we think broken JSPs in production are something we need to handle > then we could make this dependent on the setting of the development mode. > > Thoughts? Or have an additional switch for that. Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Reusing instances
On 03/11/2010 08:30 AM, Mladen Turk wrote: > On 03/11/2010 07:52 AM, Costin Manolache wrote: >> On Wed, Mar 10, 2010 at 10:28 PM, Mladen Turk wrote: >> >>> On 03/10/2010 11:10 PM, Costin Manolache wrote: >>> You want to have each webapp served by a different process ? Or even different versions of a webapp in a different process ? >>> First goal is to get rid of connectors and use Tomcat >>> directly inside httpd or IIS or new Commons Runtime >>> (replacing Tomcat Native and Daemon) I'm working on. >>> >> >> It used to work - about 10 years ago :-) >> > > Actually didn't. It worked for IIS and Httpd on windows > only since at that time they had a single child process. > Now IIS is the same as httpd with worker mpm. > > That was on of the reasons we kill JK2. > JNI inproc connector simply didn't work. One of the big problem is that the prefork and worker models may use several process for the same session and you can't fix a session to a JVM process... At the end you needed a flat cluster with one node for each process and that doesn't scale. Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
[VOTE] Release build 6.0.26
The candidates binaries are available here: http://people.apache.org/~jfclere/tomcat-6/v6.0.26/ According to the release process, the 6.0.26 tag is: [ ] Broken [ ] Alpha [ ] Beta [ ] Stable Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: tagging 6.0.26
On 03/09/2010 04:59 PM, Henri Gomez wrote: > And to include french translations fixes :) those are r920841 - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: tagging 6.0.26
On 03/09/2010 04:58 PM, Konstantin Kolinko wrote: > 2010/3/9 Konstantin Kolinko : >> Do not forget to update both >> version.minor >> version.suffix > > I meant > version.build > version.suffix Yep. I will double check that. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: [VOTE] C-T-R for any translation fixes
On 03/09/2010 01:47 AM, Filip Hanik - Dev Lists wrote: > Overall, We'd be better off leaving everything as it is. > 6.0.24 had a huge amount of changes, and also a series of rapid > regressions, and probably more to follow. > To keep the branch stable, we should work in a stable manner, RTC has > worked well for that That is also what I am thinking, more eyes to spot errors warrants a more stable tomcat. Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: tagging 6.0.26
On 03/08/2010 12:01 PM, Konstantin Kolinko wrote: > 2010/3/8 jean-frederic clere : >> On 03/08/2010 09:35 AM, Mark Thomas wrote: >>> On 08/03/2010 08:09, jean-frederic clere wrote: >>>> On 03/06/2010 10:55 AM, Mark Thomas wrote: >>>>> On 06/03/2010 06:54, jean-frederic clere wrote: >>>>>> Hi, >>>>>> >>>>>> I plan to tag 6.0.26 on Sunday evening (Neuchatel time) and release on >>>>>> Monday. >>>>>> Comments? >>>>> >>>>> +1. Do you really mean release on Monday? >>>> >>>> hm... Starting the vote for the release on Monday... >>> >>> Though so :) >>> >>> Konstantin's improved fixes for 48668 need one more vote and then I >>> think we'll be good to go. >> >> hm the 3 patches go very well togother. Won't it be more easy to have >> only one vote for the whole correction? > > I won't be programming for the next ~4-6 hours. So I, personally, > cannot do it earlier than that. No pb. Better double checking now than later. Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: tagging 6.0.26
On 03/08/2010 09:35 AM, Mark Thomas wrote: > On 08/03/2010 08:09, jean-frederic clere wrote: >> On 03/06/2010 10:55 AM, Mark Thomas wrote: >>> On 06/03/2010 06:54, jean-frederic clere wrote: >>>> Hi, >>>> >>>> I plan to tag 6.0.26 on Sunday evening (Neuchatel time) and release on >>>> Monday. >>>> Comments? >>> >>> +1. Do you really mean release on Monday? >> >> hm... Starting the vote for the release on Monday... > > Though so :) > > Konstantin's improved fixes for 48668 need one more vote and then I > think we'll be good to go. hm the 3 patches go very well togother. Won't it be more easy to have only one vote for the whole correction? Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: tagging 6.0.26
On 03/06/2010 10:55 AM, Mark Thomas wrote: > On 06/03/2010 06:54, jean-frederic clere wrote: >> Hi, >> >> I plan to tag 6.0.26 on Sunday evening (Neuchatel time) and release on >> Monday. >> Comments? > > +1. Do you really mean release on Monday? hm... Starting the vote for the release on Monday... - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
tagging 6.0.26
Hi, I plan to tag 6.0.26 on Sunday evening (Neuchatel time) and release on Monday. Comments? Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: LocalProperties
On 03/05/2010 09:24 PM, Henri Gomez wrote: > Hi to all, > > I sent some patches to Jean-Fred about the LocalString_fr.properties. I have noticed it is in fact fix in trunk but not in tc6.0.x I have submitted a new proposal. Please double check... It is not my day today :-/ Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: svn commit: r919515 - /tomcat/tc6.0.x/trunk/STATUS.txt
On 03/05/2010 06:28 PM, rj...@apache.org wrote: > Author: rjung > Date: Fri Mar 5 17:28:00 2010 > New Revision: 919515 > > URL: http://svn.apache.org/viewvc?rev=919515&view=rev > Log: > Vote and comment. > > Modified: > tomcat/tc6.0.x/trunk/STATUS.txt > > Modified: tomcat/tc6.0.x/trunk/STATUS.txt > URL: > http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/STATUS.txt?rev=919515&r1=919514&r2=919515&view=diff > == > --- tomcat/tc6.0.x/trunk/STATUS.txt (original) > +++ tomcat/tc6.0.x/trunk/STATUS.txt Fri Mar 5 17:28:00 2010 > @@ -129,5 +129,8 @@ > * Remove malformed \u encoding in the french translation. >That prevents deployment of applications when using french language. >http://svn.apache.org/viewvc?rev=919503&view=rev > - +1: jfclere, markt > + +1: jfclere, markt, rjung >-1: > + rjung: Out of curiousity: how can example webapp strings prevent > deployment? > + svn:log of this proposal contains a reference to > WebModule=//localhost/erablex. > + Is this in any way related to the actual change proposed here? Look to r72 I think that the fix for the: +++ SEVERE: Null component Catalina:type=JspMonitor,name=jsp,WebModule=//localhost/erablex,J2EEApplication=none,J2EEServer=none 25 f?vr. 2010 09:48:33 org.apache.catalina.startup.HostConfig deployDirectory SEVERE: Erreur lors du d?ploiement du r?pertoire erablex de l'application web Throwable occurred: java.lang.NoClassDefFoundError: org.apache.catalina.session.StandardManager (initialization failure) at java.lang.J9VMInternals.initialize(J9VMInternals.java:140) at org.apache.catalina.core.StandardContext.start(StandardContext.java:4390) +++ Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: svn commit: r919515 - /tomcat/tc6.0.x/trunk/STATUS.txt
On 03/05/2010 06:28 PM, rj...@apache.org wrote: > Author: rjung > Date: Fri Mar 5 17:28:00 2010 > New Revision: 919515 > > URL: http://svn.apache.org/viewvc?rev=919515&view=rev > Log: > Vote and comment. > > Modified: > tomcat/tc6.0.x/trunk/STATUS.txt > > Modified: tomcat/tc6.0.x/trunk/STATUS.txt > URL: > http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/STATUS.txt?rev=919515&r1=919514&r2=919515&view=diff > == > --- tomcat/tc6.0.x/trunk/STATUS.txt (original) > +++ tomcat/tc6.0.x/trunk/STATUS.txt Fri Mar 5 17:28:00 2010 > @@ -129,5 +129,8 @@ > * Remove malformed \u encoding in the french translation. >That prevents deployment of applications when using french language. >http://svn.apache.org/viewvc?rev=919503&view=rev > - +1: jfclere, markt > + +1: jfclere, markt, rjung >-1: > + rjung: Out of curiousity: how can example webapp strings prevent > deployment? > + svn:log of this proposal contains a reference to > WebModule=//localhost/erablex. > + Is this in any way related to the actual change proposed here? Oops that should just fix the examples. Mark already fixed the part that broke all the application. Cheers Jean-Frederic > > > > - > To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org > For additional commands, e-mail: dev-h...@tomcat.apache.org > > - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
[GSoC Projects Available] Issue Navigator - ASF JIRA
Hi, Just that JIRA stuff has been created for the GSoC. Should we move our entries there? Cheers Jean-Frederic https://issues.apache.org/jira/secure/IssueNavigator.jspa?mode=hide&requestId=12314021 - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: [RESULTS][VOTE] Release build 6.0.25
On 03/04/2010 04:04 AM, Rex Wang wrote: > Hi, any plan when will 6.0.26 released? Our project has a dependency on it.. There is still a regression to vote (and test): bug 48827. If no other problems the release should happen early next week. Cheers Jean-Frederic > > Thanks > > -Rex > > 2010/3/3 Mladen Turk > >> On 03/03/2010 08:33 AM, jean-frederic clere wrote: >> >>> Stable [3] >>> Broken [2] >>> >>> So we go for a 6.0.26. Please commit the stuff voted in STATUS.txt >>> >>> >> And few ones that need votes :) >> E.g the trivial exception throwing fix for APR connector on shutdown. >> >> Regards >> -- >> ^TM >> >> >> - >> To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org >> For additional commands, e-mail: dev-h...@tomcat.apache.org >> >> > > - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
[RESULTS][VOTE] Release build 6.0.25
Stable [3] Broken [2] So we go for a 6.0.26. Please commit the stuff voted in STATUS.txt Comments? Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Tomcat 5.5 release
On 03/02/2010 08:54 PM, Filip Hanik - Dev Lists wrote: > Time for another one folks? Should I tag end of this week? +1 Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: svn commit: r917921 - in /tomcat/native/branches/1.1.x: java/org/apache/tomcat/jni/SSL.java native/include/ssl_private.h native/src/ssl.c native/src/sslcontext.c xdocs/miscellaneous/changelog.xml
On 03/02/2010 05:47 PM, Mladen Turk wrote: > On 03/02/2010 05:43 PM, jean-frederic clere wrote: >> On 03/02/2010 09:51 AM, mt...@apache.org wrote: >>> Author: mturk >>> Date: Tue Mar 2 08:51:46 2010 >>> New Revision: 917921 >>> >>> URL: http://svn.apache.org/viewvc?rev=917921&view=rev >>> Log: >>> Add unafe legacy renegotiation support >> >> How does that interacts with >> http://svn.apache.org/viewvc?rev=881179&view=rev ? >> > > The same way as in mod_ssl Yes but won't it be possible to allow client initiated renegotiation with 0.9.8m? Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: svn commit: r917921 - in /tomcat/native/branches/1.1.x: java/org/apache/tomcat/jni/SSL.java native/include/ssl_private.h native/src/ssl.c native/src/sslcontext.c xdocs/miscellaneous/changelog.xml
On 03/02/2010 09:51 AM, mt...@apache.org wrote: > Author: mturk > Date: Tue Mar 2 08:51:46 2010 > New Revision: 917921 > > URL: http://svn.apache.org/viewvc?rev=917921&view=rev > Log: > Add unafe legacy renegotiation support How does that interacts with http://svn.apache.org/viewvc?rev=881179&view=rev ? Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: [VOTE] Release build 6.0.25
On 02/25/2010 01:07 PM, Tim Funk wrote: > So far all looks OK - but due to the version issue - I vote: > [X] Broken > > I believe rebuilding with an updated properties (no retag needed) should > fix the issue. Yep it is just a packaging problem. Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: [VOTE] Release Tomcat Connectors 1.2.29
On 02/23/2010 04:06 PM, Mladen Turk wrote: > [X] Stable - no major issues, no regressions Looks ok in all my builds. Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
[VOTE] Release build 6.0.25
The candidates binaries are available here: http://people.apache.org/~jfclere/tomcat-6/v6.0.25/ According to the release process, the 6.0.25 tag is: [ ] Broken [ ] Alpha [ ] Beta [ ] Stable Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Prepping for a 6.0.25 release
On 02/24/2010 01:27 AM, Mark Thomas wrote: > As I'm sure you've seen from the slew of commit messages, I've been > through the 6.0.x status file and applied all the eligible patches. > > The only patch I think we need to have for 6.0.25 that doesn't have > enough votes is the fix for > https://issues.apache.org/bugzilla/show_bug.cgi?id=48627 I have voted for this one. I will wait a while and then go for the release. Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: jk/cluster - intelligent systems load
On 02/19/2010 05:19 PM, Mladen Turk wrote: > On 02/19/2010 05:06 PM, Henri Gomez wrote: >>> Not a mod_proxy guru, but filtering X-header from responses should be >>> near >>> trivial based on past experience with the proxy code. >> >> >> There is the GPL licence 'problem' of the Hyperic lib which should be >> 'solved' isn't ? >> > > Tomcat Native already has some capabilities that > can provide system not JVM options like CPU and Memory > load on the box itself. For loadbalancing stuff > this is all that is needed thought. > Some of those are even displayed on status page > when it's loaded in inside the Tomcat. Additionally JAVA6 provide stats information on the JVM. Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: jk/cluster - intelligent systems load
On 02/17/2010 10:46 PM, Costin Manolache wrote: > On Wed, Feb 17, 2010 at 11:58 AM, Mladen Turk wrote: > >> On 02/17/2010 07:37 PM, Costin Manolache wrote: >> >>> On Wed, Feb 17, 2010 at 12:38 AM, Mladen Turk wrote: >>> >>> >>> The reasons I suggest using SPDY as a replacement for AJP - and supporting >>> SPDY >>> >> >> I have nothing against SPDY and it really looks cool, >> but IMHO it's doesn't look and feel like the rest of RFC >> protocol specifications. >> If you can push those guys to create a well known RFC-like >> doc, I'm sure that overall internet community will benefit >> from it. >> > > SPDY is still in development - there is an open mailing list and > quite a few proposals/changes/discussions. I would guess > the end result will end up as a RFC-like. Feel free to join the > mailing list and push or volunteer for anything :-) > > The implementations - chrome, mod_spdy are also open source > and with ASF-like license. > > > >> >> OTOH we are discussing this 'protocol thing' for years instead like >> you noticed we concentrate on the tasks we wish to do. >> Think if we start from the protocol side we will stay there (nowhere) >> for few more years (although SPDY might be even more then we need). > > > I think what matters is having a working SPDY implementation in tomcat, > inter-operable > with chrome/mod_spdy/google. If we start with this we'll probably make > more progress than by discussing protocols :-) Yep, I have noted that people are preparing an implementation for httpd so at some point it will just "porting" that code to TC. Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Timing for 6.0.25?
On 02/16/2010 05:15 PM, Mark Thomas wrote: > On 16/02/2010 14:03, jean-frederic clere wrote: >> On 02/16/2010 12:52 PM, Mark Thomas wrote: >>> Mainly a question for Jean-Frederic, but what are the thoughts on aiming >>> for a 6.0.25 release quite soon? There were a handful of regressions in >>> 6.0.24 it would be good to fix. >>> >> >> +1 on my side :-) > > Great. When works for you (keeping in mind there are a lot of patches > that folks need time to review). Early next week? Yep Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Timing for 6.0.25?
On 02/16/2010 12:52 PM, Mark Thomas wrote: > Mainly a question for Jean-Frederic, but what are the thoughts on aiming > for a 6.0.25 release quite soon? There were a handful of regressions in > 6.0.24 it would be good to fix. > +1 on my side :-) Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: [VOTE] Release Apache Tomcat Native 1.1.20
On 02/10/2010 11:19 AM, Mladen Turk wrote: > Hi, > > Native 1.1.20 is available for testing. > Compared with 1.1.19 and earlier versions it has a bug fix that > prevents crashing JVM on shutdown. > > If you want to take a look, the final source distribution can be > downloaded from: > http://tomcat.apache.org/dev/dist/tomcat-connectors/native/source/1.1.20 > (Will be visible after the server sync is done) > > Win32/Win64 binaries are available at: > http://tomcat.apache.org/dev/dist/tomcat-connectors/native/binaries/ > > So here's the vote. > It will be closed in about 72 hours > (or sooner if enough votes are encountered) > > > Apache Tomcat Native 1.1.20 is: > > [X] Stable - no major issues, no regressions Builds/Tests on all plaforms I am able to test. Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: svn commit: r908386 - in /tomcat/site/trunk: docs/security-6.html xdocs/security-6.xml
On 02/10/2010 09:32 AM, jfcl...@apache.org wrote: > Author: jfclere > Date: Wed Feb 10 08:32:11 2010 > New Revision: 908386 > > URL: http://svn.apache.org/viewvc?rev=908386&view=rev > Log: > Just a ref to Not a vulnerability in Tomcat. > Should I put the work-around in the "Not a vulnerability in Tomcat" part? Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Tagging Tomcat Native 1.1.20
On 02/08/2010 08:25 AM, Mladen Turk wrote: > Hi, > > We have a nasty bug that crashes the JVM on shutdown cause > by Library.terminate call while we are inside Socket.accept > > The reason for crash is that we reference later in code the > memory that was already destroyed with apr_pool_terminate, and > can lead to a JVM core. > > The fix is quite simple (r907567) and I plan to tag 1.1.20 > and propose a vote. > > > Comments? Cool :-) Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: [ANN] Apache Tomcat 6.0.24 released
On 01/29/2010 03:29 AM, Jason Brittain wrote: > Maybe you have a conflicting jsch jar file that ends up getting loaded in > front of the > correct/newer version. Look for all jsch jars on your machine and see what > versions > they are, and maybe temporarily (re)move older ones. It seems I have one in ant and it uses this one :-/ Cheers Jean-Frederic > > -- > Jason > > > On Thu, Jan 28, 2010 at 6:25 PM, Filip Hanik - Dev Lists > wrote: > >> I get the error thrown by >> >> JSchException("Algorithm negotiation fail") >> >> and it says everywhere that it was fixed when MAven went to 2.1 (instead of >> 2.0) but I still get it >> >> Filip > - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: [ANN] Apache Tomcat 6.0.24 released
On 01/28/2010 01:29 AM, Jason Brittain wrote: > Apparently the Maven repositor(ies) don't yet have this new release. Can > you > push it out? The ibiblio repository has 6.0.20: > > http://mirrors.ibiblio.org/pub/mirrors/maven2/org/apache/tomcat/catalina/ > > but the documented Apache m2-repository (for stable releases) only has up to > 6.0.18: > > http://tomcat.apache.org/dev/dist/m2-repository/org/apache/tomcat/catalina/ I have fixed the stuff in people.apache.org I hope it will appear soon in the mirrors. Cheers Jean-Frederic > > Thanks! > -- > Jason Brittain > MuleSoft http://www.mulesoft.com > > > On Thu, Jan 21, 2010 at 7:47 AM, jean-frederic clere wrote: > >> The Apache Tomcat team announces the immediate availability of Apache >> Tomcat 6.0.24 stable. This release includes many bug-fixes over Apache >> Tomcat 6.0.20. >> Note that is version has 4 zip binaries: a generic one and three >> bundled with Tomcat native binaries for different CPU architectures. >> >> >> Apache Tomcat 6.0 includes new features over Apache Tomcat 5.5, >> including support for the new Servlet 2.5 and JSP 2.1 specifications, a >> refactored clustering implementation, advanced IO features, and >> improvements in memory usage. >> >> Please refer to the change log for the list of changes: >> http://tomcat.apache.org/tomcat-6.0-doc/changelog.html >> >> Downloads: >> http://tomcat.apache.org/download-60.cgi >> >> Migration guide from Apache Tomcat 5.5.x: >> http://tomcat.apache.org/migration.html >> >> Thank you, >> >> -- The Apache Tomcat Team >> >> - >> To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org >> For additional commands, e-mail: dev-h...@tomcat.apache.org >> >> > - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Viewing changelog.xml XML files as HTML
On 01/22/2010 07:37 AM, Konstantin Kolinko wrote: > With r902006 and r902008 applied, the changelog.xml of trunk is now > rendered as HTML by certain browsers. It works for me in Firefox 3.6 > and in IE 7.0. You can try it yourselves by the following link: > > http://svn.apache.org/repos/asf/tomcat/trunk/webapps/docs/changelog.xml > > I propose to backport this to 6.0 and 5.5 docs. Are there any complaints? Cool +1 Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: [VOTE][RESULT] Release build 6.0.24
On 01/22/2010 07:01 AM, Konstantin Kolinko wrote: > 2010/1/21 Konstantin Kolinko : >> 2010/1/21 Mark Thomas : >>> On 21/01/2010 04:33, jean-frederic clere wrote: >>>> Hi, >>>> >>>> We have 6 binding Stable votes. >>>> I'll proceed with copying the files to >>>> dist, updating the web pages and make an Announcement. >>> >>> Woot! >>> >>> Thanks for your work on this. >>> >>> Mark >>> >>> PS Don't forget the (relatively) new announce@ list. >>> >> >> Congratulations! >> >> Note, that we now have 4 zip binaries: a generic one, and three >> bundled with Windows binaries for different CPU architectures. >> >> >> Best regards, >> Konstantin Kolinko >> > > I reuploaded Tomcat docs (tomcat-6.0-doc-6.0.24) using the > -fulldocs.tar.gz bundle. I preserved the updated changelog.html file. > > There were two errors with the old ones: > 1. The Javadoc was missing. As if the docs were copied from > /webapps/docs, which does not include them. This error was noticed in > one thread on us...@. > > 2. The docs were actually from the 6.0.23 release. I noticed it looking at > http://tomcat.apache.org/tomcat-6.0-doc/RELEASE-NOTES.txt > > The changes should replicate to the live site in a hour or so. > > I've renamed the old copy of the docs to tomcat-6.0-doc-6.0.24-old > If everything is good I'll remove that in a day or two. ok thanks. > > > I thought that we can update TC6 download page to include direct links > to the *-windows-*.zip files, but as of now I am hesitant to do so for > this release, because with TC-Native DLL being enabled by default > there will be BZ 48584. We will do another release once it is fixed and add the link after that. Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
[ANN] Apache Tomcat 6.0.24 released
The Apache Tomcat team announces the immediate availability of Apache Tomcat 6.0.24 stable. This release includes many bug-fixes over Apache Tomcat 6.0.20. Note that is version has 4 zip binaries: a generic one and three bundled with Tomcat native binaries for different CPU architectures. Apache Tomcat 6.0 includes new features over Apache Tomcat 5.5, including support for the new Servlet 2.5 and JSP 2.1 specifications, a refactored clustering implementation, advanced IO features, and improvements in memory usage. Please refer to the change log for the list of changes: http://tomcat.apache.org/tomcat-6.0-doc/changelog.html Downloads: http://tomcat.apache.org/download-60.cgi Migration guide from Apache Tomcat 5.5.x: http://tomcat.apache.org/migration.html Thank you, -- The Apache Tomcat Team - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
[VOTE][RESULT] Release build 6.0.24
Hi, We have 6 binding Stable votes. I'll proceed with copying the files to dist, updating the web pages and make an Announcement. Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: native-doc part of Tomcat site: outdated?
On 01/19/2010 01:59 AM, Konstantin Kolinko wrote: > Is http://tomcat.apache.org/native-doc/ generated from /native/trunk, > or from /native/branches/1.1.x/ ? > > Apparently the site for 1.1.18 was generated from trunk, but the one > for 1.1.19 from the 1.1.x branch. > > There are two errors: > 1. The "ChangeLog for 1.1.19" link at http://tomcat.apache.org/ should > point to [1] As of now, the link points to [2], which is a stale page > from 1.1.18 site, not mentioning 1.1.19. > > [1] http://tomcat.apache.org/native-doc/miscellaneous/changelog.html > [2] http://tomcat.apache.org/native-doc/miscellaneous/changelog-1.1.x.html > > > 2. The main page of native-doc [3] lists "10 September 2008 - > TC-Native-1.1.15 released" as the most recent news item. Subsequent > releases are not mentioned. > > [3] http://tomcat.apache.org/native-doc/index.html > > > A bit of a mess, but I think that the site from the branch is the right one. > > Probably we shouldn't maintain changelog-1.1.x.html [2] in the trunk, > because it duplicates effort. > > I'll update the link on the main site. Be sure to use the right link > in the announcement. I will look to that now. Cheers Jean-Frederic > > > Best regards, > Konstantin Kolinko > > - > To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org > For additional commands, e-mail: dev-h...@tomcat.apache.org > > - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
[VOTE] Release build 6.0.24
The candidates binaries are available here: http://people.apache.org/~jfclere/tomcat-6/v6.0.24/ According to the release process, the 6.0.24 tag is: [ ] Broken [ ] Alpha [ ] Beta [ ] Stable Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
tagging 6.0.24
Hi, I plan to tag 6.0.24 tomorrow lunch time (~13h00 my time). Please complain if that is not ok. Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: JSP 2.2 & EL 2.2 implementation complete
On 01/15/2010 10:33 AM, jean-frederic clere wrote: > According to my tests: > EL : 11 failures. (They looks similar I will have a closer look later). java/javax/el/ArrayELResolver.java setValue exceptions are missing (Look in http://java.sun.com/javaee/6/docs/api/javax/el/ArrayELResolver.html I don't say how it returns ClassCastException for example). java/org/apache/el/lang/ELSupport.java coerceTo* returns wrong exceptions signature test failed too. Other failures are harder to investigate. Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: JSP 2.2 & EL 2.2 implementation complete
On 01/14/2010 11:47 PM, Mark Thomas wrote: > The subject says it all really. Still no sign of the TCK so there are > probably some bugs in my understanding/interpretation of the spec. According to my tests: EL : 11 failures. (They looks similar I will have a closer look later). JSP : 1 failures. (the signature tests). Cheers Jean-Frederic > > Mark > > > > - > To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org > For additional commands, e-mail: dev-h...@tomcat.apache.org > > - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: [VOTE] Release build 6.0.23
On 01/14/2010 10:45 PM, Filip Hanik - Dev Lists wrote: > > if all we find wrong is line endings, then I would suggest > 1. fix the packaging script > 2. Add the fix to the tag > 3. rerun the script > 4. post the new binaries We have to fix the TCK failures, We shouldn't release some things which is not TCK compliant. Rollback r899138 should fix those TCK issues, no? Cheeers Jean-Frederic > > Filip > > On 01/14/2010 07:23 AM, jean-frederic clere wrote: >> The candidates binaries are available here: >> http://people.apache.org/~jfclere/tomcat-6/v6.0.23/ >> >> According to the release process, the 6.0.23 tag is: >> [ ] Broken >> [ ] Alpha >> [ ] Beta >> [ ] Stable >> >> Cheers >> >> Jean-Frederic >> >> - >> To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org >> For additional commands, e-mail: dev-h...@tomcat.apache.org >> >> >> > > > - > To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org > For additional commands, e-mail: dev-h...@tomcat.apache.org > > - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: [VOTE] Release build 6.0.23
On 01/14/2010 04:51 PM, Mark Thomas wrote: > On 14/01/2010 14:23, jean-frederic clere wrote: >> The candidates binaries are available here: >> http://people.apache.org/~jfclere/tomcat-6/v6.0.23/ >> >> According to the release process, the 6.0.23 tag is: >> [ ] Broken >> [ ] Alpha >> [ ] Beta >> [ ] Stable > > Minor niggle. The .asc file is missing for apache-tomcat-6.0.23.exe Oops fixed thanks. Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: svn commit: r899222 - /tomcat/tc6.0.x/trunk/STATUS.txt
On 01/14/2010 04:01 PM, Filip Hanik - Dev Lists wrote: > doco stuff you can go right ahead and change without status IIRC I was about to do it but we have http://wiki.apache.org/tomcat/TomcatVersions that could replace it. Should I use the link to the wiki? Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
[VOTE] Release build 6.0.23
The candidates binaries are available here: http://people.apache.org/~jfclere/tomcat-6/v6.0.23/ According to the release process, the 6.0.23 tag is: [ ] Broken [ ] Alpha [ ] Beta [ ] Stable Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
tagging 6.0.23
Hi, I plan to tag 6.0.23 tomorrow lunch time (~13h00 my time). Please complain if that is not ok. Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Tomcat-Lite update
On 01/08/2010 11:15 AM, Henri Gomez wrote: >>> Any comments on including the experimental SPDY support ( >>> http://www.chromium.org/spdy/spdy-protocol ) ? >>> I know we had countless debates on JK2 and http proxies, but some extra code >>> to try out doesn't hurt :-) >> >> We need a httpd module (like mod_proxy_ajp) for that :-) > > mod_proxy_spdy ? :-) Yep that is my idea :-) Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Tomcat-Lite update
On 01/07/2010 05:50 PM, Costin Manolache wrote: > On Wed, Jan 6, 2010 at 12:13 AM, Mark Thomas wrote: > >> On 06/01/2010 00:27, Costin Manolache wrote: >>> Also, I would like to know if other comitters are OK with (temporarily - >>> i.e. until the 7.0 release vote) including lite in the tomcat7 builds, >>> so people can try it out. >> >> How about adding it to the extras build? It could be included in the >> release then as well. >> >> > Sounds good, thanks for the suggestions. On the building part - tomcat-lite > supports both > maven and ant, and the ant build is using ivy to download the deps - I will > keep it > this way instead of using the tomcat's download tasks, seems easier. So I > will just call > lite's build.xml from tomcat extras. Downloading ivy and ivy downloading > deps is automated. > > Any comments on including the experimental SPDY support ( > http://www.chromium.org/spdy/spdy-protocol ) ? > I know we had countless debates on JK2 and http proxies, but some extra code > to try out doesn't hurt :-) We need a httpd module (like mod_proxy_ajp) for that :-) Cheers Jean-Frederic > > Costin > - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: [REMIND] Re: [VOTE] Release Apache Tomcat Native 1.1.19
On 01/07/2010 01:01 PM, Mladen Turk wrote: >> >> Apache Tomcat Native 1.1.19 is: >> > > I know it's a pickle season, and you guys > are all busy digesting Christmas and New Year eve's > meals, but can I have some votes here :) Yep, I am still wasted (my stomach at least). +1 I had some problems to get my remote macosx box to run but it is ok on all the platforms I am able to test. Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: [VOTE] Release Apache Tomcat Native 1.1.19
On 01/06/2010 07:47 AM, Mladen Turk wrote: > On 01/06/2010 01:21 AM, Konstantin Kolinko wrote: >> 2010/1/5 Mladen Turk: >>> Hi, >>> >>> Native 1.1.19 is available for testing. >>> Compared with 1.1.18 It has minor versioning fix and allows building >>> against >>> OpenSSL 1.0 (well Rainer beat me before the tag :) >>> >>> If you want to take a look, the final source distribution can be >>> downloaded from: >>> >>> http://tomcat.apache.org/dev/dist/tomcat-connectors/native/source/1.1.19 >>> (until synced the builds are available at) >>> http://people.apache.org/~mturk/native/source/1.1.19 >>> >>> Win32/Win64 binaries will be available at: >>> http://tomcat.apache.org/dev/dist/tomcat-connectors/native/binaries/ >>> >>> So here's the vote. >>> It will be closed in about 72 hours >>> (or sooner if enough votes are encountered) >>> >>> >>> Apache Tomcat Native 1.1.19 is: >>> >>> [ ] Stable - no major issues, no regressions >>> [ ] Beta - at least one significant issue -- tell us what it is >>> [ ] Alpha - multiple significant issues -- tell us what they are >>> >>> Regards >>> -- >>> ^TM >>> >> >> I see that the Windows binaries are built with OpenSSL 0.9.8k: >> >> ( 1) "openssl.exe version" prints that number, >>2) looking for "0.9.8" string inside the DLLs I see that number.) >> >> Wasn't it supposed to be 0.9.8l ? >> > > Nope. 0.9.8l is broken, so we switched back to 0.9.8k > You might check the OpenSSL dev archive (and our own about > that subject) > We have a patch in 1.1.18 that fully Fully... Well it is allow server initiated renegociation like in mod_ssl. Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: [tcnative] slight apr and openssl version confusion
On 01/04/2010 06:01 PM, Rainer Jung wrote: > What is the use of the file > >native/srclib/VERSIONS > > in tcnative? > > Ib the 1.1.x branch it contains the info: > > = > Use the following version of the libraries > > - APR 1.2.8, http://apr.apache.org > - OpenSSL 0.9.8e, http://www.openssl.org > = > > But the build system checks for APR 1.2.1 and OpenSSL >= 0.9.7f in > native/buildconf and native/build/tcnative.m4. Additionally the buildconf defaults to apr-1.2.7 located in srclib. What happens is that buildconf copies files from apr the idea was to have that information in native/srclib/VERSIONS. I think the file native/srclib/VERSIONS should be created by configure and doesn't need to be in repository. Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: svn commit: r895700 - /tomcat/native/trunk/native/build/tcnative.m4
On 01/04/2010 08:50 PM, Konstantin Kolinko wrote: > 2010/1/4 : >> Author: rjung >> Date: Mon Jan 4 16:58:04 2010 >> New Revision: 895700 >> >> URL: http://svn.apache.org/viewvc?rev=895700&view=rev >> Log: >> Fix apr version test i tcnative trunk. >> >> Modified: >>tomcat/native/trunk/native/build/tcnative.m4 >> > >> --- tomcat/native/trunk/native/build/tcnative.m4 (original) >> +++ tomcat/native/trunk/native/build/tcnative.m4 Mon Jan 4 16:58:04 2010 >> @@ -35,8 +35,12 @@ >> if test "${1}" -lt "1"; then >> AC_MSG_ERROR(You need APR version 1.3.3 or newer installed.) >> else >> -if test "${2}" -lt "2"; then >> +if test "${2}" -lt "3"; then >> AC_MSG_ERROR(You need APR version 1.3.3 or newer installed.) >> +else >> + if test "${2}" -lt "3"; then >> +AC_MSG_ERROR(You need APR version 1.3.3 or newer installed.) >> + fi >> fi >> fi >> > > I do not understand the above. What is the difference between these checks? : >> +if test "${2}" -lt "3"; then >> + if test "${2}" -lt "3"; then Should be if test "${2}" -lt "3"; then if test "${3}" -lt "3"; then No? Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Removal of libtcnative-1.dll files from /dist
On 01/04/2010 01:25 AM, Konstantin Kolinko wrote: > Hi, all! > > I removed the libtcnative-1.dll files of Tomcat Native 1.1.18 from > www.apache.org/dist/tomcat/tomcat-connectors/native/1.1.18/binaries > > Those were the wrong ones, dynamically linked with apr and ssl, > as already discussed in the "[VOTE] Release build 6.0.21" thread. > > I hope that nobody minds my action. My bad... I should have done that. > > The deleted files will eventually disappear from the www.apache.org site and > mirrors, but will be preserved on archive.apache.org. > > Should we go further and request deleting them from the > archive.apache.org as well? +1 Cheers Jean-Frederic > > Best regards, > Konstantin Kolinko > > - > To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org > For additional commands, e-mail: dev-h...@tomcat.apache.org > > - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: [VOTE] Release build 6.0.22
On 12/31/2009 01:57 PM, Mark Thomas wrote: > On 23/12/2009 17:56, jean-frederic clere wrote: >> The candidates binaries are available here: >> http://people.apache.org/~jfclere/tomcat-6/v6.0.22/ >> >> According to the release process, the 6.0.22 tag is: >> [X] Broken >> [ ] Alpha >> [ ] Beta >> [ ] Stable >> >> 6.0.21 was too broken to be used. Take your time I won't release before >> next week and before enough votes. > > Checked src.zip, src.tar.gz, zip, widows-x64.zip & exe > > MD5s good > Signatures good, key in web of trust > > Neither the src.zip nor the src.tar.gz matches the tag. +++ Index: build.properties.default === --- build.properties.default(revision 893580) +++ build.properties.default(working copy) @@ -29,7 +29,7 @@ version.minor=0 version.build=0 version.patch=0 -version=6.0-snapshot +version=6.0.22 # - Default Base Path for Dependent Packages - # Please note this path must be absolute, not relative, +++ Correct? > A number of > binary files of various types (.exe, gif, bmp) look to have been > modified. Further investigation shows the fail-safe EOL patch wasn't > quite right. I have fixed trunk and proposed the necessary fixes for > 6.0.x and 5.5.x I voted it :-) Happy New year Jean-Frederic > > Mark > > > > - > To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org > For additional commands, e-mail: dev-h...@tomcat.apache.org > > - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
[VOTE] Release build 6.0.22
The candidates binaries are available here: http://people.apache.org/~jfclere/tomcat-6/v6.0.22/ According to the release process, the 6.0.22 tag is: [ ] Broken [ ] Alpha [ ] Beta [ ] Stable 6.0.21 was too broken to be used. Take your time I won't release before next week and before enough votes. Merry Christmas Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: [VOTE] Release build 6.0.21 (try 2)
On 12/23/2009 01:38 PM, Mark Thomas wrote: On 23/12/2009 08:55, jean-frederic clere wrote: On 12/22/2009 09:27 PM, Mark Thomas wrote: Servlet TCK passes JSP TCK passes - 1 failure This one, however, can't be ignored. Remy hinted at it early today. The fix for bug 47453 created a regression in that the constraint expressed in JSP.2.3.4 namely thatA String literal can be provided, as long as the return type of the deferred method signature is not void is not enforced. This needs to be fixed for 6.0.21 and will, therefore, require a re-tag. Sure. Are you going to re-tag trunk as 6.0.21 or 6.0.22. I will re-tag trunk as 6.0.22 I have no strong preference. Whilst this is happening in the open, it is only happening on the dev list and folks on the dev list are not end users so I am not concerned about re-using 6.0.21 If you do want to go for 6.0.22, we'll need to modify the changelog to reflect which changes were post the 6.0.21 tag. Yep. Before tagging I think we should try and commit the MD5 fix and the source file line endings fix. Sure Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: svn commit: r893443 - /tomcat/tc6.0.x/trunk/STATUS.txt
On 12/23/2009 10:35 AM, Konstantin Kolinko wrote: 2009/12/23: Author: jfclere Date: Wed Dec 23 09:28:08 2009 New Revision: 893443 URL: http://svn.apache.org/viewvc?rev=893443&view=rev Log: my votes. http://svn.apache.org/viewvc?rev=893375&view=rev http://svn.apache.org/viewvc?rev=893378&view=rev +1: kkolinko - -1: + -1: jfclere + missing append="true" and doesn't apply I am working on a better proposal. append="true" is _not_ needed. Yep in fact it doesn't apply and the format of the md5 files has changed now. Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: [VOTE] Release build 6.0.21 (try 2)
On 12/23/2009 02:12 AM, Rainer Jung wrote: On 23.12.2009 00:45, Konstantin Kolinko wrote: 2009/12/22 Mark Thomas: (...) Since we are going to have to re-tag anyway, it would be good if the patches required to fix the various niggles above were applied before the tag. Mark +1 to re-tag. And I would like the fix to 47413 to be included in it. Patch already proposed, though there might be comments. To be sure: while applying the patches, we are still updating the "6.0.21" section of changelog.xml? That is, everybody agrees that the next tag will be 6.0.21 again? I am +1 to drop the current TOMCAT_6_0_21/ and recreate it after the fixes are applied. IMHO: Our whole release process happens in public. So our artefacts can be retrieved from the dev download pages and from looking at the files there is nothing to decide, whether it is a later withdrawn release candidate of 6.0.21 or the real release. So since we don't do real release candidates (marking the files with rcX or dev or whatever) the only safe thing would be to burn version number 6.0.21 and go for 6.0.22. +1 The same problem IMHO applies to editing files in an svn tag (at least if more than a couple of minutes have passed since tagging). After editing it's not any more a tag that uniquely describes one version of the code, instead it becomes a branch. Well probably that is also a good idea. Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: [VOTE] Release build 6.0.21 (try 2)
On 12/22/2009 09:27 PM, Mark Thomas wrote: Servlet TCK passes JSP TCK passes - 1 failure This one, however, can't be ignored. Remy hinted at it early today. The fix for bug 47453 created a regression in that the constraint expressed in JSP.2.3.4 namely thatA String literal can be provided, as long as the return type of the deferred method signature is not void is not enforced. This needs to be fixed for 6.0.21 and will, therefore, require a re-tag. Sure. Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
[VOTE] Release build 6.0.21 (try 2)
The candidates binaries are available here: http://people.apache.org/~jfclere/tomcat-6/v6.0.21-try2/ According to the release process, the 6.0.21 tag is: [ ] Broken [ ] Alpha [ ] Beta [ ] Stable The differences are only the tcnative windows binary files: tcnative was broken in the previous try. Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: [VOTE] Release build 6.0.21
On 12/22/2009 10:32 AM, Mark Thomas wrote: On 22/12/2009 09:11, jean-frederic clere wrote: On 12/22/2009 09:28 AM, Henri Gomez wrote: Up till now we always had tcnative-1.dll not libtcnative-1.dll so it's just broken build comming from private builds, because there is no 1.1.18 binaries in w.a.o/dist/ Meaning: 1. Wrong tcnative 2. Build is not reproducable I'd say the packaging is broken, not the 6.0.21 itself. So nothing prevent from a release of 6.0.21 ? I just have to redo the package and produce the missing tcnative-1.dlls. You'll need to revert some of the changes you made to the tag as well. I have reverted the bad changes. It might be cleaner to create a new tag. i.e. - delete the current 6.0.21 tag - set the version in 6.0.x/trunk - tag 6.0.21 - reset the version in 6.0.x/trunk - regenerate the release candidate Only a thought though. As long as the source tarball we vote on a) matches the tag and b) can be used to generate the release binaries everything else is academic. Yep I will redo the production of the tarballs and others. Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: svn commit: r892991 - in /tomcat/tc6.0.x/trunk: STATUS.txt build.properties.default webapps/docs/changelog.xml
On 12/21/2009 11:43 PM, Rainer Jung wrote: On 21.12.2009 22:36, jfcl...@apache.org wrote: Author: jfclere Date: Mon Dec 21 21:36:07 2009 New Revision: 892991 URL: http://svn.apache.org/viewvc?rev=892991&view=rev Log: Only update the build file that doesn't change the minimum tcnative version required in the source. The minimum version is in java/org/apache/catalina/core/AprLifecycleListener.java Modified: tomcat/tc6.0.x/trunk/STATUS.txt tomcat/tc6.0.x/trunk/build.properties.default tomcat/tc6.0.x/trunk/webapps/docs/changelog.xml Modified: tomcat/tc6.0.x/trunk/webapps/docs/changelog.xml URL: http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/webapps/docs/changelog.xml?rev=892991&r1=892990&r2=892991&view=diff == --- tomcat/tc6.0.x/trunk/webapps/docs/changelog.xml (original) +++ tomcat/tc6.0.x/trunk/webapps/docs/changelog.xml Mon Dec 21 21:36:07 2009 @@ -33,11 +33,11 @@ - + - Update required version for native to 1.1.17. (rjung) + Update required version for native to 1.1.18. (rjung, kkolinko) Fix issues with expression language when running under a Just in case we find something reaqlly broken, I'd say this changelog item should be reverted to it's 1.1.17 state. We use 1.1.18 only for our own builds, like the bundles tcnative on windows, bot we do *not* require it for Tomcat itself - which this changelog is for. So 1.1.18 used for the windows binary could go into a release notes file. 1.1.17 is vulnerable to CVE-2009-3555, 1.1.18 prevents it at least for the client initiated renegotiations. Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: [VOTE] Release build 6.0.21
On 12/22/2009 09:28 AM, Henri Gomez wrote: Up till now we always had tcnative-1.dll not libtcnative-1.dll so it's just broken build comming from private builds, because there is no 1.1.18 binaries in w.a.o/dist/ Meaning: 1. Wrong tcnative 2. Build is not reproducable I'd say the packaging is broken, not the 6.0.21 itself. So nothing prevent from a release of 6.0.21 ? I just have to redo the package and produce the missing tcnative-1.dlls. Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
[VOTE] Release build 6.0.21
The candidates binaries are available here: http://people.apache.org/~jfclere/tomcat-6/v6.0.21/ According to the release process, the 6.0.21 tag is: [ ] Broken [ ] Alpha [ ] Beta [ ] Stable Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: svn commit: r892964 - /tomcat/tc6.0.x/trunk/STATUS.txt
On 12/21/2009 09:20 PM, jfcl...@apache.org wrote: Author: jfclere Date: Mon Dec 21 20:20:02 2009 New Revision: 892964 URL: http://svn.apache.org/viewvc?rev=892964&view=rev Log: my vote. I have commit the corresponding thing. the remaining patch need more work. I will tag now. Cheers Jean-Frederic Modified: tomcat/tc6.0.x/trunk/STATUS.txt Modified: tomcat/tc6.0.x/trunk/STATUS.txt URL: http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/STATUS.txt?rev=892964&r1=892963&r2=892964&view=diff == --- tomcat/tc6.0.x/trunk/STATUS.txt (original) +++ tomcat/tc6.0.x/trunk/STATUS.txt Mon Dec 21 20:20:02 2009 @@ -301,7 +301,7 @@ http://archive.apache.org/dist/tomcat/tomcat-connectors/native/1.1.18/binaries/ are not yet available, so this patch is untested and it has not been applied to trunk yet. - +1: kkolinko, rjung + +1: kkolinko, rjung, jfclere -1: rjung: it seems binaries are there now. You only want to update the build file, not the minimum tcnative version required in the source, right? - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
release 6.0.21
Hi, Later today I will tag and go for the release, make sure all the patches you want to see in are committed :-) It will also add binaries for tc-native Comments? Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
[ANN] Apache Tomcat Native 1.1.18 released
The Apache Tomcat team announces the immediate availability of Apache Tomcat Native 1.1.18 stable. This release includes few bug fixes over Apache Tomcat Native 1.1.16 and fixes the client initiated part of cve-2009-3555, note that the server initiated renegociation was added in 1.1.17 (and is still in the 1.1.18 code). Please refer to the change log for the list of changes: http://tomcat.apache.org/native-doc/miscellaneous/changelog.html Downloads: http://tomcat.apache.org/download-native.cgi Thank you, -- The Apache Tomcat Team - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: KEYS files
On 11/23/2009 03:23 PM, jean-frederic clere wrote: Hi, It seems there is a bunch of KEYS file in the https://svn.apache.org/repos/asf/tomcat and in the web site. Should we only have one of those? > find . -name KEYS ./tomcat-4/KEYS ./tomcat-5/v5.5.28/KEYS ./tomcat-5/KEYS ./tomcat-5/v5.5.27/KEYS ./tomcat-connectors/KEYS ./tomcat-6/v6.0.20/KEYS ./tomcat-6/v6.0.18/KEYS ./tomcat-6/KEYS > pwd /x1/www/www.apache.org/dist/tomcat The most problematic is ./tomcat-connectors/KEYS (Which does correspond to a repos. Cheers Jean-Frederic Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
KEYS files
Hi, It seems there is a bunch of KEYS file in the https://svn.apache.org/repos/asf/tomcat and in the web site. Should we only have one of those? Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: [VOTE] Releasing Apache Tomcat Native 1.1.18
On 11/19/2009 09:41 AM, Henri Gomez wrote: It works with the update tarball : The updated tarball is now available at http://tomcat.apache.org/dev/dist/tomcat-connectors/native/source/1.1.18/ Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: [VOTE] Releasing Apache Tomcat Native 1.1.18
On 11/19/2009 08:51 AM, Henri Gomez wrote: did you run buildconf ? jnirelease.sh should have done that... Investigating... I'm running SnowLeopard I still have to update my box Cheers Jean-Frederic 2009/11/19 jean-frederic clere: On 11/18/2009 09:43 PM, Henri Gomez wrote: JF, could you provide a new tarball with the configure included. I couldn't built it under OS/X since buildconf failed about missing : cp: /usr/bin/build/apr_common.m4: No such file or directory cp: /usr/bin/build/find_apr.m4: No such file or directory cp: /usr/bin/build/install.sh: No such file or directory cp: /usr/bin/build/config.guess: No such file or directory cp: /usr/bin/build/config.sub: No such file or directory Weird it works for me. +++ macosx:~ jfclere$ uname -a Darwin macosx.gva.redhat.com 9.8.0 Darwin Kernel Version 9.8.0: Wed Jul 15 16:55:01 PDT 2009; root:xnu-1228.15.4~1/RELEASE_I386 i386 +++ Broken apr? Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: [VOTE] Releasing Apache Tomcat Native 1.1.18
On 11/18/2009 09:43 PM, Henri Gomez wrote: JF, could you provide a new tarball with the configure included. I couldn't built it under OS/X since buildconf failed about missing : cp: /usr/bin/build/apr_common.m4: No such file or directory cp: /usr/bin/build/find_apr.m4: No such file or directory cp: /usr/bin/build/install.sh: No such file or directory cp: /usr/bin/build/config.guess: No such file or directory cp: /usr/bin/build/config.sub: No such file or directory Weird it works for me. +++ macosx:~ jfclere$ uname -a Darwin macosx.gva.redhat.com 9.8.0 Darwin Kernel Version 9.8.0: Wed Jul 15 16:55:01 PDT 2009; root:xnu-1228.15.4~1/RELEASE_I386 i386 +++ Broken apr? Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: svn commit: r881789 - /tomcat/native/branches/1.1.x/KEYS
On 11/18/2009 05:44 PM, sebb wrote: On 18/11/2009, jfcl...@apache.org wrote: Author: jfclere Date: Wed Nov 18 14:34:47 2009 New Revision: 881789 URL: http://svn.apache.org/viewvc?rev=881789&view=rev Log: Add my new key and remove the old one. Just the old one will be too short soon/ Have you signed anything with the old key? If so, surely it would be better to keep both keys in the file? Oops good point. I will put the old key back... Cheers Jean-Frederi - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
[VOTE] Releasing Apache Tomcat Native 1.1.18
Hi, Native 1.1.18 is available for testing. Compared with 1.1.17 It just contains the fix for CVE-2009-3555 If you want to take a look, the final source distribution can be downloaded from: http://tomcat.apache.org/dev/dist/tomcat-connectors/native/source/1.1.18 Some binaries will be available at: http://tomcat.apache.org/dev/dist/tomcat-connectors/native/binaries/ So here's the vote. It will be closed in about 72 hours as usual. Apache Tomcat Native 1.1.18 is: [ ] Stable - no major issues, no regressions [ ] Beta - at least one significant issue -- tell us what it is [ ] Alpha - multiple significant issues -- tell us what they are Thank you, Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: svn commit: r880742 - /tomcat/native/branches/1.1.x/STATUS.txt
On 11/17/2009 08:46 AM, Mladen Turk wrote: On 16/11/09 14:35, jean-frederic clere wrote: On 11/16/2009 02:28 PM, jfcl...@apache.org wrote: Well native is Commit-Then-Review. Mladen please commit. Done. Do you wish to tag the 1.1.18? Yes. If do, don't forget this time to define TCN_IS_DEV_VERSION in include/tcn_version.h to zero before tagging :) Sorry :-( Cheers Jean-Frederic Regards - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: svn commit: r880742 - /tomcat/native/branches/1.1.x/STATUS.txt
On 11/16/2009 02:28 PM, jfcl...@apache.org wrote: Author: jfclere Date: Mon Nov 16 13:28:11 2009 New Revision: 880742 URL: http://svn.apache.org/viewvc?rev=880742&view=rev Log: My vote. Well native is Commit-Then-Review. Mladen please commit. Cheers Jean-Frederic Modified: tomcat/native/branches/1.1.x/STATUS.txt Modified: tomcat/native/branches/1.1.x/STATUS.txt URL: http://svn.apache.org/viewvc/tomcat/native/branches/1.1.x/STATUS.txt?rev=880742&r1=880741&r2=880742&view=diff == --- tomcat/native/branches/1.1.x/STATUS.txt (original) +++ tomcat/native/branches/1.1.x/STATUS.txt Mon Nov 16 13:28:11 2009 @@ -39,5 +39,5 @@ Backport from trunk https://svn.apache.org/viewvc?view=revision&revision=835322 https://svn.apache.org/viewvc?view=revision&revision=835335 - +1: mturk + +1: mturk, jfclere -1: - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: [VOTE] Releasing Apache Tomcat Native 1.1.17
On 10/26/2009 03:31 PM, Remy Maucherat wrote: On Tue, 2009-10-20 at 21:55 +0200, jean-frederic clere wrote: [X] Stable - no major issues, no regressions [ ] Beta - at least one significant issue -- tell us what it is [ ] Alpha - multiple significant issues -- tell us what they are So we +3 (Mladen, Remy and my self) I will process with the release and announce it during (or around) the Tomcat meetup at ApacheCon. Cheers Jean-Frederic Rémy - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: [VOTE] Releasing Apache Tomcat Native 1.1.17
On 10/20/2009 09:55 PM, jean-frederic clere wrote: Hi, Native 1.1.17 is available for testing. If you want to take a look, the final source distribution can be downloaded from: http://tomcat.apache.org/dev/dist/tomcat-connectors/native/source/ Some binaries will be available at: http://tomcat.apache.org/dev/dist/tomcat-connectors/native/binaries/ So here's the vote. It will be closed in about 72 hours as usual. Apache Tomcat Native 1.1.17 is: [X] Stable - no major issues, no regressions BTW: Please vote... Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Tomcat meetup at ApacheCon
Hi everyone, There is a Tomcat meetup organized at the ApacheCon on Monday 2d of November at 20h00. To register http://spreadsheets.google.com/viewform?formkey=dEJLcHk3c1ZrRm8tWUNYeXZZckN0Vnc6MA For more information or add idem you want to present go to http://wiki.apache.org/tomcat/TomcatAtApacheConUs2009 See you in Oakland Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
[VOTE] Releasing Apache Tomcat Native 1.1.17
Hi, Native 1.1.17 is available for testing. If you want to take a look, the final source distribution can be downloaded from: http://tomcat.apache.org/dev/dist/tomcat-connectors/native/source/ Some binaries will be available at: http://tomcat.apache.org/dev/dist/tomcat-connectors/native/binaries/ So here's the vote. It will be closed in about 72 hours as usual. Apache Tomcat Native 1.1.17 is: [ ] Stable - no major issues, no regressions [ ] Beta - at least one significant issue -- tell us what it is [ ] Alpha - multiple significant issues -- tell us what they are Thank you, Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org