Re: jk2 2.0.4 release
NormW wrote: Good morning again. As a PS to my last message, while testing the new changes to Jk2 noted that, in jk_worker_status.c the qry= option uses a plain/text coding rather than plain/html, and as a consequence, the recently added STYLE block is shown at the top of the page... it needs to be moved inside the if (qry=)/else block. Norm Hi, We see many bug fixes in the last 2 weeks in jk2, and I wonder if some of you still have some corrections to commit. I plan to tag jk2 next Monday morning, and make the release on monday afternoon. If nobody object, I'll do like this Did there is still things in the pipes which prevent the jk2 2.0.4 release ? Mladen, Norm, Jean-Fred, Guenter ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jk2 2.0.4 release
Henri Gomez wrote: NormW wrote: Good morning again. As a PS to my last message, while testing the new changes to Jk2 noted that, in jk_worker_status.c the qry= option uses a plain/text coding rather than plain/html, and as a consequence, the recently added STYLE block is shown at the top of the page... it needs to be moved inside the if (qry=)/else block. Norm Hi, We see many bug fixes in the last 2 weeks in jk2, and I wonder if some of you still have some corrections to commit. I plan to tag jk2 next Monday morning, and make the release on monday afternoon. If nobody object, I'll do like this Did there is still things in the pipes which prevent the jk2 2.0.4 release ? Mladen, Norm, Jean-Fred, Guenter ? No. I am now checking old PR's to close them ;-) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] signature.asc Description: OpenPGP digital signature
RE: jk2 2.0.4 release
-Original Message- From: Henri Gomez Did there is still things in the pipes which prevent the jk2 2.0.4 release ? Mladen, Norm, Jean-Fred, Guenter ? Have you (or pehaps others too) been able to test the new shm implementation? MT. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jk2 2.0.4 release
Mladen Turk wrote: -Original Message- From: Henri Gomez Did there is still things in the pipes which prevent the jk2 2.0.4 release ? Mladen, Norm, Jean-Fred, Guenter ? Have you (or pehaps others too) been able to test the new shm implementation? I build it and noticed in init step : [Mon Mar 15 12:14:55 2004] [debug] ../../common/jk_config.c(434): config.setConfig(): Creating channel.socket:localhost:8009 [Mon Mar 15 12:14:55 2004] [debug] ../../common/jk_env.c(200): env.createBean2(): Create [channel.socket] localhost:8009 [Mon Mar 15 12:14:55 2004] [debug] ../../common/jk_env.c(335): env.getByName(): Get by name workerEnv 8ad25a0 [Mon Mar 15 12:14:55 2004] [debug] ../../common/jk_env.c(200): env.createBean2(): Create [ajp13] localhost:8009 [Mon Mar 15 12:14:55 2004] [debug] ../../common/jk_env.c(200): env.createBean2(): Create [threadMutex] (null) [Mon Mar 15 12:14:55 2004] [debug] ../../common/jk_env.c(264): env.createBean2(): register threadMutex:5 8b228c8 [Mon Mar 15 12:14:55 2004] [debug] ../../common/jk_env.c(335): env.getByName(): Get by name workerEnv 8ad25a0 [Mon Mar 15 12:14:55 2004] [debug] ../../common/jk_env.c(200): env.createBean2(): Create [threadMutex] (null) [Mon Mar 15 12:14:56 2004] [debug] ../../common/jk_env.c(335): env.getByName(): Get by name status: 8b288b8 [Mon Mar 15 12:14:56 2004] [debug] ../../common/jk_env.c(325): env.getByName(): Can't find 8ac5130 lb [Mon Mar 15 12:14:56 2004] [debug] ../../common/jk_env.c(325): env.getByName(): Can't find 8ac5130 lb [Mon Mar 15 12:14:56 2004] [debug] ../../common/jk_env.c(325): env.getByName(): Can't find 8ac5130 lb [Mon Mar 15 12:14:56 2004] [debug] ../../common/jk_env.c(325): env.getByName(): Can't find 8ac5130 lb I'm using the Apache 2.0.47 from Fedora Core 1 which is multi-threaded - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jk2 2.0.4 release
Mladen Turk wrote: -Original Message- From: Henri Gomez Did there is still things in the pipes which prevent the jk2 2.0.4 release ? Mladen, Norm, Jean-Fred, Guenter ? Have you (or pehaps others too) been able to test the new shm implementation? I have a core in linux prefork (httpd-2.1). +++ [Mon Mar 15 12:21:10 2004] [notice] jk2_init() Setting scoreboard slot 0 for child 7104 [Mon Mar 15 12:21:10 2004] [notice] Apache/2.0.47 (Unix) mod_ssl/2.0.47 OpenSSL/0.9.6l DAV/2 mod_jk2/2.0.4-dev configured -- resuming normal operations [Mon Mar 15 12:21:10 2004] [info] Server built: Jan 7 2004 11:40:10 [Mon Mar 15 12:21:10 2004] [debug] prefork.c(1037): AcceptMutex: sysvsem (default: sysvsem) [Mon Mar 15 12:21:10 2004] [notice] child pid 7104 exit signal Segmentation fault (11) +++ MT. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] signature.asc Description: OpenPGP digital signature
RE: jk2 2.0.4 release
I know where the bug is. I'll drop the entire childGeneration stuff, it was anyhow a faulty attempt to use inproc tomcat on forked servers. Give me a hour or two. MT. -Original Message- From: jean-frederic clere [mailto:[EMAIL PROTECTED] Sent: Monday, March 15, 2004 12:30 PM To: Tomcat Developers List Subject: Re: jk2 2.0.4 release Mladen Turk wrote: -Original Message- From: Henri Gomez Did there is still things in the pipes which prevent the jk2 2.0.4 release ? Mladen, Norm, Jean-Fred, Guenter ? Have you (or pehaps others too) been able to test the new shm implementation? I have a core in linux prefork (httpd-2.1). +++ [Mon Mar 15 12:21:10 2004] [notice] jk2_init() Setting scoreboard slot 0 for child 7104 [Mon Mar 15 12:21:10 2004] [notice] Apache/2.0.47 (Unix) mod_ssl/2.0.47 OpenSSL/0.9.6l DAV/2 mod_jk2/2.0.4-dev configured -- resuming normal operations [Mon Mar 15 12:21:10 2004] [info] Server built: Jan 7 2004 11:40:10 [Mon Mar 15 12:21:10 2004] [debug] prefork.c(1037): AcceptMutex: sysvsem (default: sysvsem) [Mon Mar 15 12:21:10 2004] [notice] child pid 7104 exit signal Segmentation fault (11) +++ MT. - 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: jk2 2.0.4 release
From: Mladen Turk [EMAIL PROTECTED] Have you (or pehaps others too) been able to test the new shm implementation? I've tested it on FreeBSD Apache/2.0.48 prefork. anon is working ok, but file is not. Looks like I've got a similar problem as Greg. I'm getting permission errors (httpd runs as user/group www/www). [Mon Mar 15 07:59:49 2004] [notice] shm.create() Created head 30048000 size 8192 [Mon Mar 15 07:59:50 2004] (debug ) [jk_shm.c (160)] shm.init(): file=/var/log/jk2.shm size=2162688 [Mon Mar 15 07:59:50 2004] (error ) [jk_shm.c (102)] shm.create(): error creating shm 13 Permission denied [Mon Mar 15 07:59:50 2004] (error ) [jk_shm.c (168)] shm.create(): error creating shm /var/log/jk2.shm [Mon Mar 15 07:59:50 2004] (debug ) [jk_shm.c (160)] shm.init(): file=/var/log/jk2.shm size=2162688 [Mon Mar 15 07:59:50 2004] (error ) [jk_shm.c (102)] shm.create(): error creating shm 13 Permission denied [Mon Mar 15 07:59:50 2004] (error ) [jk_shm.c (168)] shm.create(): error creating shm /var/log/jk2.shm -rw-r--r-- 1 root wheel 4 Mar 15 07:59 /var/log/jk2.shm UID PID PPID CPU PRI NI VSZ RSS WCHAN STAT TT TIME COMMAND 0 4835 1 0 2 0 6916 3480 select Ss??0:00.05 /usr/local/sbin/httpd -k start 80 4836 4835 0 2 0 6924 3516 accept I ??0:00.02 /usr/local/sbin/httpd -k start 80 4837 4835 0 2 0 6916 3492 accept I ??0:00.01 /usr/local/sbin/httpd -k start 80 4838 4835 0 2 0 6916 3492 accept I ??0:00.01 /usr/local/sbin/httpd -k start 80 4839 4835 0 2 0 6916 3492 accept I ??0:00.01 /usr/local/sbin/httpd -k start 80 4840 4835 0 2 0 6916 3492 accept I ??0:00.01 /usr/local/sbin/httpd -k start 80 4861 4835 0 2 0 6916 3492 accept I ??0:00.01 /usr/local/sbin/httpd -k start - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: jk2 2.0.4 release
-Original Message- From: Henri Gomez Subject: jk2 2.0.4 release Hi, We see many bug fixes in the last 2 weeks in jk2, and I wonder if some of you still have some corrections to commit. I'm working on a new shm implementation (as said couple of times during last week). Will be finished during weekend. Perhaps to postpone that? But again we'll stil get those 'create slot epStat.0 failed' messages. MT. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jk2 2.0.4 release
From: Henri Gomez [EMAIL PROTECTED] Hi, We see many bug fixes in the last 2 weeks in jk2, and I wonder if some of you still have some corrections to commit. I plan to tag jk2 next Monday morning, and make the release on monday afternoon. If nobody object, I'll do like this +1 as soon as Mladen is ready. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jk2 2.0.4 release
Good morning Henri. 1. I have tried your recently added style section for the jkstatus page, and the dab of colour is a nice addition. Application of some more P's and H? to the output display would make a small refinement to the approach. However, the notion that one has to recompile the module just to change the colour scheme seems a little too heavyweight. An alternative I tried was to embed a LINK HREF= [in jk_worker_status.c] to an external stylesheet in /styles/jkstatus.css. While hard coding isn't always appreciated (I've seen a few sites with this type of directory) the external file makes changing colour combinations a _lot_ easier. While this might expose the colouring to some tampering, the same is also true with Apache and Mod_Jk2 when external config files are used. 2. A recent e-mail from me to TC-dev indicated a 'problem' with JkUriSet, whereby the 'match_type' is being incorrectly set in the uri bean due to the digits added to the uri passed to the jk_uriEnv_init function. Jean Clere offered some feedback regarding this, but the question still remains. This currently 'breaks' JkUriSet AFAICTest and it 'ought' to be working for the 2.0.4 release if possible. The 'primary key' for URI objects is the URI type + a name field made up of a possible host,port and context. If the same values can be recovered for a particular Location entry in an Apache conf file, then it makes sense to simply update an existing [matching] uri object created through workers2.properties... in which case there is no point to adding the extra numbers, which prevents identical uri keys from being detected. 3. I recently suggested a patch for uriEnv.c to remove a duplicated field from the uri runtime display in /jkstatus. While I can even stand a reply of 'Idiot - it can't be done because...', it's not polite to just ignore offers of assistance to make the module better. Thanks for the time and effort given, Norm Hi, We see many bug fixes in the last 2 weeks in jk2, and I wonder if some of you still have some corrections to commit. I plan to tag jk2 next Monday morning, and make the release on monday afternoon. If nobody object, I'll do like this - 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: jk2 2.0.4 release
Good morning again. As a PS to my last message, while testing the new changes to Jk2 noted that, in jk_worker_status.c the qry= option uses a plain/text coding rather than plain/html, and as a consequence, the recently added STYLE block is shown at the top of the page... it needs to be moved inside the if (qry=)/else block. Norm Hi, We see many bug fixes in the last 2 weeks in jk2, and I wonder if some of you still have some corrections to commit. I plan to tag jk2 next Monday morning, and make the release on monday afternoon. If nobody object, I'll do like this - 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: jk2 2.0.4 release plan
[EMAIL PROTECTED] a écrit : -Original Message- From: Henri Gomez [mailto:[EMAIL PROTECTED] Subject: jk2 2.0.4 release plan Comments welcome I can throw some tests at the build given some notice if that is any help. Thanks for picking this up. Thanks, we're working with JFC to clean the build :-) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: jk2 2.0.4 release plan
-Original Message- From: Henri Gomez [mailto:[EMAIL PROTECTED] Subject: jk2 2.0.4 release plan Comments welcome I can throw some tests at the build given some notice if that is any help. Thanks for picking this up. Greg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jk2 2.0.4 release plan
Jess Holle a écrit : Dave Oxley wrote: Henri, What is the current state of JK2. Is it alpha, beta or GA. If this is going to be an alpha release, what is the plan for a GA release. I would like to migrate from JK when it is stable. This is a *very* good question. Last time I dared to ask the consensus was mod_jk was a better idea for a production system -- but there was a good deal of dissent on this question... Well it's really a good question. GA level should be qualified by users, and more users, more bugs reports and more experience. BTW, we should make this release, to have such return from users. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jk2 2.0.4 release plan
Henri Gomez [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Mike Anderson a écrit : I'll be happy to deliver zips instead of NLMS. for NetWare. Henri (and others) since we are tagging and releasing jk2 can/should we do the same for jk since I know there is added functionality (Ping/Pong and timeouts) there as well? Well, one release at a time, users urge us for jk2 release, jk release could wait some time (Bill ?) Yeah, well, I suppose that now that I'm an all-great-and-powerful PMC member, I could RM a JK release. However, I'd like to get out a TC 3.3.2 before that (so, if anyone else wants to RM JK in the meantime, you've got my +1 :). Also, if Larry wants to jump in to RM 3.3.2, I'll step aside, since he has done such a great job on all of the other 3.3 releases. The rules for 3.3 releases are still old-school. I'll try to get a [PROPOSAL] together by the end of the week. If that's not rejected, then we go to a [VOTE] (which will give me time to clarify if I count PMC members or committers as binding votes). In the unlikely event that we get enough people to care about 3.3 enough to vote (seeing the trouble that Remy has getting people to vote :), then there will be a 3.3.2 release. As cool as it would be to have a 3.3.3 release, I'd probably consider the 3.3.2 release to be an EOL release for the 3.x line. Security releases would still be provided, but not much more. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jk2 2.0.4 release plan
Bill Barker a écrit : Henri Gomez [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Mike Anderson a écrit : I'll be happy to deliver zips instead of NLMS. for NetWare. Henri (and others) since we are tagging and releasing jk2 can/should we do the same for jk since I know there is added functionality (Ping/Pong and timeouts) there as well? Well, one release at a time, users urge us for jk2 release, jk release could wait some time (Bill ?) Yeah, well, I suppose that now that I'm an all-great-and-powerful PMC member, I could RM a JK release. However, I'd like to get out a TC 3.3.2 before that (so, if anyone else wants to RM JK in the meantime, you've got my +1 :). Also, if Larry wants to jump in to RM 3.3.2, I'll step aside, since he has done such a great job on all of the other 3.3 releases. The rules for 3.3 releases are still old-school. I'll try to get a [PROPOSAL] together by the end of the week. If that's not rejected, then we go to a [VOTE] (which will give me time to clarify if I count PMC members or committers as binding votes). In the unlikely event that we get enough people to care about 3.3 enough to vote (seeing the trouble that Remy has getting people to vote :), then there will be a 3.3.2 release. As cool as it would be to have a 3.3.3 release, I'd probably consider the 3.3.2 release to be an EOL release for the 3.x line. Security releases would still be provided, but not much more. +100 for 3.3.2 release, I'm waiting for about ... months :) If you work on it, I could get jk2 RM job :-) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[OT] TEST Re: jk2 2.0.4 release plan
Test At 01:56 AM 2/4/2004, you wrote: Bill Barker a écrit : Henri Gomez [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Mike Anderson a écrit : I'll be happy to deliver zips instead of NLMS. for NetWare. Henri (and others) since we are tagging and releasing jk2 can/should we do the same for jk since I know there is added functionality (Ping/Pong and timeouts) there as well? Well, one release at a time, users urge us for jk2 release, jk release could wait some time (Bill ?) Yeah, well, I suppose that now that I'm an all-great-and-powerful PMC member, I could RM a JK release. However, I'd like to get out a TC 3.3.2 before that (so, if anyone else wants to RM JK in the meantime, you've got my +1 :). Also, if Larry wants to jump in to RM 3.3.2, I'll step aside, since he has done such a great job on all of the other 3.3 releases. The rules for 3.3 releases are still old-school. I'll try to get a [PROPOSAL] together by the end of the week. If that's not rejected, then we go to a [VOTE] (which will give me time to clarify if I count PMC members or committers as binding votes). In the unlikely event that we get enough people to care about 3.3 enough to vote (seeing the trouble that Remy has getting people to vote :), then there will be a 3.3.2 release. As cool as it would be to have a 3.3.3 release, I'd probably consider the 3.3.2 release to be an EOL release for the 3.x line. Security releases would still be provided, but not much more. +100 for 3.3.2 release, I'm waiting for about ... months :) If you work on it, I could get jk2 RM job :-) - 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: jk2 2.0.4 release plan
Bill Barker wrote: Henri Gomez [EMAIL PROTECTED] wrote in message Yeah, well, I suppose that now that I'm an all-great-and-powerful PMC member, I could RM a JK release. However, I'd like to get out a TC 3.3.2 before that (so, if anyone else wants to RM JK in the meantime, you've got my +1 :). Also, if Larry wants to jump in to RM 3.3.2, I'll step aside, since he has done such a great job on all of the other 3.3 releases. The rules for 3.3 releases are still old-school. I'll try to get a [PROPOSAL] together by the end of the week. If that's not rejected, then we go to a [VOTE] (which will give me time to clarify if I count PMC members or committers as binding votes). In the unlikely event that we get enough people to care about 3.3 enough to vote (seeing the trouble that Remy has getting people to vote :), then there will be a 3.3.2 release. As cool as it would be to have a 3.3.3 release, I'd probably consider the 3.3.2 release to be an EOL release for the 3.x line. Security releases would still be provided, but not much more. +1 :) Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jk2 2.0.4 release plan
Bill Barker wrote: committers as binding votes). In the unlikely event that we get enough people to care about 3.3 enough to vote (seeing the trouble that Remy has getting people to vote :) You're torturing me. I thinnk you should be able to get enough +1s, though (you, Henri, JF, Larry; that's four already). I have two +1s so far for 4.1.30 after one week, so the build seems to be on its way to the trash ;) Not that it's bad, there's probably not been enough testing to warrant the Stable stamp. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jk2 2.0.4 release plan
Remy Maucherat a écrit : Bill Barker wrote: committers as binding votes). In the unlikely event that we get enough people to care about 3.3 enough to vote (seeing the trouble that Remy has getting people to vote :) You're torturing me. I thinnk you should be able to get enough +1s, though (you, Henri, JF, Larry; that's four already). And may be Costin also :) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: jk2 2.0.4 release plan
Hi Bill, Thanks for all your help with Tomcat 3.3.x. A proposal would be a good start towards a Tomcat 3.3.2 release. I'm taking it as a given that there is sufficient interest for at least one more 3.3 release. If the proposal includes switch from the old style release to Tomcat 4/5's new style, I would be +1 for that. I am willing to work with you towards a release with either you or me as the RM. I can promise, at minimum, to run the build scripts I have that produce the set of binary and source distribution files that I have used in the past. I could also sign them with my PGP key and try to determine if I need any additional karma to publish the files, which has changed a bit since the last release. As for remaining work on 3.3.2, the only things that pop into my head at the moment is updating the 3.3 coyote connector to deal with the new character encoding behavior and addressing JTC-util's use of J2SE 1.4. I may be able to look at the coyote connector updates this week end. Hopefully together we can end Henri's wait for the next 3.3.x release. :) Cheers, Larry -Original Message- From: Bill Barker [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 04, 2004 5:02 AM To: [EMAIL PROTECTED] Subject: Re: jk2 2.0.4 release plan Henri Gomez [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Mike Anderson a écrit : I'll be happy to deliver zips instead of NLMS. for NetWare. Henri (and others) since we are tagging and releasing jk2 can/should we do the same for jk since I know there is added functionality (Ping/Pong and timeouts) there as well? Well, one release at a time, users urge us for jk2 release, jk release could wait some time (Bill ?) Yeah, well, I suppose that now that I'm an all-great-and-powerful PMC member, I could RM a JK release. However, I'd like to get out a TC 3.3.2 before that (so, if anyone else wants to RM JK in the meantime, you've got my +1 :). Also, if Larry wants to jump in to RM 3.3.2, I'll step aside, since he has done such a great job on all of the other 3.3 releases. The rules for 3.3 releases are still old-school. I'll try to get a [PROPOSAL] together by the end of the week. If that's not rejected, then we go to a [VOTE] (which will give me time to clarify if I count PMC members or committers as binding votes). In the unlikely event that we get enough people to care about 3.3 enough to vote (seeing the trouble that Remy has getting people to vote :), then there will be a 3.3.2 release. As cool as it would be to have a 3.3.3 release, I'd probably consider the 3.3.2 release to be an EOL release for the 3.x line. Security releases would still be provided, but not much more. - 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: jk2 2.0.4 release plan
Henri Gomez wrote: Hi to all, Since many people ask for a jk2 release, 2.0.4, I'll act as release manager if nobody else want to take the job before Friday. I'd like to know what are showstoppers (blocking bugs) which should be fixed in the current release. Planning : Up to Friday 6 Feb, determine all bugs which should (could be fixed) and try to fix the blocking bugs. On Thursday 12 Feb, tag the CVS with jk2_2_0_4_rc1, make build and tests. If everything goes fine, on 13 Feb, tag the CVS with jk2_2_0_4, make tarball, and binaries (need help here for windows, netware, macosx, ...). Comments welcome I have run a watchdog tests (with Apache-2.0.47 on Linux) it returns the following (additional) errors with using mod_jk2: +++ [java] [watchdog] FAILED HttpServletResponseWrapperSetStatusMsgTest [java] [watchdog] FAILED WithLeadingSlashTest [java] [watchdog] FAILED WithoutLeadingSlashTest +++ - 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: jk2 2.0.4 release plan
Henri Gomez wrote: Remy Maucherat a écrit : Bill Barker wrote: committers as binding votes). In the unlikely event that we get enough people to care about 3.3 enough to vote (seeing the trouble that Remy has getting people to vote :) You're torturing me. I thinnk you should be able to get enough +1s, though (you, Henri, JF, Larry; that's four already). And may be Costin also :) :-) I don't have a lot of time - but for a 3.3.2 I'll try to find a weekend to test it with jk2 and update the jmx interceptor if needed. so I can vote +1. Costin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
jk2 2.0.4 release plan
Hi to all, Since many people ask for a jk2 release, 2.0.4, I'll act as release manager if nobody else want to take the job before Friday. I'd like to know what are showstoppers (blocking bugs) which should be fixed in the current release. Planning : Up to Friday 6 Feb, determine all bugs which should (could be fixed) and try to fix the blocking bugs. On Thursday 12 Feb, tag the CVS with jk2_2_0_4_rc1, make build and tests. If everything goes fine, on 13 Feb, tag the CVS with jk2_2_0_4, make tarball, and binaries (need help here for windows, netware, macosx, ...). Comments welcome - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jk2 2.0.4 release plan
Henri Gomez wrote: Hi to all, Since many people ask for a jk2 release, 2.0.4, I'll act as release manager if nobody else want to take the job before Friday. I'd like to know what are showstoppers (blocking bugs) which should be fixed in the current release. Planning : Up to Friday 6 Feb, determine all bugs which should (could be fixed) and try to fix the blocking bugs. On Thursday 12 Feb, tag the CVS with jk2_2_0_4_rc1, make build and tests. If everything goes fine, on 13 Feb, tag the CVS with jk2_2_0_4, make tarball, and binaries (need help here for windows, netware, macosx, ...). +1, great :) As for the issues I have with mod_jk 2: - From the feedback I got from support issues, it seems LB only works with the worker MPM on Apache 2. With the default MPM (which is threaded I think), all requests go to the first node (but failover works fine, that's already something). (maybe this has been fixed already) - Failover with POST requests also seems to have issues (although it's definitely something complex, and since buffering is needed, we may not want to fix this issue). There's the exact same problem with HTTP LB, obviously. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jk2 2.0.4 release plan
Hi, Since many people ask for a jk2 release, 2.0.4, I'll act as release manager if nobody else want to take the job before Friday. great, thanks! Comments welcome two things I would like to discuss: 1) I would like to see all binaries packed to tar.gz or zip; this is definitely better in two ways: the original file timestamp keeps intact, and if the download is broken normally the archiver reports that. Oh, I've just checked, and this is only true for win32 and netware with mod_jk, with mod_jk2 win32 has zip... please Mike, can you put up zip files instead of renamed NLMs - also with future mod_jk releases? 2) ask for a reason why the file extension was not changed to .so on Win32 when Apache 1.3.15 moved to this...? thanks, Guenter. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jk2 2.0.4 release plan
Günter Knauf a écrit : Hi, Since many people ask for a jk2 release, 2.0.4, I'll act as release manager if nobody else want to take the job before Friday. great, thanks! Comments welcome two things I would like to discuss: 1) I would like to see all binaries packed to tar.gz or zip; Well it could be done easily, if nobody object, I'll choose .gz for Unixes and .zip for Windows. this is definitely better in two ways: the original file timestamp keeps intact, and if the download is broken normally the archiver reports that. Oh, I've just checked, and this is only true for win32 and netware with mod_jk, with mod_jk2 win32 has zip... please Mike, can you put up zip files instead of renamed NLMs - also with future mod_jk releases? 2) ask for a reason why the file extension was not changed to .so on Win32 when Apache 1.3.15 moved to this...? Do you want it to revert to .dll ? On my Windows box the Apache 2.0.47 came with module named .so and not .dll. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jk2 2.0.4 release plan
I'll be happy to deliver zips instead of NLMS. for NetWare. Henri (and others) since we are tagging and releasing jk2 can/should we do the same for jk since I know there is added functionality (Ping/Pong and timeouts) there as well? Thanks, Mike Anderson [EMAIL PROTECTED] 2/3/2004 9:27:14 AM Hi, Since many people ask for a jk2 release, 2.0.4, I'll act as release manager if nobody else want to take the job before Friday. great, thanks! Comments welcome two things I would like to discuss: 1) I would like to see all binaries packed to tar.gz or zip; this is definitely better in two ways: the original file timestamp keeps intact, and if the download is broken normally the archiver reports that. Oh, I've just checked, and this is only true for win32 and netware with mod_jk, with mod_jk2 win32 has zip... please Mike, can you put up zip files instead of renamed NLMs - also with future mod_jk releases? 2) ask for a reason why the file extension was not changed to .so on Win32 when Apache 1.3.15 moved to this...? thanks, Guenter. - 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: jk2 2.0.4 release plan
I think Guenter is asking that we change mod_jk2 do be .so. Right now we build a .dll (at least if we build from the project files) but it would be easy to change this to .so and I'd be happy to do it. Mike Anderson [EMAIL PROTECTED] 2/3/2004 9:57:00 AM Günter Knauf a écrit : Hi, Since many people ask for a jk2 release, 2.0.4, I'll act as release manager if nobody else want to take the job before Friday. great, thanks! Comments welcome two things I would like to discuss: 1) I would like to see all binaries packed to tar.gz or zip; Well it could be done easily, if nobody object, I'll choose .gz for Unixes and .zip for Windows. this is definitely better in two ways: the original file timestamp keeps intact, and if the download is broken normally the archiver reports that. Oh, I've just checked, and this is only true for win32 and netware with mod_jk, with mod_jk2 win32 has zip... please Mike, can you put up zip files instead of renamed NLMs - also with future mod_jk releases? 2) ask for a reason why the file extension was not changed to .so on Win32 when Apache 1.3.15 moved to this...? Do you want it to revert to .dll ? On my Windows box the Apache 2.0.47 came with module named .so and not .dll. - 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: jk2 2.0.4 release plan
Mike Anderson a écrit : I'll be happy to deliver zips instead of NLMS. for NetWare. Henri (and others) since we are tagging and releasing jk2 can/should we do the same for jk since I know there is added functionality (Ping/Pong and timeouts) there as well? Well, one release at a time, users urge us for jk2 release, jk release could wait some time (Bill ?) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jk2 2.0.4 release plan
Henri, What is the current state of JK2. Is it alpha, beta or GA. If this is going to be an alpha release, what is the plan for a GA release. I would like to migrate from JK when it is stable. Cheers. Dave. Henri Gomez wrote: Hi to all, Since many people ask for a jk2 release, 2.0.4, I'll act as release manager if nobody else want to take the job before Friday. I'd like to know what are showstoppers (blocking bugs) which should be fixed in the current release. Planning : Up to Friday 6 Feb, determine all bugs which should (could be fixed) and try to fix the blocking bugs. On Thursday 12 Feb, tag the CVS with jk2_2_0_4_rc1, make build and tests. If everything goes fine, on 13 Feb, tag the CVS with jk2_2_0_4, make tarball, and binaries (need help here for windows, netware, macosx, ...). Comments welcome - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- * Dave Oxley * * +44 (0)7966 249 344 * * * * [EMAIL PROTECTED] * * mailto:[EMAIL PROTECTED] * * * * http://www.daveoxley.co.uk * * http://www.daveoxley.co.uk * * Linux: Because reboots are for hardware upgrades! * * * * * - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jk2 2.0.4 release plan
Dave Oxley wrote: Henri, What is the current state of JK2. Is it alpha, beta or GA. If this is going to be an alpha release, what is the plan for a GA release. I would like to migrate from JK when it is stable. This is a *very* good question. Last time I dared to ask the consensus was mod_jk was a better idea for a production system -- but there was a good deal of dissent on this question... -- Jess Holle - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
