RE: cvs commit: logging-log4j/src/java/org/apache/log4j/chainsaw/ help tutorial.html

Goodness me, what a change... Thanks heaps Scott, in particular thinking of the backward compatability issue of getting XML with MDC inside and automatically forwarding on to the properties... You've been busy! :) Paul > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTE

cvs commit: logging-log4j/src/java/org/apache/log4j/chainsaw/help tutorial.html

sdeboy 2004/05/11 23:37:31 Modified:src/java/org/apache/log4j/chainsaw ChainsawCyclicBufferTableModel.java LogUI.java ChainsawColumns.java LogPanel.java EventContainer.java ChainsawConstants.java src/

[GUMP@lsd]: logging-log4j/log4j-tests failed

To whom it may engage... This is an automated request, but not an unsolicited one. For help understanding the request please visit http://gump.apache.org/nagged.html, and/or contact [EMAIL PROTECTED] Project log4j-tests has an issue affecting its community integration, and has been ou

RE: Proposed Enhancments to HTMLLayout

> It could, but doesn't allow for cell formatting based on the > data type or > the content to be placed in the cell. Ooooh, yes, now I see where you're getting at. What about basing this on a Velocity template (http://jakarta.apache.org/velocity/), it's perfect for the job, although it would ad

RE: Proposed Enhancments to HTMLLayout

> > Couldn't each line be represented by one pattern? e.g. the > pattern string > might be: > > %C%M .. > > You get what I mean.. I would have thought that a > PatternLayout string > could handle each row's data in a single call. Unless I'm missing > something. It could, but doesn't al

RE: Proposed Enhancments to HTMLLayout

> I think wrap is a bit strong, as we will require each field > individually to > add in the html required to do table cells and such. But I > get what you are > talking about. > Couldn't each line be represented by one pattern? e.g. the pattern string might be: %C%M .. You get what I me

RE: Proposed Enhancments to HTMLLayout

> > 1st cut, I'd like to implement the layout management in the > > same way as the > > pattern layout, using %? Values for each type and some sort > > of delimiter to > > break up columns. > > One way to accomplish this is to 'wrap' a pattern layout > inside the new > HTMLLayout, and use it fo

RE: Proposed Enhancments to HTMLLayout

> 1st cut, I'd like to implement the layout management in the > same way as the > pattern layout, using %? Values for each type and some sort > of delimiter to > break up columns. One way to accomplish this is to 'wrap' a pattern layout inside the new HTMLLayout, and use it for line/row renderin

Proposed Enhancments to HTMLLayout

Hey, I brought up the idea of enhancing the HTMLLayout on the users list, and it seems that there is no enhanced version, so I'm going to start working on one that can hopefully benefit us all. I guess my aim is: To allow formatting of the HTMLLayout in much the same way as with the PatternLayout

RE: Using latest Log4J and Jakarta Commons Logging

Title: Message Thanks.   FYI, I was able to make Struts 1.1 and latest Chainsaw play fair by adding the following method to org.apache.log4j.Category:   public void log(  String callerFQCN, Priority level, Object message, Throwable t) {  if (repository.isDisabled(level.level)) {    return; 

RE: Using latest Log4J and Jakarta Commons Logging

Title: Message Actually gump has already picked up some things regarding the latest log4j and commons-logging, and we are already looking into it.  You might want to build from cvs from about a week ago until this has been resolved.   cheers,   Paul Smith -Original Message-From: S

Using latest Log4J and Jakarta Commons Logging

Title: Message Hi, I'm using Log4J and Jakarta Commons Logging (nothing I can do about it - its bundled with Struts) and I am getting the following error: java.lang.NoSuchMethodError: org.apache.log4j.Logger: method log(Ljava/lang/String;Lorg/apache/log4j/Priority;Ljava/lang/Object;Ljav

RE: [GUMP@brutus]: jakarta-commons/commons-logging failed

> > Not sure if this will get sufficient attention without > bringing it here, so > doing so... > > Thanks in advance, > > regards Ceki, looks like the recent change in Category changed from the old Priority->Level, which will break existing installations with commons-logging. Could we keep t

RE: [GUMP@brutus]: jakarta-commons/commons-logging failed

Hi All, > Not sure if this will get sufficient attention without > bringing it here, so > doing so... Yes, there has been a few changes under the hood in log4j recently. We'll have to chat internally to see what we can do, and get back to you. All hail gump for picking it up. cheers, Paul

DO NOT REPLY [Bug 28908] - Oracle.sql incorrect

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 28907] - db/dialect classes not in log4j-1.3alpha0.jar

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 28907] - db/dialect classes not in log4j-1.3alpha0.jar

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

cvs commit: logging-log4j build.xml

psmith 2004/05/11 15:17:23 Modified:.build.xml Log: Applied patch from James Stauffer so that sub-directories of the db package are also included in the jar output. Revision ChangesPath 1.97 +1 -1 logging-log4j/build.xml Index: build.xml ===

RE: cvs commit: logging-log4j/src/java/org/apache/log4j/pattern C lassNamePatternConverter.java LineLocationPatternConverter.java FullLocat ionPatternConverter.java FileLocationPatternConverter.java MethodLocation PatternConverter.java

> >private void readObject(ObjectInputStream ois) > throws java.io.IOException, ClassNotFoundException { > ois.defaultReadObject(); > readLevel(ois); > > // Make sure that location info instance is set. > if (locationInfo == null) { >locationInfo = Locati

RE: org\apache\log4j\db\dialect\oracle.sql

Title: org\apache\log4j\db\dialect\oracle.sql That would be most appreciated. -Original Message-From: James Stauffer [mailto:[EMAIL PROTECTED]Sent: Wednesday, 12 May 2004 3:18 AMTo: '[EMAIL PROTECTED]'Subject: org\apache\log4j\db\dialect\oracle.sql The current version of o

Fw: [GUMP@brutus]: jakarta-commons/commons-logging failed

> > > Full details are available at: > > http://cvs.apache.org/builds/gump/nightly/jakarta-commons/commons-logging/index.html > > That said, some snippets follow: > > > > > > Gump provided these annotations: > > - Info - Enable "verbose" ou

[GUMP@brutus]: logging-log4j/log4j-tests failed

dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-xalan2.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/public/workspace/logging-log4j/lo

DO NOT REPLY [Bug 28908] - Oracle.sql incorrect

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 28907] - db/dialect classes not in log4j-1.3alpha0.jar

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 28908] - Oracle.sql incorrect

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 28908] New: - Oracle.sql incorrect

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Correct patch format? (Was: DO NOT REPLY [Bug 28907] - db/diale ct classes not in log4j-1.3alpha0.jar)

