directory-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Pierre-Arnaud Marcelot ...@marcelot.net>
Subject Re: [Vote-Take2] Release ApacheDS 1.5.6
Date Tue, 09 Mar 2010 14:42:29 GMT
Hi again guys,

Actually it seems the Tanuki issue is just a warning a we could let it like that (more testing
needed).
However, we won't be able to move to a newer version of Tanuki because its licensing have
changed and it's now using GPLv2.
The version we're currently using is the last one that shipped with a MIT-like license (compatible
with our Apache License 2).
It means that we won't be able to support natively 64 bit JVM on Mac OS X (but it might work
well with the 32-bit version of the wrapper)

So, the Tanuki wrapper is not cause of Apache DS failing to load correctly...
Looking back at the wrapper logs, the last lines are the ones that matter:
> %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
> STATUS | wrapper  | 2010/03/09 11:24:38 | --> Wrapper Started as Console
> [...]
> INFO   | jvm 1    | 2010/03/09 11:24:40 | Error in WrapperListener.start callback.  java.lang.NullPointerException
> INFO   | jvm 1    | 2010/03/09 11:24:40 | java.lang.NullPointerException
> INFO   | jvm 1    | 2010/03/09 11:24:40 | 	at java.io.File.<init>(File.java:222)
> INFO   | jvm 1    | 2010/03/09 11:24:40 | 	at org.apache.directory.daemon.Bootstrapper.setInstallationLayout(Bootstrapper.java:83)
> INFO   | jvm 1    | 2010/03/09 11:24:40 | 	at org.apache.directory.daemon.TanukiBootstrapper.start(TanukiBootstrapper.java:52)
> INFO   | jvm 1    | 2010/03/09 11:24:40 | 	at org.tanukisoftware.wrapper.WrapperManager$12.run(WrapperManager.java:2788)
> STATUS | wrapper  | 2010/03/09 11:24:41 | <-- Wrapper Stopped
> %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%


There's a NPE in the Bootstrapper class at line 83:
>        File instanceHome = new File( System.getProperty( "INSTANCE_HOME" ) );


It looks like the INSTANCE_HOME system property is null.
This system property as been added and the code of the Bootstrapper class has been modified
after the last release (1.5.5) in order to support the multiple instances Installation Layout.
Now, we have problem with this because the same name is already used in various installers
to represent the instances home directory (where instances reside).
This property should be set by the wrapper (even if it's in a wrong context and with a wrong
value) when launching the server with the following command line call:
> "/usr/local/apacheds-1.5.6-SNAPSHOT/bin/apacheds" "/usr/local/apacheds-1.5.6-SNAPSHOT/conf/apacheds.conf"
set.INSTANCE_HOME=/usr/local/apacheds-1.5.6-SNAPSHOT/instances set.INSTANCE=default wrapper.syslog.ident=apacheds
wrapper.pidfile="/usr/local/apacheds-1.5.6-SNAPSHOT/instances/default/default.pid" wrapper.daemonize=TRUE


However, what we get in the Bootstrapper for this property is null and thus the NPE.

I'm currently trying to understand why this value could be null...


I'm afraid that most of our installers are broken due to this issue. 
At least those using the wrapper.
Other installers directly launching the server from java like the archive installers seem
fine...

Until this issue is fixed, Apache DS can't be released... :(

Regards,
Pierre-Arnaud

On 9 mars 2010, at 11:41, Pierre-Arnaud Marcelot wrote:

> Hi Guys,
> 
> I'm currently reviewing the installers before the release.
> 
> I just found that our Mac OS X installer is broken on Snow Leopard systems.
> On these systems, the JVM is 64-bit while the wrapper binary we use is still a 32-bit
one.
> 
> Launching the server ends with an error:
> %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
> STATUS | wrapper  | 2010/03/09 11:24:38 | --> Wrapper Started as Console
> STATUS | wrapper  | 2010/03/09 11:24:39 | Launching a JVM...
> INFO   | jvm 1    | 2010/03/09 11:24:40 | Wrapper (Version 3.2.3) http://wrapper.tanukisoftware.org
> INFO   | jvm 1    | 2010/03/09 11:24:40 |   Copyright 1999-2006 Tanuki Software, Inc.
 All Rights Reserved.
