Pier Fumagalli wrote:
> jean-frederic clere <[EMAIL PROTECTED]> wrote:
>
>
>>Pier Fumagalli wrote:
>>
>>>"jean-frederic clere" <[EMAIL PROTECTED]> wrote:
>>>
>>>
>>>
>>>>[EMAIL PROTECTED] wrote:
>>>>
>>>>
>>>>>Need help and feedback...
>>>>>
>>>>>As you know, the new Coyote supports both HTTP/1.1 and JK. And the new
>>>>>JK supports some new communication channels and APR functions that need
>>>>>JNI.
>>>>>
>>>>>The 'idealistic' goal was to do that transparently - using System.load(),
>>>>>so that the user will not have to set LD_LIBRARY_PATH. We would set
>>>>>aprHome in jk2.properties - and that's it.
>>>>
>>>>Something like ld.config or crle also helps.
>>>>
>>>>I remember that the JVM does not make the symbols of a library available to
>>>>other libraries.
>>>>For example my libapr.so needed something in libcrypt.so but
>>>>System.load("crypt") before System.load("apr") did not help.
>>>
>>>
>>>LD_PRELOAD=/usr/lib/libcrypt.so could make the trick (under solaris... Under
>>>Linux I really don't know if their ld supports it).
>>>
>>>The problem is that System.load calls dlopen() with the RTLD_LOCAL
>>>parameter, so that usually screws up most things.
>>>
>>>Conservative approach is to reverse the library loading process: link a
>>>binary to your libapr (and consequently to libcrypt), and then use
>>>JNI_CreateJavaVM to create the VM...
>>
>>Or calling a native dlopen(RTLD_GLOBAL) instead System.load()?
>
>
> Then it won't work... BTW, I hope you guys are not trying to load APR from
> the VM, right? Because if so, I _really_ want to see how you can do it on
> Mach-O kernel based Oses :)
Ok... You are right let'us to do it your way...
In jakarta-commons-sandbox/daemon for example. I need it to run Tomcat on port
80 and as nobody/nobody.
>
> Pier
>
>
> --
> To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
>
>
>
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
