Re: JMX support in log4j2

Fine, but let's not end up with another 479k jar (like Log4j-1.2.17) all in the name of "fewer jars".  Again, the option of an uber jar is fine for those who don't care about bloating their application.  But for those who want to use Log4j2 purely for logging in their application, let's keep i

Re: [jira] [Commented] (LOG4J2-41) Extensible Log Level

My $0.02... It seems to me that the only immediate decision that needs to be made is what the Level class should consist of.  Should it be a straight-up enum or Nick's extensible enum? Given that Nick's extensible enum allows for so much more flexibility/extensibility, it also seems to me th

Re: Java compiler version

s is best I am OK with that. I actually have no pressing need to support Java 5 for my own purposes. Ralph On Feb 26, 2013, at 11:26 AM, Jacob Kjome wrote: All "-source 1.6" does above and beyond 1.5 is allow for using  "@Override" on overridden interface methods, which is

Re: Java compiler version

All "-source 1.6" does above and beyond 1.5 is allow for using "@Override" on overridden interface methods, which is nice but not critical; certainly no reason to switch to Java 6. What you actually seem to be proposing to use "-target 1.6" because you wish to bind to 1.6+ API.  This will

Re: [v2] final keyword

ds and blocks should be fairly short so the "clarity" declaring these variable final provides isn't of much value to me. Ralph On Jan 10, 2013, at 3:12 PM, Jacob Kjome wrote: +1 I couldn't agree with Gary more.  The "final" keyword is an essential element to b

Re: [v2] final keyword

+1 I couldn't agree with Gary more.  The "final" keyword is an essential element to bug free programs for all the reasons he provides. Jake On Thu, 10 Jan 2013 16:59:08 -0500  Gary Gregory wrote: Hi, On Thu, Jan 10, 2013 at 4:39 PM, Ralph Goers wrote: I guess I should have replied. M

Re: [v2] method order

On Thu, 6 Dec 2012 14:08:59 -0500  Gary Gregory wrote: If you find classes where it makes sense to alphabetize, go for it.  But doing this for every class without regard to co-location of related methods is counterproductive, IMO.  For instance, for logger, I would order them by the level they r

Re: [v2] method order

On Thu, 6 Dec 2012 08:29:42 -0500  Gary Gregory wrote: Hi All: I'd like to keep methods in alphabetical order in source files. Is that controversial for anyone? I know it makes for noisy commits so I would do it one file at a time when I run into it or in a whole batch. Thoughts? I find this

Re: [v2] Where to put appenders with dependency?

On Thu, 6 Dec 2012 15:35:58 +0100  Christian Grobmeier wrote: I think there is a concept in Ivy and Maven that a dependency is provided by a container. Oh yes, there is: org.testng testng *provided* We would need to "solve" that with good docs then. People need to know what to include

Re: [v2] @since

Isn't @since redundant for the first release?  That is, it can be assumed that any class/method that doesn't have it is presumed to be @since 2.0.  It's only after you start adding methods/classes in later releases that you bother to explicitly mention @since, referencing the release that the

Re: [v2] "combined" jar name?

ovide adapters from other logging APIs to Log4j.  I have not had any intention of competing with SLF4J for being a universal logging API. Right, since we are going one way (for now), we should prefix all jars with "log4j-", like log4j-slf4j-impl-2.0-beta3-SNAPSHOT.jar Gary Ralph On N

Re: [v2] "combined" jar name?

"log4j-slf4j" or "slf4j-log4j"?  Or, maybe more consistently, "slf4j-log4j2"? The SLF4j binding for Log4j-1.2.x is "slf4j-log4j12".  Seems like the SLF4j project has defined the naming scheme already.  I'm not sure I see a point in straying from it?  Or am I missing something? Jake On Thu,

Re: Alternative API for Category.log()

If you are worried about said method being removed, don't worry.  But you should reference it via the Logger class.  Logger and Level replace Category and Priority.  But even if you were to reference it with the deprecated classes, you'll have no problems.  They will never be removed as Log4j-

Re: Debugging TestCase3

