> -----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]
