logging-log4j-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Heinrich Götzger <goetz...@gmx.de>
Subject Re: running chainsaw needs log4j-1.3alpha-7.jar
Date Thu, 03 Jan 2008 10:58:32 GMT
Maarten Bosteels wrote:
> On Jan 3, 2008 9:30 AM, Heinrich Götzger <goetzger@gmx.de> wrote:
>> Hi
>>
>> do I get this right,
>>
>> running actual chainsaw from
>> http://logging.apache.org/log4j/docs/webstart/chainsaw/chainsaw-bundle.zip
>> needs log4j-1.3alpha-7.jar on application-side for getting all
>> LocationInfos via SocketAppender?
> 
> Yes, that's also my experience: see
> http://thread.gmane.org/gmane.comp.jakarta.log4j.user/15607/focus=15611
Thanks, this is odd, since 1.3-alpha-x seems not being binary compatible
with release 1.2.15 in terms of configureAndWatch and PatterParser
enhancement. Is there a migration guide somewhere?

> 
> "3. There is a serialization incompatibility between log4j 1.2x
> socketappender and the log4j 1.3
> socketreceiver..this is being fixed with our work to get Chainsaw and
> appenders into the 1.2 codebase
> (may be fixed in the next release)"
> 
> Scott, any news on this ?
> 
> Maarten

And, it's even worse than that:

The SocketAppender including LocationInfo is only running as expected,
if the log4j-1.3alpha-7.jar from the chainsaw-bundle is used on
application side.

The file distributed here:
http://archive.apache.org/dist/logging/log4j/1.3alpha-7/logging-log4j-1.3alpha-7.tar.gz
Leads to a

java.lang.ClassNotFoundException: org.apache.log4j.spi.location.LocationInfo
        at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
        at java.security.AccessController.doPrivileged(Native Method)
        at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
        at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:276)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
        at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
        at java.lang.Class.forName0(Native Method)
        at java.lang.Class.forName(Class.java:247)
        at
java.io.ObjectInputStream.resolveClass(ObjectInputStream.java:604)
        at
java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1575)
        at
java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1496)
        at
java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1732)
        at
java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329)
        at
java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1945)
        at
java.io.ObjectInputStream.defaultReadObject(ObjectInputStream.java:480)
        at
org.apache.log4j.spi.LoggingEvent.readObject(LoggingEvent.java:784)
        at sun.reflect.GeneratedMethodAccessor16.invoke(Unknown Source)
        at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:597)
        at
java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:974)
        at
java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1846)
        at
java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753)
        at
java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329)
        at java.io.ObjectInputStream.readObject(ObjectInputStream.java:351)
        at org.apache.log4j.net.SocketNode.run(SocketNode.java:134)
        at java.lang.Thread.run(Thread.java:619)

on the chainsaw side.

Is this correct?
I mean, can other reproduce this?

Thanks

cheers

Heinrich


---------------------------------------------------------------------
To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org
For additional commands, e-mail: log4j-user-help@logging.apache.org


Mime
View raw message