This test is supposed to be verifying default initialization.  Given that the test method is  called "propertiesTest()", it presumes there to be a log4j.properties file in the default package somewhere on the classpath at test startup.  This must be so because it expects an appender specifically

Re: [maven-reorg] Reorganizations ongoing at forked Git repository

The main point is separate the tools from the library.  That means each of Lf5, Chainsaw1, and Chainsaw2 have their own artifacts, separate from Log4j.jar.  That's all.  This will make Log4j.jar much smaller (by extracting Lf5 and Chainsaw1).  Only users that specifically want to use the tools

Re: Addressing Gump build failure

On Thu, 31 May 2012 18:30:05 +0200  Christian Grobmeier wrote: Looks like we either need to remove the examples from compilation, or at least remove the lf5 examples from the main build along with the removal of the lf5 and chainsaw1 packages. Yes its my fault somehow. I am on the build and

Addressing Gump build failure

Changed subject to make sure my response gets noticed.  Read below... Jake On Wed, 30 May 2012 13:25:28 -0500  "Jacob Kjome" wrote: Looks like we either need to remove the examples from compilation, or at least remove the lf5 examples from the main build along with the removal o

Re: [GUMP@vmgump]: Project logging-log4j-12 (in module logging-log4j-12) failed

Looks like we either need to remove the examples from compilation, or at least remove the lf5 examples from the main build along with the removal of the lf5 and chainsaw1 packages. BTW, when you say "remove" lf5 and chainsaw1, you mean "move", right?  They should be provided in a separate op

Re: v1 tabs vs. spaces

+1 Also, how about some standard code formatting, either for Intellij/Eclipse or a build component that we can run to reformat prior to checkin?  For instance, trimming line endings and using standard braces makes diffs easier to read, as only relevant changes show up.  We'd probably want to

Re: [VOTE] Remove jdk 1.3 support

+1 Of course, I'd also like to see (copied from one of my previous posts)... Extract LF5 and chainsaw 1.x from log4j.jar and release them as separate > jars, thus removing bloat from the Log4j library.  They are not libraries, > but desktop tools, and can depend on the absolute latest version

Re: Jdk 1.3 fails, lets upgrade to jdk 1.4. && Maintenance

egory wrote: On Thu, Mar 15, 2012 at 3:04 PM, Christian Grobmeier wrote: On Thu, Mar 15, 2012 at 5:58 PM, Jacob Kjome wrote: > Extract LF5 and chainsaw 1.x from log4j.jar and release them as separate > jars, thus removing bloat from the Log4j library.  They are not libraries, > but

Re: Jdk 1.3 fails, lets upgrade to jdk 1.4. && Maintenance

My $0.02... Extract LF5 and chainsaw 1.x from log4j.jar and release them as separate jars, thus removing bloat from the Log4j library.  They are not libraries, but desktop tools, and can depend on the absolute latest version of Java for all I care. Log4j proper, the logging library, on the

Re: Lack of Category.error(Throwable t)

I'm not sure this is worth doing?  One issue I can think of breaking compatibility with the SLF4J API (and possibly commons-logging).  I realize it's not the Apache Logging Project's responsibility to maintain compatibility with SLF4J, but I'm not sure it's worth doing at this late juncture fo

Re: org.apache.log4j.xml.DOMConfigurator Error

This is clearly an environment-specific class loading issue, not specifically a Log4j issue. Please be more specific.  What application server are you using (including version)?  Does the server, itself, include log4j.jar in the classpath?  Where in the EAR to you put log4j.jar and log4j.xml

Re: log4j2 parameterized msg with throwable

s, even though the source code is 1.5 compatible it still would be good to let people know that they have to use JDK 1.6 to compile. Ralph On Thu, Sep 29, 2011 at 9:42 AM, Jacob Kjome wrote: Why would you need source=1.6?  The only binary incompatibility between 1.5 and 1.6 that I'm aware

Re: log4j2 parameterized msg with throwable

Why would you need source=1.6?  The only binary incompatibility between 1.5 and 1.6 that I'm aware of is that in 1.6 you can use @Override for overridden methods of an interface where 1.5 you can't.  What is it about Java 1.6 that you require it for compilation?  If it's just API, then you can

