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 16:57:55 GMT
Curt,

thanks for your answer,
see my comments below.

Curt Arnold wrote:

> On Jan 3, 2008, at 4:58 AM, Heinrich Götzger wrote:
>> 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?
> 
> log4j 1.3 development has been abandoned for those and other reasons. 
> The project has provide several log4j "companions" that support projects
> migrating back from the log4j 1.3 particularly Chainsaw.  The SVN HEAD
> of Chainsaw uses the log4j 1.2.x, there just hasn't been a release.
Ok, this is my way to go.
So I take the SVN HEAD and check it out here:
svn checkout http://svn.apache.org/repos/asf/logging/chainsaw/trunk \
apache-chainsaw

Than I follow:
apache-chainsaw/HOWTOBUILD.txt

Right?

> If you are looking for a log4j 1.2 -> log4j 1.3 migration guide, we
> would recommend that you don't.  If there is something from log4j 1.3
> that you miss, let us know and we can either backport it to log4j 1.2 or
> at least add it to the feature set for the eventual log4j 2.0 development.
I'm only keen on running chainsaw using the SocketAppender and getting
all LocationInfo, nothing else.

But since you asked, in the actual log4j 1.3 release I would miss the
configureAndWatch method in the PropertyConfigurator.

Has it been replaced by some other methods?

And I would like to keep my own PatternParser which extends
org.apache.log4j.helpers.PatternParser. This is not possible in the
actual 1.3 release due to PatternParser being final. And it has moved
into another package (org.apache.log4j.pattern), which drops the binary
compatibility. The same is with PaternConverter and FormattingInfo.
Do you have any plans on providing the possibilities for own
PatternParser in new log4j releases?

> If you are looking for a log4j 1.3 -> log4j 1.2 migration guide, we
> haven't provided a formal one.  If you were using something that was
> labelled alpha, then expecting a formal migration guide is a bit much.
Your right. Actually I'm very fine with log4j 1.2.x except the
SocketAppender and Chainsaw.


>>> "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
[...]
> 
> The LocationInfo class migrated from org.apache.log4j.spi to
> org.apache.log4j.spi.location during the log4j 1.3 development and then
> was reverted during the long attempt to minimizes incompatibilities
> between log4j 1.2 and log4j 1.3.  The next goal with Chainsaw is to get
> a formal release out based on log4j 1.2.x and the companions.  It would
> be more effective to spend effort getting that done instead that chasing
> this down.
This was just for documentation, I'm fine with any solution here.
The only thing making me wonder is that two jars with the same name but
from different locations have different content. This is confusing IMHO.

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