Volkan,
A vote to retain JNDI-related features.
Although I don't use JNDI regularly, I have used it several times in the last
decade for a Fortune 100 company to create Java wrappers when commercial
libraries don't provide a Java interface -- most recently for a commercial
product using one
value=%p %t %c.%m%n/
/layout
/appender
--Wayne Cannon
Xh wrote:
Hi All!
I have very simple question.
How can I set SMTPPassword and SMTPUsername properties in log4j.xml file?
I can see that there are proper setters in SMTPAppender class:
http://logging.apache.org/log4j/1.2/apidocs
Have you considered using and importing the environment variables, such
as HOME and USERPROFILE (Windows-only). Yell if you need more
pointers. --Wayne
Gabier, Sal wrote:
Hello all,
I am trying to write a logfile to c:\documents and settings\userid\Temp
on a windows machine. The problem
It works fine for me. --Wayne
Wilfong, Paul wrote:
I was interested in what log4j extras companion is, so I tried
clicking the web-site referenced in this post:
http://people.apache.org/builds/logging/log4j/companions/extras/1.0/.
But it returns Your requested host people.apache.org could not
Thanks for the heads-up. That would eventually catch me by surprise,
too. --Wayne
Arthur Blake wrote:
...
By the way, the short introduction is a little bit out of date now. For
example,
it doesn't mention that log4j now FIRST looks for an xml file instead
of a properties file.
That one
Hans,
I agree with you to a limited extent. The for-a-fee manual
http://www.qos.ch/shop/products/eclm/, or the Pro Apache Log4j
http://www.amazon.com/Apache-Log4j-Second-Samudra-Gupta/dp/1590594991/ref=sr_1_1/002-6557759-2563217?ie=UTF8s=booksqid=1185380594sr=1-1
book, have indexes; but none
Reasonable? While you make a good point about the seeming arbitrariness
of the default trigger, it really is pretty trivial code. In my case,
and I suspect many others, the desirable trigger for sending out recent
e-mail logs would be something entirely separate from log level. --Wayne
It's best to check for isDebugEnabled, etc., externally if performance
is a consideration, since an external test avoids the time-consuming
concatenating and formatting strings if it won't be used. If you use
the test inside log4j, you will pay the penalty for these operations,
even if they
In a different thread, Steve Souza said that log4j development had
stagnated (my words, not his, re version 1.3). Is this true? If this
is true, is it simply because log4j is a mature product and is a good
product needing little ongoing development effort of significance, or is
there a
Thanks for the clarification, Curt. It helps a lot. --Wayne
Curt Arnold wrote:
On Jun 5, 2007, at 10:43 AM, Wayne Cannon wrote:
In a different thread, Steve Souza said that log4j development had
stagnated (my words, not his, re version 1.3). Is this true? If
this is true, is it simply
I'm new to log4j, but had similar problems sporadically. You are
configuring log4j programmatically, while I was using a config file. It
wasn't finding my config file until I learned that the log4j.xml file
needs to be somewhere in the classpath (even if it's just .) or
explicitly referenced
I just tried it successfully with multiple addresses last week by simply
separating the addresses with commas.
!-- mail is set to be an SMTPAppender --
appender name=mail class=org.apache.log4j.net.SMTPAppender
param name=evaluatorClass
value=com.cannon.log4j.TestEvaluator/
[I used version 1.2.14]
I just tried it successfully with multiple addresses last week by
simply separating the addresses with commas.
!-- mail is set to be an SMTPAppender --
appender name=mail class=org.apache.log4j.net.SMTPAppender
param name=evaluatorClass
I'm new to Log4j -- not an expert. I was just experimenting last week.
I tried comma and semicolon delimiters, which some mail programs use,
without success.
I read somewhere (probably in the Log4j book) that the config file stops
a little short of full capability compared with the XML
14 matches
Mail list logo