Re: Getting duplicated logging in console log

Don't manually add an appender in application code.  That what the config file is for.  Besides, every time your static getLogger(Class) method is called, you will add one more appender and will get an additional duplicate message for every new appender you add. Jake On Wed, 28 Sep 2011 14:

Re: svn commit: r1159035 - /logging/log4j/trunk/pom.xml

This seems to be occurring in the Maven Antrun plugin.  I know that Ant's JUnit task requires JUnit to be in Ant's classpath, which would make it a runtime library for Ant.  That said, why is Antrun being used rather than directly running tests using Maven?  If Antrun is truly needed, couldn't

Re: log4j-2.0 questions

Log4j-1.2.x has the concept of separate logger repositories distinguished using  repository selectors.  This allows a single shared Log4j instance to serve up multiple distinct logging configurations; one per/application.  This can also be achieved by using a separate instance of Log4j per/app

Re: i dont want to show one exception is log4j log

Are you talking about using Log4j for Tomcat logging or just for your own application logging?  For integration with Tomcat, that takes a special setup http://tomcat.apache.org/tomcat-7.0-doc/logging.html#Using_Log4j Jake On Thu, 24 Feb 2011 02:29:52 -0800 (PST)  "ssprasad.e" wrote:

Re: JDBCAppender

I would suggest searching through Bugzilla to see if there is an enhancement issue that would be a fit for your suggested modifications. If so, read up on that and add your stuff as appropriate. Otherwise, create a new enhancement issue and attach your patch, along with your expressed intent to

Re: Fix for a typo in Javadoc comment for Logger.getRootLogger()

Fixed at revision: 1036829. Thanks for reporting. Jake On 11/17/2010 3:50 PM, Nico R. wrote: > This mail was signed (PGP-MIME). > > ,-GnuPG output follows (current time: Fri, Nov 19 2010 - 05:39:28)-- > | > | Signature made 11/17/10 15:50:58 using DSA key ID 8386BF85 > | Can't check

Re: MDC does not properly clean up

Since Log4j must support JDK1.4 (actually, still 1.3, I believe), I don't see how we could use JDK1.5+ ThreadLocal.remove()? That said, there are other ways of cleaning up ThreadLocals that don't require remove().  For examples, see CrazyBob's "Hard Core Java: ThreadLocal" from back in 2006 [1

Re: log4j configuration with FixedWindowRollingPolicy

Try using "MaxBackupIndex" instead of "maxIndex".  You can also get rid of "minIndex" as there is no such configuration param.  I don't think "fileNamePattern" is applicable either. Jake On Wed, 22 Sep 2010 13:56:36 -0700 (PDT) vjinaz wrote: Hi, I have the following configuration in my

Re: Problem on Log4j: How to include custom into JBoss (log4j.xml)?

Not really sure how to say this any more clearly? WEB-INF/lib/log4j.jar WEB-INF/lib/myJarContainingLog4jCustomFilterClass.jar Jake Kevin. Jacob Kjome wrote: It's pretty clear that your "log4j.TransFilter" is loaded by a ClassLoader that is a child of the ClassLoader that loa

Re: Problem on Log4j: How to include custom into JBoss (log4j.xml)?

It's pretty clear that your "log4j.TransFilter" is loaded by a ClassLoader that is a child of the ClassLoader that loads log4j.jar. Your class must be loaded by the same, or parent, classloader to that of Log4j. So, for instance, if Log4j is loaded from some global lib directory in JBoss, then

Re: Newest development: Isabella Claire Arnold

Great news Curt.  Congratulations! Jake On Fri, 17 Sep 2010 01:30:49 -0500 Curt Arnold wrote: Isabella Claire Arnold was born on September 14th at 1:55 PM. Mom is a little sore and daughter is getting a little extra oxygen and IV feeding, but is expected to be on her own soon.

Re: Chainsaw build error

uff can be released at about the same time? Jake > Scott > > > > On Wed, Jun 30, 2010 at 9:54 PM, Jacob Kjome <mailto:h...@visi.com>> wrote: > > Just to be clear, I'm not arguing for 1.5+ support. For a desktop > utility like > Chainsaw, I&

