Re: jk/jk2 - time for apr
Mladen Turk wrote: -Original Message- From: Henri Gomez Mladen Turk a écrit : +1 to use the APR as mandatory for the mod_jk. You can rename it to the mod_jk2 after that easily :-) Heu, the idea is to make jk2 (native2) apr mandatory. We'll keep jk as it is today. And I was thinking you have all the time in the world ;-). * the plan - update jk2 (native2) to use APR only Well, that's mostly "delete all outside HAS_APR". Other would be to use the full APR/APR-UTILS api where ever possible, like for shm, get rid of apr_pool wrapper, etc... AND of course drop the all unsupported channels like (fast unix sockets). The AF_UNIX sockets feature needs to have a C part in the Tomcat and that brings problems similar to the JNI problems. (What about JNI? This is very non-portable due to forked servers, but that's another story). IIS and Apache2 uses the APR by default, as well as Apache1.3x (WIN32), so no problem there. - port jk add-ons like ping/pong to jk2 OK. - test, test and re-test OK. - mark jk as deprecated OK. The rule will be to use the latest APR release, ie the one which goes with the latest Apache 2.0 release. We could handle more recent APR via : /* deprecated with apr 0.9.3 */ #include "apr_version.h" #if (APR_MAJOR_VERSION == 0) && \ (APR_MINOR_VERSION <= 9) && \ (APR_PATCH_VERSION < 3) #define apr_filepath_name_get apr_filename_of_pathname #endif Why would you do that? Just use the post 0.9.3 API. It will make jk2 ideally suited for Apache 2, and since we could find apr.dll for Windows Box, it should be usable with IIS (Domino ?). 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: jk/jk2 - time for apr
Henri Gomez wrote: > Hi to all, > > Now that jk seems stabilized a bit, should we focalize on jk2 ? > > For instance I added some features to jk (ping/pong) which should be > ported to jk2. > > Also I wonder if APR is mandatory for jk2. > > I'd like to use APR as a facade to all Operating System calls. > > The goal is to hide all the complexity of Windows, iSeries, > differents Unix implementations behind APR which is now stable > and well diffused. > > As such it will be +1 to make APR mandatory and start modifying jk2, to > make it use only APR call. +1 APR is released and stable - no reason not to do that. Costin > > But I'd like to have your opinion first. > > > PS: For those of you who was here 2 or 3 years ago, the requirement > of APR for mod_webapp got my total -1 at this time since it > wasn't really available, but today that's completly different. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: jk/jk2 - time for apr
> -Original Message- > From: Henri Gomez > > Mladen Turk a écrit : > > +1 to use the APR as mandatory for the mod_jk. > > You can rename it to the mod_jk2 after that easily :-) > > Heu, the idea is to make jk2 (native2) apr mandatory. > > We'll keep jk as it is today. > And I was thinking you have all the time in the world ;-). > * the plan > > - update jk2 (native2) to use APR only > Well, that's mostly "delete all outside HAS_APR". Other would be to use the full APR/APR-UTILS api where ever possible, like for shm, get rid of apr_pool wrapper, etc... AND of course drop the all unsupported channels like (fast unix sockets). (What about JNI? This is very non-portable due to forked servers, but that's another story). IIS and Apache2 uses the APR by default, as well as Apache1.3x (WIN32), so no problem there. > - port jk add-ons like ping/pong to jk2 > OK. > - test, test and re-test > OK. > - mark jk as deprecated > OK. > > The rule will be to use the latest APR release, ie the one > which goes with the latest Apache 2.0 release. > > We could handle more recent APR via : > > /* deprecated with apr 0.9.3 */ > #include "apr_version.h" > #if (APR_MAJOR_VERSION == 0) && \ > (APR_MINOR_VERSION <= 9) && \ > (APR_PATCH_VERSION < 3) > #define apr_filepath_name_get apr_filename_of_pathname > #endif > Why would you do that? Just use the post 0.9.3 API. > > It will make jk2 ideally suited for Apache 2, and since we > could find apr.dll for Windows Box, it should be usable with > IIS (Domino ?). > MT. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jk/jk2 - time for apr
I'm +1 on moving jk2 (native2) to APR. I haven't had a lot of time to play with jk2, but I have seen that there are some issues with it on NetWare (something about it allocating stuff when Apache 2 initializes it's 1st load and then expecting that stuff to still be around when it comes up for real.) If jk2 is going to be the direction moving forward (which I believe is appropriate) I (or someone here at Novell) will have to address that before we can fully support it. Hopefully, moving to APR will ease that somewhat. Mike Anderson >>> [EMAIL PROTECTED] 10/15/2003 9:48:40 AM >>> jean-frederic clere a écrit : > Henri Gomez wrote: > >> Mladen Turk a écrit : >> >>> +1 to use the APR as mandatory for the mod_jk. >>> You can rename it to the mod_jk2 after that easily :-) >> >> >> >> Heu, the idea is to make jk2 (native2) apr mandatory. >> >> We'll keep jk as it is today. >> >> * the plan >> >> - update jk2 (native2) to use APR only >> >> - port jk add-ons like ping/pong to jk2 >> >> - test, test and re-test >> >> - mark jk as deprecated >> >> >> The rule will be to use the latest APR release, ie the one which goes >> with the latest Apache 2.0 release. >> >> We could handle more recent APR via : >> >> /* deprecated with apr 0.9.3 */ >> #include "apr_version.h" >> #if (APR_MAJOR_VERSION == 0) && \ >> (APR_MINOR_VERSION <= 9) && \ >> (APR_PATCH_VERSION < 3) >> #define apr_filepath_name_get apr_filename_of_pathname >> #endif >> >> >> It will make jk2 ideally suited for Apache 2, and since we could find >> apr.dll for Windows Box, it should be usable with IIS (Domino ?). >> >> I'd like to have comments from Nacho, JF Clere and Mike Anderson >> who are working of jk on others platforms/webservers. > > > Using APR is a good idea but that is a lot of work. I have APR on all my > "strange" platforms so no problem for me :-) iSeries is another quite exotic platform even if Rochester friends does a great job on Apache 2.0 integration on OS/400 ;) > I was quite unhappy with the -1 on APR/mod_webapp but all the problems > of APR years ago have contribued to make mod_webapp deprecated... At this time there wasn't an official APR release or official Apache 2 release, and webapp was using APR from HEAD CVS (with frequent changes). Now the situation is stabilized since major Linux distributions have Apache 2.0 bundled by default, so APR is allready available. > We have to be carefull with the threads... Specialy if we want to add > the feature to (re)start Tomcat automaticly from httpd. We should, allways, be very carefull with threads ;) - 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: jk/jk2 - time for apr
jean-frederic clere a écrit : Henri Gomez wrote: Mladen Turk a écrit : +1 to use the APR as mandatory for the mod_jk. You can rename it to the mod_jk2 after that easily :-) Heu, the idea is to make jk2 (native2) apr mandatory. We'll keep jk as it is today. * the plan - update jk2 (native2) to use APR only - port jk add-ons like ping/pong to jk2 - test, test and re-test - mark jk as deprecated The rule will be to use the latest APR release, ie the one which goes with the latest Apache 2.0 release. We could handle more recent APR via : /* deprecated with apr 0.9.3 */ #include "apr_version.h" #if (APR_MAJOR_VERSION == 0) && \ (APR_MINOR_VERSION <= 9) && \ (APR_PATCH_VERSION < 3) #define apr_filepath_name_get apr_filename_of_pathname #endif It will make jk2 ideally suited for Apache 2, and since we could find apr.dll for Windows Box, it should be usable with IIS (Domino ?). I'd like to have comments from Nacho, JF Clere and Mike Anderson who are working of jk on others platforms/webservers. Using APR is a good idea but that is a lot of work. I have APR on all my "strange" platforms so no problem for me :-) iSeries is another quite exotic platform even if Rochester friends does a great job on Apache 2.0 integration on OS/400 ;) I was quite unhappy with the -1 on APR/mod_webapp but all the problems of APR years ago have contribued to make mod_webapp deprecated... At this time there wasn't an official APR release or official Apache 2 release, and webapp was using APR from HEAD CVS (with frequent changes). Now the situation is stabilized since major Linux distributions have Apache 2.0 bundled by default, so APR is allready available. We have to be carefull with the threads... Specialy if we want to add the feature to (re)start Tomcat automaticly from httpd. We should, allways, be very carefull with threads ;) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jk/jk2 - time for apr
Henri Gomez wrote: Mladen Turk a écrit : +1 to use the APR as mandatory for the mod_jk. You can rename it to the mod_jk2 after that easily :-) Heu, the idea is to make jk2 (native2) apr mandatory. We'll keep jk as it is today. * the plan - update jk2 (native2) to use APR only - port jk add-ons like ping/pong to jk2 - test, test and re-test - mark jk as deprecated The rule will be to use the latest APR release, ie the one which goes with the latest Apache 2.0 release. We could handle more recent APR via : /* deprecated with apr 0.9.3 */ #include "apr_version.h" #if (APR_MAJOR_VERSION == 0) && \ (APR_MINOR_VERSION <= 9) && \ (APR_PATCH_VERSION < 3) #define apr_filepath_name_get apr_filename_of_pathname #endif It will make jk2 ideally suited for Apache 2, and since we could find apr.dll for Windows Box, it should be usable with IIS (Domino ?). I'd like to have comments from Nacho, JF Clere and Mike Anderson who are working of jk on others platforms/webservers. Using APR is a good idea but that is a lot of work. I have APR on all my "strange" platforms so no problem for me :-) I was quite unhappy with the -1 on APR/mod_webapp but all the problems of APR years ago have contribued to make mod_webapp deprecated... We have to be carefull with the threads... Specialy if we want to add the feature to (re)start Tomcat automaticly from httpd. - 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: jk/jk2 - time for apr
Mladen Turk a écrit : +1 to use the APR as mandatory for the mod_jk. You can rename it to the mod_jk2 after that easily :-) Heu, the idea is to make jk2 (native2) apr mandatory. We'll keep jk as it is today. * the plan - update jk2 (native2) to use APR only - port jk add-ons like ping/pong to jk2 - test, test and re-test - mark jk as deprecated The rule will be to use the latest APR release, ie the one which goes with the latest Apache 2.0 release. We could handle more recent APR via : /* deprecated with apr 0.9.3 */ #include "apr_version.h" #if (APR_MAJOR_VERSION == 0) && \ (APR_MINOR_VERSION <= 9) && \ (APR_PATCH_VERSION < 3) #define apr_filepath_name_get apr_filename_of_pathname #endif It will make jk2 ideally suited for Apache 2, and since we could find apr.dll for Windows Box, it should be usable with IIS (Domino ?). I'd like to have comments from Nacho, JF Clere and Mike Anderson who are working of jk on others platforms/webservers. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: jk/jk2 - time for apr
+1 to use the APR as mandatory for the mod_jk. You can rename it to the mod_jk2 after that easily :-) MT. > -Original Message- > From: Henri Gomez > > Hi to all, > > Now that jk seems stabilized a bit, should we focalize on jk2 ? > > For instance I added some features to jk (ping/pong) which > should be ported to jk2. > > Also I wonder if APR is mandatory for jk2. > > I'd like to use APR as a facade to all Operating System calls. > > The goal is to hide all the complexity of Windows, iSeries, > differents Unix implementations behind APR which is now > stable and well diffused. > > As such it will be +1 to make APR mandatory and start > modifying jk2, to > make it use only APR call. > > But I'd like to have your opinion first. > > > PS: For those of you who was here 2 or 3 years ago, the requirement > of APR for mod_webapp got my total -1 at this time since it > wasn't really available, but today that's completly different. > > > - > 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: jk/jk2 - time for apr
+1 to have a version of mod_jk rewritten to use APR for all OS stuff It would be best to use the version of APR which is distributed with the current Apache 2 release so that there are no conflicts when using mod_jk with Apache 2. Requiring APR would allow using a global connection pool for the socket connections to Tomcat. And allow more sophisticated load balancing when you can have access to global information about how each pool of connectors to Tomcat is performing. If this involves significant changes to the code we might want to bump the major version to jk3. We will still need at least one more release of mod_jk 1.2 for the minor changes committed since the 1.2.5 release. Regards, Glenn Henri Gomez wrote: Hi to all, Now that jk seems stabilized a bit, should we focalize on jk2 ? For instance I added some features to jk (ping/pong) which should be ported to jk2. Also I wonder if APR is mandatory for jk2. I'd like to use APR as a facade to all Operating System calls. The goal is to hide all the complexity of Windows, iSeries, differents Unix implementations behind APR which is now stable and well diffused. As such it will be +1 to make APR mandatory and start modifying jk2, to make it use only APR call. But I'd like to have your opinion first. PS: For those of you who was here 2 or 3 years ago, the requirement of APR for mod_webapp got my total -1 at this time since it wasn't really available, but today that's completly different. - 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]