Title: Correct patch format? (Was: DO NOT REPLY [Bug 28907] - db/dialect classes not in log4j-1.3alpha0.jar) Is my attached patch in the correct format? James Stauffer -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Tuesday, May 11, 2004 12:58 PM To:

DO NOT REPLY [Bug 28907] - db/dialect classes not in log4j-1.3alpha0.jar

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 28907] New: - db/dialect classes not in log4j-1.3alpha0.jar

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

org\apache\log4j\db\dialect\oracle.sql

Title: org\apache\log4j\db\dialect\oracle.sql The current version of org\apache\log4j\db\dialect\oracle.sql doesn't run on my Oracle instance (9.2).  After I get it to work should I create a bugzilla issue with my changes? James Stauffer

logging_event.id

Title: logging_event.id What do you think of logging_event.id being renamed to logging_event.event_id so that the column name matches the other tables? James Stauffer

cvs commit: logging-log4j/src/java/org/apache/log4j/pattern ClassNamePatternConverter.java

ceki2004/05/11 06:31:07 Modified:src/java/org/apache/log4j/xml UtilLoggingXMLDecoder.java XMLDecoder.java src/java/org/apache/log4j/varia LogFilePatternReceiver.java src/java/org/apache/log4j/spi LoggingEvent.java s

RE: Mailing list + compilation problems

At 11:55 PM 5/10/2004, you wrote: > Scott, Paul, your help on the matter would be highly appreciated.-- I'm on this this morning. Thanks a million Paul. cheers, Paul Smith -- Ceki Gülcü For log4j documentation consider "The complete log4j manual" ISBN: 2970036908 http://www.qos.ch/shop

Re: cvs commit: logging-log4j/src/java/org/apache/log4j/pattern ClassNamePatternConverter.java LineLocationPatternConverter.java FullLocationPatternConverter.java FileLocationPatternConverter.java MethodLocationPatternConverter.java

Hi Paul, You are right. The value returned by LoggingEvent.getLocationInfo() can be null but it should not be. I think it should be the responsibility of the receiver/decoder to set location info to a default non-null value if location info is unavailable at deserialisation time. For example, the

[GUMP@brutus]: logging-log4j/log4j-tests failed

nit.jar:/usr/local/gump/public/workspace/logging-log4j/log4j-chainsaw-20040511.jar:/usr/local/gump/public/workspace/logging-log4j/log4j-20040511.jar:/usr/local/gump/public/workspace/logging-log4j/log4j-lf5-20040511.jar:/usr/local/gump/public/worksp

cvs commit: logging-log4j/src/java/org/apache/log4j AsyncAppender.java

ceki2004/05/11 02:38:23 Modified:src/java/org/apache/log4j/spi LoggingEvent.java ..cvsignore src/java/org/apache/log4j AsyncAppender.java Log: Fixed a bug in the way LoggingEvent properties were initialized. This was caught in one of our t

cvs commit: logging-log4j/docs FAQ.html

ceki2004/05/11 01:15:06 Modified:docs FAQ.html Log: Added a recommendation about migration from j.u.l to log4j. Revision ChangesPath 1.17 +56 -31logging-log4j/docs/FAQ.html Index: FAQ.html ===