Re: Chainsaw build error

If we ever get there.. > > Scott > > > > On Wed, Jun 30, 2010 at 1:58 PM, Jacob Kjome <mailto:h...@visi.com>> wrote: > > What is the oldest supported JVM for Chainsaw? > > I always make it a point to build a project against the the oldest >

Re: Chainsaw build error

What is the oldest supported JVM for Chainsaw? I always make it a point to build a project against the the oldest supported JVM version that I promise to support.  You shouldn't be building against 1.6 at all if you state 1.5 compatibility.  Same goes for Log4j.  If Log4j claims 1.3 compatibil

Re: Improving log4j so it can easily be used with servlet logging

On Mon, 31 May 2010 22:48:25 -0700 Ralph Goers wrote: On May 31, 2010, at 10:31 PM, Jacob Kjome wrote: I thought it might be useful to interject with some history about Log4j and ServletContext logging. Please see this recent thread on the slf4j-user list for some pertinent details

Re: Improving log4j so it can easily be used with servlet logging

I thought it might be useful to interject with some history about Log4j and ServletContext logging. Please see this recent thread on the slf4j-user list for some pertinent details explaining how this is actually possible today with Log4j 1.2... http://marc.info/?t=12735918324&r=1&w=2 Now t

Re: [VOTE] Replacement log4j-1.2.16-javadoc.jar

+1 Jake On 4/8/2010 11:47 PM, Scott Deboy wrote: verified md5sum matches, extracted javadoc looks good. +1 Scott On Thu, Apr 8, 2010 at 9:00 PM, Curt Arnold mailto:carn...@apache.org>> wrote: The log4j-1.2.16-javadoc.jar included in the log4j 1.2.16 release vote was found to be miss

Re: [VOTE] log4j 1.2.16 release

I haven't been able to test out 1.2.16 for myself, but if the unit tests pass, I figure it's long past due for a release. +1 from me. Jake On 3/30/2010 11:11 PM, Curt Arnold wrote: I have posted a third release candidate for log4j 1.2.16. RC1 was scuttled in February since I was not aware o

Re: LocalizedLogger (enhancement)

Have you considered the i18n functionality already provided by i18nlog which supports Log4j?... http://i18nlog.sourceforge.net/ http://i18nlog.sourceforge.net/api/ Jake On 7/2/2009 10:03 AM, manishmotw...@yahoo.com wrote: > Curt, > > Thanks for taking time out to review the code. > > I forgo

Re: log4j 1.2.16 RC1: last call for bugs

On 5/13/2009 9:26 PM, Paul Smith wrote: >> >> Can't yank it from log4j.jar without potentially breaking some app >> that actually uses it, but could mark it as deprecated and suggest >> checking the jmx companion. > > the alternative is to start yanking things out of log4j into a 'legacy' > jar.

Re: Beginners question: log4j implementation, variable log4j properties

Please don't post user questions to the dev list. I've sent this to the user list, Bcc'ing the dev list, just in case you are not subscribed to the user list yet. See comments below... On 4/10/2009 7:03 AM, mb77 wrote: > Hello everybody, > > Beginners question here, hope all will be clear enou

Re: Filtering duplicated log-messages

Sure, by setting additivity to false. Post your config. BTW, don't post it to the log4j-dev list. post it to the log4j-user list. The dev list isn't for general user question, but for Log4j development issues. Jake On 2/18/2009 7:28 AM, Surovtsev, Dmytro wrote: > Hi all, > > > > Is it poss

Re: [PROPOSAL] Implementing the SLF4J API directly

On Mon, 08 Dec 2008 10:06:44 +0100 Thorbjørn Ravn Andersen <[EMAIL PROTECTED]> wrote: Other projects have created extra packages containing such auxillary classes to avoid breaking things in the core package. The reason must be another :) ...and we have this.  See... http://logging.apache.

Re: [PROPOSAL] Implementing the SLF4J API directly

On 12/6/2008 6:27 AM, Thorbjørn Ravn Andersen wrote: > > I believe that the positive in decoupling the logging implementation > from the application will vastly overshadow any inconvinience in this > regard. Most if not all of the work has been done in the slf4j project. Right. "Most if not all

