[gentoo-java] log4j -> juli

[gentoo-java] log4j -> juli

[Brett Curtis]

[-- Attachment #1: Type: text/plain, Size: 1234 bytes --]

I talked to "wltjr" on IRC last night about Tomcat 5.5.17 he was a  
great help and I am now running it, but I still have some questions /  
problems.

I have got Tomcat up and running however when I put our webapp in  
place I get logging errors.

SEVERE: Error deploying web application directory dxc  
org.apache.commons.logging.LogConfigurationException:  
org.apache.commons.logging.LogConfigurationException: No suitable Log  
constructor [Ljava.lang.Class;@1589e56 for  
org.apache.commons.logging.impl.Log4JLogger (Caused by  
java.lang.NoClassDefFoundError: org/apache/log4j/Priority) (Caused by  
org.apache.commons.logging.LogConfigurationException: No suitable Log  
constructor [Ljava.lang.Class;@1589e56 for  
org.apache.commons.logging.impl.Log4JLogger (Caused by  
java.lang.NoClassDefFoundError: org/apache/log4j/Priority))

I have log4j-1.2.9 emerged so I tried to copy log4j.jar to /usr/share/ 
tomcat-5.5/lib and created a symlink in /usr/share/tomcat-5.5/common/lib

However this caused tomcat to fail and I get no logging at all.

Any idea how I can get by this or what needs to happen application  
side to allow me to use juli instead.

Thanks for your time,

Brett Curtis
dashnu@gmail.com
http://teh.sh.nu




[-- Attachment #2: Type: text/html, Size: 2378 bytes --]

Re: [gentoo-java] log4j -> juli

[Krzysiek Pawlik]

[-- Attachment #1: Type: text/plain, Size: 743 bytes --]

Brett Curtis wrote:
> I have log4j-1.2.9 emerged so I tried to copy log4j.jar to
> /usr/share/tomcat-5.5/lib and created a symlink in
> /usr/share/tomcat-5.5/common/lib
> 
> However this caused tomcat to fail and I get no logging at all.

I had exactly the same error - obsidian (obsidian-studios) on IRC
offered help (thank you :) ) to solve the issue - it doesn't happen with
binary version from Jakarta. If you could contact obsidian an help him
to get the issue resolved it would be great.

BTW. I can't help as the only tomcats we use are on production servers,
and I can't break them :(

-- 
Krzysiek Pawlik   <nelchael at gentoo.org>   key id: 0xBC555551
desktop-misc, desktop-dock, desktop-wm, x86, java, apache...


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-java] log4j -> juli

[Brett Curtis]

[-- Attachment #1: Type: text/plain, Size: 987 bytes --]

Hello
On Jul 6, 2006, at 12:43 PM, Krzysiek Pawlik wrote:

> Brett Curtis wrote:
>> I have log4j-1.2.9 emerged so I tried to copy log4j.jar to
>> /usr/share/tomcat-5.5/lib and created a symlink in
>> /usr/share/tomcat-5.5/common/lib
>>
>> However this caused tomcat to fail and I get no logging at all.
>
> I had exactly the same error - obsidian (obsidian-studios) on IRC
> offered help (thank you :) ) to solve the issue - it doesn't happen  
> with
> binary version from Jakarta.

I tried logging-log4j-1.2.13 from http://logging.apache.org/site/ 
binindex.cgi and still have the same results.

> If you could contact obsidian an help him
> to get the issue resolved it would be great.
>
> BTW. I can't help as the only tomcats we use are on production  
> servers,
> and I can't break them :(
>
> -- 
> Krzysiek Pawlik   <nelchael at gentoo.org>   key id: 0xBC555551
> desktop-misc, desktop-dock, desktop-wm, x86, java, apache...
>

Brett Curtis
dashnu@gmail.com
http://teh.sh.nu




[-- Attachment #2: Type: text/html, Size: 4623 bytes --]

Re: [gentoo-java] log4j -> juli

[Krzysiek Pawlik]

[-- Attachment #1: Type: text/plain, Size: 757 bytes --]

Brett Curtis wrote:
>>> I have log4j-1.2.9 emerged so I tried to copy log4j.jar to
>>> /usr/share/tomcat-5.5/lib and created a symlink in
>>> /usr/share/tomcat-5.5/common/lib
>>>
>>> However this caused tomcat to fail and I get no logging at all.
>>
>> I had exactly the same error - obsidian (obsidian-studios) on IRC
>> offered help (thank you :) ) to solve the issue - it doesn't happen with
>> binary version from Jakarta.
> 
> I tried logging-log4j-1.2.13 from
> http://logging.apache.org/site/binindex.cgi and still have the same
> results.

I'm talking about binary version of tomcat, not log4j ;)

-- 
Krzysiek Pawlik   <nelchael at gentoo.org>   key id: 0xBC555551
desktop-misc, desktop-dock, desktop-wm, x86, java, apache...


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-java] log4j -> juli

[robert burrell donkin]

[-- Attachment #1: Type: text/plain, Size: 1062 bytes --]

On 7/6/06, Krzysiek Pawlik <nelchael@gentoo.org> wrote:
>
> Brett Curtis wrote:
> >>> I have log4j-1.2.9 emerged so I tried to copy log4j.jar to
> >>> /usr/share/tomcat-5.5/lib and created a symlink in
> >>> /usr/share/tomcat-5.5/common/lib
> >>>
> >>> However this caused tomcat to fail and I get no logging at all.
> >>
> >> I had exactly the same error - obsidian (obsidian-studios) on IRC
> >> offered help (thank you :) ) to solve the issue - it doesn't happen
> with
> >> binary version from Jakarta.
> >
> > I tried logging-log4j-1.2.13 from
> > http://logging.apache.org/site/binindex.cgi and still have the same
> > results.
>
> I'm talking about binary version of tomcat, not log4j ;)


(i cut the official JCL 1.0.4 and 1.1.0 binaries)

this may be an issue with the gentoo source compilation for commons logging.
when compiled from source (rather than using the jakarta binary), you may
encounter issues if log4j is upgraded without recompiling JCL.

(if this is a common problem, i could drop in on IRC somewhere - where? -
later tonight)

- robert

[-- Attachment #2: Type: text/html, Size: 1509 bytes --]

Re: [gentoo-java] log4j -> juli

[Brett Curtis]

[-- Attachment #1: Type: text/plain, Size: 792 bytes --]


On Jul 6, 2006, at 1:38 PM, robert burrell donkin wrote:


>
> (i cut the official JCL 1.0.4 and 1.1.0 binaries)
>
> this may be an issue with the gentoo source compilation for commons  
> logging. when compiled from source (rather than using the jakarta  
> binary), you may encounter issues if log4j is upgraded without  
> recompiling JCL.
>

I am not sure if what you are saying is simply recompiling JCL after  
the upgrade of log4j but I tried that with the same results.

dev-java/commons-logging-1.0.4-r1
dev-java/log4j-1.2.13



> (if this is a common problem, i could drop in on IRC somewhere -  
> where? - later tonight)
>

I am going to jump onto IRC later tonight 7:00 EST in hopes to get  
this resolved.

> - robert

Thanks

Brett Curtis
dashnu@gmail.com
http://teh.sh.nu




[-- Attachment #2: Type: text/html, Size: 2578 bytes --]

Re: [gentoo-java] log4j -> juli

[William L. Thomson Jr.]

I am looking into if there were any changes with log4j between 1.2.12
and 1.2.13. The official Tomcat binary is compiled with 1.2.12, and we
are compiling against 1.2.13.

I am not even sure Tomcat is using it at all during compile, and has
little to no need for it at runtime. Aside from custom apps. There could
be a possibility of custom log4j apps needing to be ported from 1.2.12
to 1.2.13. I am trying to hunt down a change log or etc to find out what
changed or etc.

Another possibility. With Tomcat's classpath loader and all, and use of
JULI now. It might be possible Tomcat is finding part of what it's
looking at further up the chain like in the bootstrap classpath. Since
it's finding part, it's running with that there, instead of looking for
the rest or another similar version further down the classpath chain.

Really no clue, really weird, and I am looking into. I did research
extensively in the past with upstream as to what could cause the problem
and a possible solution. However previous problem was more on the lines
of crashing from memory, than from cnfe.

-- 
Sincerely,
William L. Thomson Jr.
Obsidian-Studios, Inc.
http://www.obsidian-studios.com

-- 
gentoo-java@gentoo.org mailing list

Re: [gentoo-java] log4j -> juli

[robert burrell donkin]

[-- Attachment #1: Type: text/plain, Size: 454 bytes --]

On 7/6/06, William L. Thomson Jr. <wlt@obsidian-studios.com> wrote:
>
> I am looking into if there were any changes with log4j between 1.2.12
> and 1.2.13. The official Tomcat binary is compiled with 1.2.12, and we
> are compiling against 1.2.13.


log4j used a trick to retain binary compatility whilst altering a class
hierarchy sometime around then. JCL must be compiled against the right
version of log4j or errors such as the above occur.

- robert

[-- Attachment #2: Type: text/html, Size: 752 bytes --]

Re: [gentoo-java] log4j -> juli

[William L. Thomson Jr.]

It appears commons-logging is what is causing this problem. Basically
where ever one puts log4j.jar, one also must put commons-logging.jar.
The full commons-logging.jar, not the -api.jar that resides in Tomcat's
bin dir.

They can't be in different levels of the classloader. Nor can either be
at the bootstrap level Tomcat's bin dir with juli, or
commons-logging-api.jar.

Several people spend some considerable time today on IRC to find the
cause and solution.

Many thanks to rbd and jbalint.

Further reading on logging class load order and etc.

http://jakarta.apache.org/commons/logging/tech.html

-- 
Sincerely,
William L. Thomson Jr.
Obsidian-Studios, Inc.
http://www.obsidian-studios.com

-- 
gentoo-java@gentoo.org mailing list

Re: [gentoo-java] log4j -> juli

[William L. Thomson Jr.]

Through further user problems and subsequent investigations a problem in
the Tomcat 5.5.x init script specific to Gentoo was found.

The following line in the tomcat-5.5 init script needs to be change, and
has been in svn and should be soon in cvs, in ~arch sometime tomorrow or
so, once it cascades.

In the mean time, or if you don't feel like re-emering for a minor
change. Edit /etc/init.d/tomcat-5.5

Change

CLASSPATH="${CLASSPATH}:${CATALINA_HOME}/bin/bootstrap.jar:$(java-config -p commons-logging)"

to

CLASSPATH="${CLASSPATH}:${CATALINA_HOME}/bin/bootstrap.jar:${CATALINA_HOME}/bin/commons-logging-api.jar"


-- 
Sincerely,
William L. Thomson Jr.
Obsidian-Studios, Inc.
http://www.obsidian-studios.com

-- 
gentoo-java@gentoo.org mailing list

Re: Re: [gentoo-java] log4j -> juli

[robert burrell donkin]

On 7/7/06, William L. Thomson Jr. <wlt@obsidian-studios.com> wrote:
> Through further user problems and subsequent investigations a problem in
> the Tomcat 5.5.x init script specific to Gentoo was found.
>
> The following line in the tomcat-5.5 init script needs to be change, and
> has been in svn and should be soon in cvs, in ~arch sometime tomorrow or
> so, once it cascades.
>
> In the mean time, or if you don't feel like re-emering for a minor
> change. Edit /etc/init.d/tomcat-5.5
>
> Change
>
> CLASSPATH="${CLASSPATH}:${CATALINA_HOME}/bin/bootstrap.jar:$(java-config -p commons-logging)"
>
> to
>
> CLASSPATH="${CLASSPATH}:${CATALINA_HOME}/bin/bootstrap.jar:${CATALINA_HOME}/bin/commons-logging-api.jar"

am i right in guessing that $(java-config -p commons-logging} would be
intended to allow JCL alternatives to be specified (perhaps though
USE) ...?

if this is the case then care needs to be taken and changes may be
required elsewhere. the api is safely substitutable by an alternative
API implementation (for example, the JCL->slf4j bridge) but not by the
full commons-logging jar.

- robert
-- 
gentoo-java@gentoo.org mailing list

Re: [gentoo-java] log4j -> juli

[Joshua Nichols]

robert burrell donkin wrote:
> (if this is a common problem, i could drop in on IRC somewhere -
> where? - later tonight)
>
Our channel is #gentoo-java on irc.freenode.net.

- Josh
-- 
gentoo-java@gentoo.org mailing list