-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi there,

I debugged deep into and found the problem:
The testcase seems to create an own classloader and load the minimal classes
(jcl-api and -tests) for the test with that. Next it tries to get the Logger
instance via the LogFactory. Since it is not explicitly configured it looks for
the loggers defined in the code as fallback.
Because the additional loggers not included in the jdk are not in the classpath,
so these fallbacks (log4j) can not work. Next favorite is the JDK14Logger.
This should be available and that is what the test expects with the assert
statement.
Now, with my extension this does not work as expected.
So why is that?
Here is the answer:
java.lang.NoClassDefFoundError: org/apache/commons/logging/impl/AbstractLogger

This is the abstract base class that I invented and that all
logger-implementations extend.

So the failure of the test tells me, that this class must be part of the
commons-logging-api*.jar what is very true and really clever that the test
pointed this out :)

Now the big question was:
Why can it load the Lumberjack Logger then?
This is because it is in a separate jar (commons-logging-impl*.jar) that
contains the AbstractLogger and the Lumberjack Logger while the JDK14Logger
is in the api jar that is missing this class.

So I will adopt the build-process so the AbstractLogger will be included in the
API jar. I suppose I have to do this in the ant and in the maven build
configuration.

As soon as I am done and all works fine, I will supply the patch to the
according bugzilla issue.

Regards
  Jörg

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDPc8OmPuec2Dcv/8RAh//AKCKwMkHlfJ7ny9xSNKzEq1A8tx3dQCbBIDi
Zg8qx9kR4QnPDFBBL8EE8cc=
=JPaz
-----END PGP SIGNATURE-----

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to