Re: [PROPOSAL] Implementing the SLF4J API directly

Hi Ceki, On 12/4/2008 2:33 PM, Ceki Gulcu wrote: > The point here is not comparing implementations but to have API > convergence. It is less a technical matter (there not an ounce of > doubt that it can be done with good results) than a question of > collective will of log4j committers and log4j u

Re: DO NOT REPLY [Bug 43204] Contribution Java 5+ Improvements: String formatter, stack trace inspection

I believe the threading model is a big reason for moving to version 2. Please read the archives about threading/deadlock issues. Jake Thorbjørn Ravn Andersen wrote: > Ralph Goers skrev den 03-08-2008 21:45: >> 1.2 is the only current version. 1.3 has been discontinued. The basic >> work to star

Re: Receivers artifacts and Chainsaw

Why can't the old version of Chainsaw simply be re-packaged into a separate jar?  I think lots of people would be happy to have a smaller log4j artifact to deploy and those that want to use chainsaw version 1 simply add another jar to their classpath.  This has nothing to do whether we deprecate

Re: Up-to-date build instructions for Apache chainsaw?

Paul Smith wrote: > At the moment, Chainsaw has it's own hard-coded > registry of 'potential' Receivers that are known, and checks which ones > can be loaded. Ideally we would replace that with the standard JAR > service provider stuff so any custom Receivers could be placed in the > Plugin direct

Re: Proposed synchronization changes

Hi Jess, I suggest you post a tracking bug report for this so that these changes don't just get lost on the list. Sounds like you did a lot of great work that could be the basis for Log4j-2.0. Maybe you can gather up enough steam to make 2.0 a reality. And I agree. JDK1.5+ should be what 2.0

Re: Help. . . Log4j NOT logging everything.

You should really send this to the user list, not the dev list. And while it's unfortunate you are experiencing problems, you've provided nothing upon which to address the issue. You'll need to provide more specifics if you expect a helpful (or any) response. Jake McDowell, Paula wrote: > Hi,

Re: Looking for a mentor to guide me at log4j project!

Hi Lam, First thing to do would be to participate on the log4j-user list and answer user questions. If you have tips/tricks/code to share, put it out on the Wiki. You can also take a look at the list of bugs in Bugzilla and provide patches to resolve issues. I'm not sure what you are lookin

Re: Contribution of TimedDailyRollingFileAppender or CronExpressionFileAppender

Curt Arnold wrote: On Jan 28, 2008, at 10:30 AM, Stefan Fleiter wrote: Hello, we think that Log4j is missing a possibility to rollover at a fixed time of the day and have developed a TimedDailyRollingFileAppender class which does this. We would like to contribute the solution to the log4j

Re: FW: DailyRollingFileAppender for a Struts Web Application using WAS 6.0 and Struts 1.1

java ... -Dlog.dir=/my/preferred/path WAS In log4j.properties log4j.appender.MyAppender.File=${log.dir}/mylogfile.log Now you can use the same log file for all environments. Just make sure you set the system property at startup. Jake On Wed, 23 Jan 2008 09:44:03 -0600 Paula McDowell

Re: Naming log4j threads

#x27;s no objections I'll try that approach... ? I'm sorry, but, unfortunately, I have "no objections". I guess you'll have to come up with a different approach. Heh :-) Jake Paul On 12/12/2007, at 4:11 PM, Jacob Kjome wrote: See: http://issues.apache.org/bugzilla/

Re: Naming log4j threads

See: http://issues.apache.org/bugzilla/show_bug.cgi?id=41156 Jake Paul Smith wrote: I'm certain there's a bugzilla ticket for this, but even if there wasn't there should be, but we are the middle of cleaning up thread names in our app to easily identify their uses, and ran into the FileWatchd

Re: Changing logging levels in Log4J dynamically?

Will Sargent wrote: Jacob Kjome wrote: I'm not so familiar with the JMX stuff, but if you are using this in an application server, you can use something like LogWeb... http://www.codeczar.com/projects/components/logweb/index.html BTW, this really is a log4j-user list question, not a

