|
Home > Archive > Apache Directory Project > February 2006 > [ApacheDS] JBoss compatibility?
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
| Author |
[ApacheDS] JBoss compatibility?
|
|
| Endi S. Dewata 2006-02-23, 5:45 pm |
| Hi,
I'm trying to deploy ApacheDS 1.0 RC1 on JBoss 4.0.3 SP1 as an MBean Service
but getting this error during service creation:
12:55:58,015 WARN [ServiceController] Problem creating service
jboss.ldap:service=ApacheDSService
java.lang.IncompatibleClassChangeError
at
org.apache.directory.shared.ldap.name.DnParser.parse(DnParser.java:182)
at
org.apache.directory.shared.ldap.name.LdapName.<init>(LdapName.java:115)
at
org.apache.directory.server.core.partition.DirectoryPartitionNexus.getAdminN
ame(DirectoryPartitionNexus.java:72)
at
org.apache.directory.server.core.authz.OldAuthorizationService.<clinit>(OldA
uthorizationService.java:64)
at
org.apache.directory.server.core.configuration.StartupConfiguration.setDefau
ltInterceptorConfigurations(StartupConfi
guration.java:159)
at
org.apache.directory.server.core.configuration.StartupConfiguration.<init>(S
tartupConfiguration.java:75)
at
org.apache.directory.server.configuration.ServerStartupConfiguration.<init>(
ServerStartupConfiguration.java:64)
at
org.apache.directory.server.configuration.MutableServerStartupConfiguration.
<init>(MutableServerStartupConfiguration.java:41)
...
The error occurs at this line in DnParser.java:
log.debug( "Parsing DN '" + name + "'" );
It looks like there's an incompatibility between the logging library that is
used to compile ApacheDS and the one that is actually loaded by JBoss.
Anybody has any idea? Thank you very much.
--
Endi S. Dewata
| |
| Emmanuel Lecharny 2006-02-23, 5:45 pm |
| Endi S. Dewata a écrit :
>Hi,
>
>
Hi Endi
</snip>
>The error occurs at this line in DnParser.java:
>
> log.debug( "Parsing DN '" + name + "'" );
>
>It looks like there's an incompatibility between the logging library that is
>used to compile ApacheDS and the one that is actually loaded by JBoss.
>Anybody has any idea? Thank you very much.
>
>
We are using slf4j to compile the classes, and nlog4j for client jars.
Which lib is Jboss using ?
| |
| Endi S. Dewata 2006-02-25, 5:45 pm |
| Hi Emmanuel,
> We are using slf4j to compile the classes, and nlog4j for client jars.
> Which lib is Jboss using ?
From the source code it looks like JBoss is using Log4j 1.2.8. Would this be
an issue? Thanks.
--
Endi S. Dewata
| |
| Ceki Gülcü 2006-02-25, 5:45 pm |
| At 12:09 AM 2/24/2006, Emmanuel Lecharny wrote:
>Endi S. Dewata a =E9crit :
>
>Hi Endi
>
></snip>
>
is[vbcol=seagreen]
>We are using slf4j to compile the classes, and nlog4j for client jars.=20
>Which lib is Jboss using ?
Which version of NLOG4J and ApacheDS are you using? Versions of NLOG4J=20
prior to 1.2.16 did indeed have a runtime compatibility issue with log4j.=20
However, NLOG4J version 1.2.16 and later should not suffer from the problem=
=20
you describe. Thus, it is important to know the version of ApacheDS and=20
NLOG4j that you are using.
--=20
Ceki G=FClc=FC
| |
| Endi S. Dewata 2006-02-25, 5:45 pm |
| Hi Ceki,
> Which version of NLOG4J and ApacheDS are you using? Versions of NLOG4J
> prior to 1.2.16 did indeed have a runtime compatibility issue with log4j.
> However, NLOG4J version 1.2.16 and later should not suffer from the
> problem you describe. Thus, it is important to know the version of
> ApacheDS and NLOG4j that you are using.
I'm checking out the latest ApacheDS (version 1.0 RC1) from the svn trunk,
the apacheds/core/pom.xml says that it's using nlog4j version 1.2.19.
I also downloaded JBoss 4.0.3 SP1 source code, and there is a log4j.jar file
in thirdparty/apache-log4j/lib directory which should be version 1.2.8
according to component-info.xml.
So I tried compiling a small program using Log4j API:
import org.apache.log4j.*;
public class Test {
public static void main(String args[]) {
Logger log = Logger.getLogger(Test.class);
log.debug("Test");
}
}
I compiled it with nlog4j-1.2.19.jar, then I tried to run it with log4j.jar
from JBoss, then I got this error:
Exception in thread "main" java.lang.NoSuchMethodError:
org.apache.log4j.Logger.debug(Ljava/lang/Str
ing;)V
It looks like the nlog4j has a debug(String) but the log4j doesn't.
I also tried the following program using SLF4J API:
import org.slf4j.*;
public class Test {
public static void main(String args[]) {
Logger log = LoggerFactory.getLogger(Test.class);
log.debug("Test");
}
}
I compiled it with nlog4j-1.2.19.jar, then I tried running it with log4j.jar
and nlog4j-1.2.19.jar in the class path in this order, then I got this
error:
Exception in thread "main" java.lang.IncompatibleClassChangeError
The error also occurs when executing log.debug(...) statement.
If I reverse the order of the jar files, it will work fine because nlog4j
will be loaded first. However in JBoss this is not possible because JBoss
classes will be loaded first before the SAR files. Any suggestions? Thank
you very much.
--
Endi S. Dewata
| |
| Ceki Gülcü 2006-02-25, 5:45 pm |
| At 04:49 PM 2/24/2006, Endi S. Dewata wrote:
>Hi Ceki,
>
log4j.[vbcol=seagreen]
>
>I'm checking out the latest ApacheDS (version 1.0 RC1) from the svn trunk,
>the apacheds/core/pom.xml says that it's using nlog4j version 1.2.19.
>
>I also downloaded JBoss 4.0.3 SP1 source code, and there is a log4j.jar=
file
>in thirdparty/apache-log4j/lib directory which should be version 1.2.8
>according to component-info.xml.
>
>So I tried compiling a small program using Log4j API:
>
> import org.apache.log4j.*;
>
> public class Test {
> public static void main(String args[]) {
> Logger log =3D Logger.getLogger(Test.class);
> log.debug("Test");
> }
> }
>
>I compiled it with nlog4j-1.2.19.jar, then I tried to run it with log4j.jar
>from JBoss, then I got this error:
>
>Exception in thread "main" java.lang.NoSuchMethodError:
>org.apache.log4j.Logger.debug(Ljava/lang/Str
>ing;)V
>
>It looks like the nlog4j has a debug(String) but the log4j doesn't.
>
>I also tried the following program using SLF4J API:
>
> import org.slf4j.*;
>
> public class Test {
> public static void main(String args[]) {
> Logger log =3D LoggerFactory.getLogger(Test.class);
> log.debug("Test");
> }
> }
>
>I compiled it with nlog4j-1.2.19.jar, then I tried running it with=
log4j.jar
>and nlog4j-1.2.19.jar in the class path in this order, then I got this
>error:
>
> Exception in thread "main" java.lang.IncompatibleClassChangeError
>
>The error also occurs when executing log.debug(...) statement.
>
>If I reverse the order of the jar files, it will work fine because nlog4j
>will be loaded first. However in JBoss this is not possible because JBoss
>classes will be loaded first before the SAR files. Any suggestions? Thank
>you very much.
Endi,
I think your description of the problem is quite valuable.
Compilation against NLOG4J is sticky, in the sense that you cannot later=20
revert back to log4j. However, I think that this is not the problem you are=
=20
facing. As far as I know ApacheDS does not invoke log4j directly, it=20
invokes the SLF4J API instead. From what you describe, the mere presence of=
=20
log4j in JBoss' class loader path, messes up SLF4J's NLOG4J binding.
As an immediate fix, you can just replace JBoss' copy of log4j with NLOG4J.=
=20
This should fix the problem as far as you are concerned. Another perhaps=20
better solution, is to replace nlog4j.jar which ships with ApacheDS with=20
slf4j-log4j12.jar without replacing any jar files in JBoss. FYI,=20
slf4j-log4j12.jar ships with the SLF4J distribution.
I guess that this should be added to ApacheDS documentation in order to=20
avoid similar inconveniences to other JBoss+ApacheDS users. Maybe that is=20
already the case?
>--
>Endi S. Dewata
--=20
Ceki G=FClc=FC
| |
| Alex Karasulu 2006-02-25, 5:45 pm |
| Ceki Gülcü wrote:
> At 04:49 PM 2/24/2006, Endi S. Dewata wrote:
>
>
>
> Endi,
>
> I think your description of the problem is quite valuable.
>
> Compilation against NLOG4J is sticky, in the sense that you cannot
> later revert back to log4j. However, I think that this is not the
> problem you are facing. As far as I know ApacheDS does not invoke
> log4j directly, it invokes the SLF4J API instead. From what you
> describe, the mere presence of log4j in JBoss' class loader path,
> messes up SLF4J's NLOG4J binding.
Yeah this is all together another problem. ApacheDS only makes SLF4J
logger calls.
> As an immediate fix, you can just replace JBoss' copy of log4j with
> NLOG4J. This should fix the problem as far as you are concerned.
> Another perhaps better solution, is to replace nlog4j.jar which ships
> with ApacheDS with slf4j-log4j12.jar without replacing any jar files
> in JBoss. FYI, slf4j-log4j12.jar ships with the SLF4J distribution.
Note that we allow this to happen by making the scope of the slf4j API
provided. Meaning you decide which version to deploy. Take a look Endi
at the poms you will see the scope tag set on these dependencies.
> I guess that this should be added to ApacheDS documentation in order
> to avoid similar inconveniences to other JBoss+ApacheDS users. Maybe
> that is already the case?
No we have not done this but we should. Sorry for the inconvenience to
both you Ceki and you Endi. We now though know how to work around this
problem.
Thanks,
Alex
| |
| Endi S. Dewata 2006-02-25, 5:45 pm |
| Hi Alex,
>
> Note that we allow this to happen by making the scope of the slf4j API
> provided. Meaning you decide which version to deploy. Take a look Endi
> at the poms you will see the scope tag set on these dependencies.
I'm actually using the jar file created by running mvn assembly:assembly in
the server-main module and it automatically includes the nlog4j library. I
noticed that the pom.xml for server-main module doesn't specify the scope,
perhaps this needs to be fixed? Or maybe I shouldn't be using this jar file?
>
> No we have not done this but we should. Sorry for the inconvenience to
> both you Ceki and you Endi. We now though know how to work around this
> problem.
No problem at all. I followed Ceki's advice to replace JBoss' log4j with
nlog4j and it seems to be working now. Thanks everyone!
--
Endi S. Dewata
| |
| Alex Karasulu 2006-02-25, 5:45 pm |
| Endi S. Dewata wrote:
>Hi Alex,
>
>
>
>
>I'm actually using the jar file created by running mvn assembly:assembly in
>the server-main module and it automatically includes the nlog4j library. I
>noticed that the pom.xml for server-main module doesn't specify the scope,
>perhaps this needs to be fixed? Or maybe I shouldn't be using this jar file?
>
>
Oh yeah don't use that you're asking for serious issues if you did. Now
it makes sense to me why you've been having this problem. You need to
depend on the jars that the main depends on rather than this uber
nightmare jar. It's really for people to run apacheds standalone
without fancy installers and such.
>
>No problem at all. I followed Ceki's advice to replace JBoss' log4j with
>nlog4j and it seems to be working now. Thanks everyone!
>
>
That's great Endi but make sure you get off that uber jar. It will
create other problems for you in the future.
Alex
| |
| Endi S. Dewata 2006-02-27, 5:45 pm |
| Hi Alex,
[vbcol=seagreen]
> Oh yeah don't use that you're asking for serious issues if you did. Now
> it makes sense to me why you've been having this problem. You need to
> depend on the jars that the main depends on rather than this uber
> nightmare jar. It's really for people to run apacheds standalone
> without fancy installers and such.
Is there a maven command that would copy all the dependencies into a
directory? I know that the "mvn assembly:assembly" would unpack the jar
files into target/assembly/work, but I actually need them to stay in their
original jar format. Thanks a lot!
--
Endi S. Dewata
|
|
|
|
|