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