Re: Changing logging levels in Log4J dynamically?

I'm not so familiar with the JMX stuff, but if you are using this in an application server, you can use something like LogWeb... http://www.codeczar.com/projects/components/logweb/index.html BTW, this really is a log4j-user list question, not a log4j-dev list mail. Please use the proper list.

Re: writing log4j for my application

uot;Created account: " + accountNum); } else if (accountModified) { audit_manage.info("Modified account: " + accountNum); } Jake At 10:50 AM 10/21/2007, you wrote: > >HI JAKE, > > CAN YOU SEND ME A SAMPLE CODE OF THIS. OR ATLEAST SEND ME THE LINK WHICH >EXPLAINS

Re: Redirecting Exceptions Or Exceptions to our own log files

That depends on what version of Tocmat you have. Have you read the Tomcat documentation for your Tomcat version to determine how to use Log4j for logging? Jake At 03:52 AM 10/20/2007, you wrote: > >hi, > >when ever my application raises some exceptions these exceptions are written >in logs

Re: writing log4j for my application

Loggers don't need to be named after classes. For instance, you could have "AUDIT.create" and "AUDIT.manage" loggers which you use to log applicable activities. You can use these audit loggers anywhere you need them, regardless of class or package. You can also have loggers named after you

Re: Using JNDI in addition to system properties

Feel free to add a reference to it in the Wiki... http://wiki.apache.org/logging-log4j/Log4jRelatedResources Jake At 02:39 PM 10/11/2007, you wrote: >There's an interest in the functionality, but it doesn't seem to have >made it into log4j yet -- it's still pretty weak at configuration in >gen

Re: Wrote a layered configurator for log4j-1.2

Interesting. What's the syntax to import an external config file into a Log4j XML config file? Maybe I missed it, but I think you only had a Log4j properties file example. I also wonder if you are proposing to donate the code the Apache Logging Log4j project? Theoretically, it could be yet

Re: Broken links

Seems to be working now. Jake At 12:44 PM 9/3/2007, you wrote: If you google PaternLayout or any other core log4j class, the first reference is to this URL: http://logging.apache.org/log4j/docs/api/org/apache/log4j

Re: [VOTE] Publish log4j-1.2.15_rc6, extras-1.0_rc5 and staged website

I haven't had a chance to kick the tires, but I've followed the development. As such, I'll give a +0. I'm guessing that you'll get the two other votes required from the more active developers who will also know better whether this release candidate deserves a full release. Are the Gump fa

Log4j and OSGi

What does everyone think about releasing OSGi ready Log4j jars? OSGi is quickly becoming popular. In order for OSGi apps to depend on Log4j in an OSGi environment, certain MANIFEST.mf entries need to exist. There's a Maven plugin that performs the OSGi packaging called the "maven-bundle-pl

Re: Issue with xml logging in log4j

XML Layout intentionally writes a file with no valid root element. You need to wrap the file in a root element. An easy way to do this is to use DTD entity includes or use XMLInclude. Or, load it as a DocumentFragment into a full Document using the DOM. BTW, you should post this to the lo

RE: Chainsaw & Maven

+1 Seems to be the way to go these days. If it makes project management easier, it's worth doing. Jake At 11:31 PM 6/2/2007, you wrote: >+1 > > > >Scott Deboy >COMOTIV SYSTEMS >111 SW Columbia Street Ste. 950 >Portland, OR 97201 > >Telephone: 503.224.7496 >Cell: 503.997.1367

Re: Vigilog listing as "Third-party extension"?

Quoting Curt Arnold <[EMAIL PROTECTED]>: > > On Apr 4, 2007, at 1:32 AM, Jacob Kjome wrote: > > >Did you set the SVN password by running svnpass on your account on > > >people.apache.org? Maybe you should try to set it again in case it > > >was reset. >

Re: Vigilog listing as "Third-party extension"?

toiseSVN provides a checkbox to remember the credentials. It fails whether I check it or not. Jake > we use svn here at Aconex and I've seen it do that to me. > > On 04/04/2007, at 4:32 PM, Jacob Kjome wrote: > > > At 12:47 AM 4/4/2007, you wrote: > &

