tomcat-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "GOMEZ Henri" <hgo...@slib.fr>
Subject RE: isapi_redirector2 build using static APR
Date Mon, 01 Jul 2002 08:51:10 GMT
I strongly agree with costin, and it has been a point
we discuss many times before with Pier for mod_webapp.

Even if APR is a library used mainly by Apache 2.0,
nothing prevent it to be used elsewhere and for example
under Windows and IIS.

The only problem is that there is still no official APR,
release, and as such APR came out which each Apache 2.0 
release, that's why you could find APR_APACHE_2... tarballs
in jakarta-tomcat-connectors.

So I'd like to have apr.so or apr.dll for windows, distributed
together with future jk2 (jk didn't need it).

-
Henri Gomez                 ___[_]____
EMAIL : hgomez@slib.fr        (. .)                     
PGP KEY : 697ECEDD    ...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 



>-----Original Message-----
>From: costinm@covalent.net [mailto:costinm@covalent.net]
>Sent: Sunday, June 30, 2002 11:15 PM
>To: Tomcat Developers List
>Subject: RE: isapi_redirector2 build using static APR
>
>
>I'm close to -1 on this, but if everyone else is +1 I'll 
>change it to -0.
>
>Apr is a library, just like glib or libc, and I hope soon more 
>modules and 
>programs will use it - including in IIS or other environments. 
>
>I see no problem with having apr.dll - it is actually easier to get it 
>from an Apache installation ( or pre-built whenever they have 
>a release )
>Maybe having the dll around will encourage other uses as well :-)
>
>Costin
>
>On Sun, 30 Jun 2002, Mladen Turk wrote:
>
>> > -----Original Message-----
>> > From: Ignacio J. Ortega [mailto:nacho@siapi.es] 
>> > Sent: 30. lipanj 2002 18:45
>> > To: 'tomcat-dev@jakarta.apache.org'
>> > Subject: RE: isapi_redirector2 build using static APR
>> > 
>> > 
>> > > De: Mladen Turk [mailto:mturk@mappingsoft.com]
>> > > Enviado el: 30 de junio de 2002 7:28
>> > 
>> > hmmm, this will force us to make a binary everytime Apache2 
>> > has a release too?
>> > 
>> > in this case -1, if not +1
>> >
>> 
>> Only if the APR changes itself (in the API way), but then we have to
>> rebuild it in any case.
>> All the Apache utils itself use the static APR if they don't 
>need to go
>> to the httpd directly.
>> Since we are using apr in the IIS connector only as a common 
>library for
>> things like pools, tables, network io, etc.
>> The only rebuild needed would be in the case of some sort of 
>discovered
>> bug. The apr itself is quite stable, and since we are not building
>> apache module, versioning is not an issue here. Actually 
>we'll be less
>> dependent.
>> 
>> Other benefit will be simply the elimination of things like various
>> libapr.dll's flying around.
>> 
>> 
>> MT.
>> 
>> 
>> --
>> To unsubscribe, e-mail:   
<mailto:tomcat-dev-unsubscribe@jakarta.apache.org>
> For additional commands, e-mail: <mailto:tomcat-dev-help@jakarta.apache.org>
> 
> 


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


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


Mime
View raw message