Log4j, syslogd and the -r option

As I understand, the syslog appender is written for logging to a remote syslogd. Therefore the syslogd needs to be started with -r option. However because of security concerns, we don't want to expose the syslogd to network. Is there a way to log to local syslogd using the local domain sockets?

Re: multiple web-apps in separate logging contexts

So for 1.2 I need to use a custom repository selector from the sandbox and in 1.3 there is one available in the core. Is that correct? -- James Stauffer http://www.geocities.com/stauffer_james/ - To unsubscribe, e-mail: [EMAIL

Re: multiple web-apps in separate logging contexts

Well, the description that Ceki and I have been giving assume 1.3. However, you can still use a repository selector with 1.2.x. It's just more formalized in 1.3. See... http://wiki.apache.org/logging-log4j/AppContainerLogging Oh, and check out the 0.3 alpha tag (or something like that) from

Re: [Proposal] Use UGLI as logging abstraction (Re: [RT] Logging

Curt Arnold wrote: the implementation of Logger.debug(Object, Object) would check isDebugEnabled() before attempting to expand the template. Ah... thx! That's what I was after and it works the way I (and maybe others ) have been extending it. .V -- RiA-SoA w/JDNC fo

Re: [Proposal] Use UGLI as logging abstraction (Re: [RT] Logging

On Jan 21, 2005, at 4:47 PM, Vic wrote: Thus, instead of writing if(logger.isDebugEnabled() { logger.debug("New temperature is "+newT+" degrees"); } you can write logger.debug("New temperature is {} degrees", newT); If you can help me understand why are those 2 the same? The 2nd statment does

Re: multiple web-apps in separate logging contexts

I am using 1.2.9. Does it only work with 1.3? I am using my own apps. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: [Proposal] Use UGLI as logging abstraction (Re: [RT] Logging

Ceki Gülcü wrote: Torsten, We have noticed that over 95% of log statements have zero, one or two parameters. Fine. Thus, instead of writing if(logger.isDebugEnabled() { logger.debug("New temperature is "+newT+" degrees"); } you can write logger.debug("New temperature is {} degrees", newT); If

Re: multiple web-apps in separate logging contexts

Are the loggers created for your application in the "default" logger repository or the "hello" or "tata" logger repository? There's some extra Log4j debugging that will be removed in the final version of 1.3 that tells you this. Jake Quoting James Stauffer <[EMAIL PROTECTED]>: > I did the fir

Re: multiple web-apps in separate logging contexts

James, Are you seeing any other log4j related messages? If you are, then you should see "Will use ContextJNDISelector" message on the console which is redirected by Tomcat to ./logs/catalina.out. Otherwise, are you sure that -Dlog4j.repositorySelector=JNDI is placed on the right spot in catalin

multiple web-apps in separate logging contexts

I did the first two steps in examples\tiny-webapp\INSTALL.txt: log4j.jar in common/lib added -Dlog4j.repositorySelector=JNDI to command line I didn't see the following in the output: *** Will use ContextJNDISelector ** Should I see that after just those two steps (and restart tomcat)? -- James

Eclipse and log4j related article

I recently came across this interesting article by Manoel Marques. http://www-106.ibm.com/developerworks/library/os-eclog/ -- Ceki Gülcü The complete log4j manual: http://www.qos.ch/log4j/ - To unsubscribe, e-mail: [EMAIL PROTEC

Re: [Proposal] Use UGLI as logging abstraction (Re: [RT] Logging

Torsten, We have noticed that over 95% of log statements have zero, one or two parameters. The additional two methods (per logging level) that have been introduced in 1.3 and UGLI offer a convenient alternative to the if(logger.isXXXEnabled() { logger.xxx("some txt"+arg1+"following txt") } pattern.

RE: Specify chainsaw config file in webStart link

If you take the existing .jnlp file and turn it into a jsp that you host on your site, you should be able to specify the log4j.configuration 'property' as the URL you're generating. -Original Message- From: OOMS DIRK [mailto:[EMAIL PROTECTED] Sent: Fri 1/21/2005 7:58 AM To: 'lo

Specify chainsaw config file in webStart link

Hello, I am thinking of building a web application that allows the user to configure a subset of the log4j configuration parameters in a 'user friendly' way (so he/she does not have to know all log4j configuration details). At the same time I will generate the corresponding chainsaw config file on

Re: RE: Wish for CVS version: if debug enabled()

> it gives one line of logging. > > MyOneLineLogger.debug(log, "boo", "far"); > > public class MyOneLineLogger { > public static debug(Logger log, Object mess1, Object mess2) { > if (log.isDebugEnabled()) { > log.debug(new StringBuffer(mess1).append(mess2)); >

RE: Wish for CVS version: if debug enabled()

Can this be solved with the class below? it gives one line of logging. MyOneLineLogger.debug(log, "boo", "far"); public class MyOneLineLogger { public static debug(Logger log, Object mess1, Object mess2) { if (log.isDebugEnabled()) { log.debug(new StringBuffer

Re: Wish for CVS version: if debug enabled()

Rieser, Michael (SCI TW) wrote: I thought you were interested in clean, readable code? Mike Yes, of course. I am just trying to point out the issue. Once the issue is identified, we can go about a good solution. hth, .V -- RiA-SoA w/JDNC forums - help develop a commun

RE: Wish for CVS version: if debug enabled()

> Just to add a bit more fuel to the fire: > http://weblogs.java.net/blog/schaefa/archive/2005/01/how_to_do_condi_1.html > See how people strugle with pre-processor type to get to same result. I thought you were interested in clean, readable code? Mike ---

Re: Wish for CVS version: if debug enabled()

Ceki Gülcü wrote: It must be said that the quality of the original proposal lacked precision and was in quite poor form in general. I'd appreciate if a cleaner and more precise proposal were submitted. Yes, I agree. Somone help plz. Just to add a bit more fuel to the fire: http://weblogs.java.net

Re: RE: Wish for CVS version: if debug enabled()

> It must be said that the quality of the original proposal lacked > precision and was in quite poor form in general. I'd appreciate if a > cleaner and more precise proposal were submitted. These are the methods I would have liked to have seen in Category/Logger. However I see there is conflict

RE: Wish for CVS version: if debug enabled()

It must be said that the quality of the original proposal lacked precision and was in quite poor form in general. I'd appreciate if a cleaner and more precise proposal were submitted. -- Ceki Gülcü The complete log4j manual: http://www.qos.ch/log4j/ -

Re: Wish for CVS version: if debug enabled()

Korver, Aaron wrote: So what is being proposed here is a large change to existing code simply for a readability issue?? As a non-specific to this request statement, I regard code readability as jaw-droppingly important. BugBear --