tomcat-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From jean-frederic clere <jfrederic.cl...@fujitsu-siemens.com>
Subject Re: jk/jk2 - time for apr
Date Thu, 16 Oct 2003 07:06:40 GMT
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: tomcat-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org
> 
> 



---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org


Mime
View raw message