Jake,
Thanks for your reply. I tried out NDC and is working fine.
But I could not use MDC. It gave the following error:
java.lang.NoSuchMethodError: org.apache.log4j.spi.LoggingEvent.getMDC
(Ljava/lang/String;)Ljava/lang/Object;
I am using log4j-1.3alpha0.jar and a jdbcappender which extends l
Hi,
In the test EncodingTest.java, how is the UTF-16 handled, since UTF-16
appends Byte Order Mark, as below
fe ff
UTF-16 for 16-bit internal UCS-2, big endian, Java network order
ff fe
UTF-16 for 16-bit internal UCS-2, little endian, Intel/Microsoft order
00 00 fe ff
UTF-32 for
If you interrupt the thread doing the logging, what else would you
expect to happen?
On 8/21/06, Patrick Wyss <[EMAIL PROTECTED]> wrote:
hi there,
i have problems with "InterruptedIOException"s that i get in my standalone
application.
i use log4j 1.2.9 on SunOS 5.8
when searching the archives
I have been pulled away on some other things. The next free moment I get
I'll post the results of some additional tests based on your comments.
--
View this message in context:
http://www.nabble.com/Log4j-1.2.9%2C-64-bit%2C-Websphere-Performance-Problems-tf2088247.html#a5914135
Sent from the Lo
Well, System properties are not the same as OS environment properties. If you
want an OS environment property to exist in the JVM, you will have to set it
via the -D parameter on the command line, such as (on windows)
java -Dlog.dir=%LOG_DIR% MyClass
Then, in your log4j.xml file...
Jake
matt.accola wrote:
Thanks for the reply!
The scenario is that my customer has the 64-bit machine and I have only
32-bit systems for testing. That's a problem because they will not allow me
to run our profiler on their environment :( I cannot replicate in the
32-bit environment so I can't profi
Jake,
Thanks for your sharp response. What I need to do is to set a variable
outside the Log4j.xml file and have all the log redirected to the path
specified in that variable. By environment variable I meant what you set
in you windows property window, like PATH and CLASS_PATH.
Well, I have the
When you say "environment variables", do you mean System (JVM-wide) properties?
If so, then you just reference them as ${mysyspropname}. I imagine that JBoss
sets some system properties and that is probably what you are seeing referenced
in the log4j config files you speak of. The example you p
Hi group,
I am not sure if it is the right place to ask this question but I have
seen usage of jboss variables in the log4j.xml file. However, I am
wondering if it is possible to use environment variables in the config
file, something like ${env.LOG_DIR}.
Thanks,
Farzad-
Since logging is "meant" to "keep" logs, I suggest you do not overwrite
logs, rather use something like RollingFileAppender to have N Number of
files, and roll them over based on time, or Size.
Hope this helps.
-Kamal.
-Original Message-
From: Jacob Kjome [mailto:[EMAIL PROTECTED]
Sent:
hi there,
i have problems with "InterruptedIOException"s that i get in my standalone
application.
i use log4j 1.2.9 on SunOS 5.8
when searching the archives i found the following message by ceki gülcü as
answer to a similar problem:
http://www.mail-archive.com/log4j-user@jakarta.apache.org
If you want to use MDC or NDC, you will have to register the values using your
classes. However, once you have that, you can redefine the layout of your
appender in the config file without changing your classes. This article
provides both an example of a JDBCAppender configuration and talks abou
Hi Chris,
- You don't have to use a cyclic buffer (this is configurable per-tab),
but Chainsaw launched via Web Start may not have enough memory to load
your log file.
If you download the 'bundle', you can modify the startup script to
allocate more memory to the VM, which may allow you to load
The file appender will only append to a log file if it is specified in the
config. Don't specify it in the config and it won't append. Of course, this
means on application restart, not for each log statement. I can't imagine why
one would want to overwrite for each log statement, but I just wan
I am trying to use chainsaw to view entries in a log file. I have it setup,
and working fine. The log file I have is large, so chainsaw is unable to
hold all the messages I want to see in its 5000 entry cyclic window. So I
would like to know how to set things up so I can view not just the last 500
Iam saying
If u want to change in Ur Log4j.xml u can change with out change class
I think it is better to write Log4j.properties instead of log4j.xml
No problem if u uses Log4j.xml
From
Suneel
-Original Message-
From: Merin Shaji [mailto:[EMAIL PROTECTED]
Sent: Monday, August 21, 2006 5:
Yes, is what he meant.
-Original Message-
From: Merin Shaji [mailto:[EMAIL PROTECTED]
Sent: Monday, August 21, 2006 13:54
To: Log4J Users List
Subject: Re: JDBC Appender
I could not understand what you meant.
On 8/21/06, ysuneelreddy <[EMAIL PROTECTED]> wrote:
>
> Yes, IF u wants u ca
I could not understand what you meant.
On 8/21/06, ysuneelreddy <[EMAIL PROTECTED]> wrote:
Yes, IF u wants u can change
It is not Effect...
From
Suneel
-Original Message-
From: Merin Shaji [mailto:[EMAIL PROTECTED]
Sent: Monday, August 21, 2006 5:04 PM
To: Log4J Users List
Subject: Re
Yes, IF u wants u can change
It is not Effect...
From
Suneel
-Original Message-
From: Merin Shaji [mailto:[EMAIL PROTECTED]
Sent: Monday, August 21, 2006 5:04 PM
To: Log4J Users List
Subject: Re: JDBC Appender
Suneel,
Can I change the configuration in log4j.xml and achieve this without
Suneel,
Can I change the configuration in log4j.xml and achieve this without
changing my classes?
The jdbc appender in my log4j.xml is:
I want to replace the hardcoded 'user' value in the created_by field with
the current user. Otherwise I can add a field for MDC/NDC in my table
As often the solution comes right after the help-in-a-bottle was thrown
out to sea: it turns out I copied a little too much of the parameters
from the command line script to the Eclipse run box, specifically the
main class name was copied. Logically this could result in a duplicate
(but identical)
I've upgraded a supporting library to 1.2.13 and as a result the main
program needed also upgrading to 1.2.13.
A class in the supporting library runs perfectly using 1.2.13, however
if that class is loaded from the main of the main program I get an
exception.
java.lang.NoSuchFieldError: le
22 matches
Mail list logo