Re: Vigilog listing as "Third-party extension"?

At 12:47 AM 4/4/2007, you wrote: > >On Apr 4, 2007, at 12:37 AM, Jacob Kjome wrote: > >> >> I checked out with a URL that looks like >> >> https://username:[EMAIL PROTECTED]/repos/asf/logging/log4j/trunk >> > >I've never needed to specif

Re: Vigilog listing as "Third-party extension"?

At 11:00 AM 4/3/2007, you wrote: >Quoting Curt Arnold <[EMAIL PROTECTED]>: > >> >> On Apr 3, 2007, at 12:47 AM, Jacob Kjome wrote: >> >> > >> > I would add this to the download.xml xdocs, but it seems as if my >> > commit rights have been,

Re: 1.3 - A Line in the Sand

ds. Mark Womack threw a quite a >bit of time on that and could not get it diagnosed. And if you >fixed all that, you would still break apps that didn't explicitly >call activateOptions(), it would not address the fundamental >concurrency problems and would still target early JDK&#

Re: Vigilog listing as "Third-party extension"?

Quoting Curt Arnold <[EMAIL PROTECTED]>: > > On Apr 3, 2007, at 12:47 AM, Jacob Kjome wrote: > > > > > I would add this to the download.xml xdocs, but it seems as if my > > commit rights have been, somehow, revoked. I can log into > > people.apache.org,

Re: Vigilog listing as "Third-party extension"?

I would add this to the download.xml xdocs, but it seems as if my commit rights have been, somehow, revoked. I can log into people.apache.org, but can't seem to check anything in to Log4j using TortoiseSVN. Any ideas? BTW, at such point that I get my commit access back, how do I update the

Re: 1.3 - A Line in the Sand

At 07:07 PM 4/2/2007, you wrote: >At some point we can no longer ignore the decision about where 1.3 >should go. > >I am beginning to think that we should scale back 1.3 to be less of >the planned revolution and more of a substantial-update-but- >completely-backward compatible (to a point). > I t

Re: Logging Domains committed to sandbox (dodgy cvs spam email address though)

At 04:16 PM 3/29/2007, you wrote: > >On 30/03/2007, at 1:11 AM, Jacob Kjome wrote: > >> >> Hi Paul, >> >> Are logging domains akin to Markers in the SLF4J/Logback world? >> > >I'm in dangerous territory here because I'm really unfamiliar wit

Re: Logging Domains committed to sandbox (dodgy cvs spam email address though)