> INFO   | jvm 1    | 2010/03/09 11:24:40 | 
> INFO   | jvm 1    | 2010/03/09 11:24:40 | 
> INFO   | jvm 1    | 2010/03/09 11:24:40 | WARNING - Unable to load the Wrapper's native
library 'libwrapper.jnilib'.
> INFO   | jvm 1    | 2010/03/09 11:24:40 |           The file is located on the path at
the following location but
> INFO   | jvm 1    | 2010/03/09 11:24:40 |           could not be loaded:
> INFO   | jvm 1    | 2010/03/09 11:24:40 |             /usr/local/apacheds-1.5.6-SNAPSHOT/bin/../lib/libwrapper.jnilib
> INFO   | jvm 1    | 2010/03/09 11:24:40 |           Please verify that the file is readable
by the current user
> INFO   | jvm 1    | 2010/03/09 11:24:40 |           and that the file has not been corrupted
in any way.
> INFO   | jvm 1    | 2010/03/09 11:24:40 |           One common cause of this problem
is running a 32-bit version
> INFO   | jvm 1    | 2010/03/09 11:24:40 |           of the Wrapper with a 64-bit version
of Java, or vica versa.
> INFO   | jvm 1    | 2010/03/09 11:24:40 |           This is a 64-bit JVM.
> INFO   | jvm 1    | 2010/03/09 11:24:40 |           Reported cause:
> INFO   | jvm 1    | 2010/03/09 11:24:40 |             /usr/local/apacheds-1.5.6-SNAPSHOT/lib/libwrapper.jnilib:
 no suitable image found.  Did find:  /usr/local/apacheds-1.5.6-SNAPSHOT/lib/libwrapper.jnilib:
no matching architecture in universal wrapper
> INFO   | jvm 1    | 2010/03/09 11:24:40 |           System signals will not be handled
correctly.
> INFO   | jvm 1    | 2010/03/09 11:24:40 | 
> INFO   | jvm 1    | 2010/03/09 11:24:40 | Error in WrapperListener.start callback.  java.lang.NullPointerException
> INFO   | jvm 1    | 2010/03/09 11:24:40 | java.lang.NullPointerException
> INFO   | jvm 1    | 2010/03/09 11:24:40 | 	at java.io.File.<init>(File.java:222)
> INFO   | jvm 1    | 2010/03/09 11:24:40 | 	at org.apache.directory.daemon.Bootstrapper.setInstallationLayout(Bootstrapper.java:83)
> INFO   | jvm 1    | 2010/03/09 11:24:40 | 	at org.apache.directory.daemon.TanukiBootstrapper.start(TanukiBootstrapper.java:52)
> INFO   | jvm 1    | 2010/03/09 11:24:40 | 	at org.tanukisoftware.wrapper.WrapperManager$12.run(WrapperManager.java:2788)
> STATUS | wrapper  | 2010/03/09 11:24:41 | <-- Wrapper Stopped
> %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
> 
> This will require that we provide two types of installer for Mac OS X:
>   - one for 32-bit JVMs
>   - one for 64-bit JVMs
> 
> And more importantly this will force us to move to a newer version of the Tanuki Wrapper
because a 64-bit version of the wrapper for Mac OS X does not exist for the 3.2.3 version
we're using.
> Now, I remember there has been some problems with Tanuki's licensing when they changed
it a couple of years ago I think...
> Does anyone know if their Community editor is compatible with the Apache License ?
> 
> Thanks,
> Pierre-Arnaud
> 
> 
> On 8 mars 2010, at 09:32, Alex Karasulu wrote:
> 
>> Yeap this search performance issue will make this release useless.
>> 
>> On Sun, Mar 7, 2010 at 9:37 PM, Emmanuel Lecharny <elecharny@gmail.com> wrote:
>>> On 3/7/10 8:21 PM, Stefan Seelmann wrote:
>>>> 
>>>> Emmanuel Lecharny schrieb:
>>>>> 
>>>>> On 3/7/10 12:33 PM, Stefan Seelmann wrote:
>>>>>> 
>>>>>> I built the installers and tested the zip archive. When starting
the
>>>>>> server I get lot of warn logs [1]:
>>>>>> - "setting the schema manager for partition...". I think those are
only
>>>>>> info messages so should be logged in info log level.
>>>>>> - "Cannot normalize the value". Are that serious issues? If not we
>>>>>> should change the logging. I'm sure some users will complain and
ask on the
>>>>>> mailing list what that output means.
>>>>> 
>>>>> I will investigate thse two issues. At first sight, it seems tat the
>>>>> first one is clearly DEBUG or INFO logs wrongly using WARN level.
>>>>> 
>>>> I will hold the vote once again. Beside the mentioned issues there is also
>>>> a serious search performance problem.
>>> 
>>> I agree. I'm also fixing some logs issues we have.
>>> 
>>> Sorry, Kiran, not your fault :/
>>> 
>>> --
>>> Regards,
>>> Cordialement,
>>> Emmanuel L├ęcharny
>>> www.nextury.com
>>> 
>>> 
>>> 
>> 
>> 
>> 
>> -- 
>> Alex Karasulu
>> My Blog :: http://www.jroller.com/akarasulu/
>> Apache Directory Server :: http://directory.apache.org
>> Apache MINA :: http://mina.apache.org
> 


Mime
View raw message