tomcat-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Costin Manolache" <cos...@gmail.com>
Subject Re: Branching connectors/jni for Tomcat Native
Date Fri, 03 Oct 2008 18:34:31 GMT
On Fri, Oct 3, 2008 at 10:43 AM, Mladen Turk <mturk@apache.org> wrote:

> Costin Manolache wrote:
>
>> There are few issues and questions, I'm not sure its as simple as it looks
>> :-)
>>
>> For new development - are you going to make changes in both branches ? I
>> assume there will be
>> features that can only be done in 1.3.
>>
>>
> Right.
> 1.1.x will be in bug fixing mode
>
>  Also, if we have separate releases of APR - are we going to release
>> binaries
>> ? For both ?
>>
>
> Right. 1.1.x will be released for bug fixing purposes.
> It's quite stable these days, and there's no need for polluting
> that with new features or changed way of pool management.
>
>  What is the apr version in common linux distros ?
>>
>>
> Depends, Httpd 2.2.<something>+ relies on APR 1.3. SVN as well,
> so eventually distros will pick it up.
>


Well, that's a bit tricky - people don't upgrade prod servers easily.

My concern is mostly about possibility for binary releases, in particular
for linux - and also mac ( a lot of people don't enjoy
compiling from source and dealing with dependencies ).
BTW - anyone knows what's the status on MacOS (i.e. the current apr version
) ?



>
>
>  Is this something that can't be done with #ifdefs and compilation tricks ?
>>
>>
> Nope. That's a nightmare to maintain, and doesn't resolve anything
> from binary standpoint.
>


It would allow new features ( not depending on pool ) to be compiled for
current distros.

Another alternative - would it be possible to statically link apr, and
generate a single combined
.so for both ? This way a binary distro of tomcat jni would just work,
regardless of the distro
version of apr.

Sorry, I'm getting older and lazy - or at least the time I have for this
kind of stuff is getting extremely
limited.
I think many users would enjoy to just install a .deb/.rpm and start using
it ( even better if it install
 in /usr/lib so no env /cli magic is needed ).


Costin


>
>
>
> Regards
> --
> ^(TM)
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: dev-help@tomcat.apache.org
>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message