Hi Paul, Are logging domains akin to Markers in the SLF4J/Logback world? Jake Quoting Paul Smith <[EMAIL PROTECTED]>: > I just committed Revision 523581 to the logging/sandbox, but I got an > email bounce saying: > > <[EMAIL PROTECTED]>: > Sorry, no mailbox here by that name. (#5.1.1) > > Anyw

Re: Contrib classes

Quoting Martin Ritchie <[EMAIL PROTECTED]>: > Log4j developers, > > I see that the contrib files are not included in the log4j jar. I work > on the Qpid project and would like to use the CompositeRollingAppender > however as it is not in the jar we have to include it in our source > repository. Do

Re: AW: Google Summer of Code projects

Curt Arnold or Yoav Shapira have entered these subjects as > they are mentioned as possible mentors. so i would recommend to contact them > directly to get further information. > > best regards > patrick > > > -Ursprüngliche Nachricht- > > Von: Jacob Kjome [ma

Re: Google Summer of Code projects

I'm not sure about the specific titles you have written below? What is meant by "Log4j management"? And by "logging services documentation system", are you proposing to improve upon Log4j's documentation?Please see another thread where Isuru Suriarachchi requested ideas from the Log4j t

Re: Request for GSOC project ideas

At 10:40 PM 3/15/2007, you wrote: Hi Jacob, I went through these two ideas and got a rough understanding. I think it is better to go for the second one, as i found it little bit more interesting. On 3/15/07, Jacob Kjome <<mailto:[EMAIL PROTECTED]>[EMAIL PROTECTED]> wrote:

Re: Request for GSOC project ideas

I can think of 2 things that you could work on: 1. Overcome the existing inertia and get Log4j-2.0 started. Without someone to kick-start this, I don't believe it will ever happen. Log4j-1.3 seems to be somewhat of a dead-end and if the Log4j project is to move forward past maintenance releas

Re: logging to multiple socket appenders

This is the dev list. Please post non-dev questions to the user list. Jake At 10:11 AM 2/26/2007, you wrote: >We are re-architecting our environment to be fully clustered and fail >safe. With that in mind, we need some facility to ensure that our >application logs are also fail safe and conta

Re: Configuring a logger to be used with different levels for appenders

Set the level for the logger to "DEBUG" and set the threshold for the A1 appender to "INFO" Jake Quoting sorin <[EMAIL PROTECTED]>: > > Hello! > > I'd like to define a logger L with 2 appenders A1 (console) and A2 (file). > I'd like to write with A1 only INFO messages and with A2 both

Re: Improved ThrowableInformationPatternConverter.

If you don't want this to get lost in the shuffle, I suggest you post an enhancement report in bugzilla. The change looks useful. Probably something for 1.3 or 2.0. I don't see this getting into 1.2.xx. Any other committers care to comment on this? Seems useful to me. Jake At 02:45 AM

Re: DO NOT REPLY [Bug 37282] - SyslogAppender leaks descriptors

At 02:32 PM 1/27/2007, you wrote: > >--- Jacob Kjome <[EMAIL PROTECTED]> wrote: > >> >> Elias, >> >> Are you making sure to apply some of the fixes to >> the 1.2 branch? You mentioned you fixed this on >> the trunk, but it was specifically re

Re: DO NOT REPLY [Bug 37282] - SyslogAppender leaks descriptors

Elias, Are you making sure to apply some of the fixes to the 1.2 branch? You mentioned you fixed this on the trunk, but it was specifically reported against 1.2.xx and is blocking the 1.2.15 release tracking issue [1]. I haven't checked SNV, but I just wanted to make sure you were keeping

Re: Proposal to include thirdparty libraries in repository

Didn't the Maven team announce that they were copying a bunch of the Java extension API's out into their repository? Maybe now that Java is GPL? I can't recall where I heard it, but I seem to recall it. If true, it would mean that the stuff we normally had to download individually might be avai

Re: AW: Problem while logging different levels in different log files

; > > > > >value="[%d{ISO8601}] %-5p %c %m %n" /> > > > > > > > > > > > > > > > > -Ursprüngliche Nachricht- > Von: Jacob Kjome [mailto:[EMAIL PROTECTED] > Gesendet: Freita

Re: Problem while logging different levels in different log files

Search the list for recent discussions about using filters. BTW, you'll need to change to an XML config format to use filters. Not specifically applicable to this situation, at times you can use additivity if you want to control which loggers/levels log to particular appenders at the logger leve

Vote to elevate Elias Ross to Log4j committer status

This is a vote to decide whether to elevate Elias Ross to committer status. Only votes by current Log4j committers are binding. We'll keep the vote open for a couple days to make sure people get a chance to vote (Yoav, please let me know if I'm forgetting some rule or formality). [+1] - support

Re: Anybody home?

At 04:33 PM 11/13/2006, you wrote: > >--- Jacob Kjome <[EMAIL PROTECTED]> wrote: > >> Elias, are you >> volunteering? Users like Kay Abendroth, who has been extremely busy >> the last couple days canvassing Bugzilla reports, may be what we need >> to

Re: Anybody home?

Maybe its time for new blood? If existing Log4j developers can't put in the time necessary to move things along as fast as the community would like, then it might be time to accept some new developers from the community that are willing to keep things moving. Elias, are you volunteering? U

Re: [VOTE] log4j 1.2.14 release

I have no time to test, so my vote should probably be +0. However, since I have confidence in Curt and the other Log4j developers, if +1 is needed to make the release happen, you have my +1. Jake Quoting Yoav Shapira <[EMAIL PROTECTED]>: > Hi, > +1 to the release after some medium-strength tes

  1   2   3   >