Hi
Im still getting some of the files as 0 bytes after your suggestion. Any
more clues?
Please see below how the logs are created.
-rw-r--r--1 lsadmlsurf157287531 Sep 5 09:45
sprint-alerts-de.log.8
-rw-r--r--1 lsadmlsurf 0 Sep 5 11:00
sprint-alerts-de.log.7
Hi
Can it be because - if we start and stop the server it writes with 0
bytes?
Arun
On Tue, 2005-09-06 at 11:52, Arunkumar Soundararajan wrote:
Hi
Im still getting some of the files as 0 bytes after your suggestion. Any
more clues?
Please see below how the logs are created.
Yes, Log4j creates all file immediatly when loading configuration.
I wish it would create them lazy only when first writing occurs.
Heri
-Original Message-
From: Arunkumar Soundararajan
[mailto:[EMAIL PROTECTED]
Sent: Tuesday, September 06, 2005 11:10 AM
To: Log4J Users List
Cc:
Hi
I dont think you can give any timezone specific here but you can
definitly add the format for time. For ex:
%d{dd MMM HH:mm:ss,SSS} will return 05 Sept 2005 and appropriate
time with it.
Hope this helps..
Arun
On Tue, 2005-09-06 at 14:57, Subhendu wrote:
What should be added with %d
Chained exceptions were only introduced in JDK 1.4, so if there is a
requirement to run on JDK 1.3 (which we do) that might explain it.
Keith
-Original Message-
From: James Stauffer [mailto:[EMAIL PROTECTED]
Sent: 02 September 2005 18:00
To: Log4J Users List
Subject: Logging chained
Hi, i am using customised versions of
customsqldbreceiver and logfilexmlreceiver classes to
load my database logs and xml logs respectively.
I noted that these classes do not utilise the fields
which Chainsaw displays by default.
LOGGER, TIMESTAMP, LEVEL, THREAD, MESSAGE, NDC,
THROWABLE, CLASS,
One way to solve your problem is to use automatic configuration (i.e
rename to log4j.properties and add to your classpath).
On 9/3/05, Jason [EMAIL PROTECTED] wrote:
Hello,
I'm in the process of adding log4j to a project I'm
working on and I have a question about a configuration
strategy.
I know all the committers have probably been following the discussion on
logging general, but just so everyone knows...we are planning to migrate the
logging services cvs repositories to svn (subversion) this weekend, 9/10.
Converting to svn is an apache-wide initiative and besides it being a
- Select a tab
- Select the 'current tab, log panel preferences' menu
- Select 'columns' in the list on the left
- Double-click on a column name in the list on the right to de-select the
column or (selected=displayed, unselected=hidden)
Settings are saved and loaded automatically per-tab.
There is no ETA for rule set implementation - we need to change the way we're
persisting settings (including color rules), but there's no time to work on it
right now.
Scott
-Original Message-
From: Scott Deboy [mailto:[EMAIL PROTECTED]
Sent: Fri 9/2/2005 3:47 PM
To: Log4J Users List
I am facing the same problem
but when I use logweb, and update config, it starts working!
try it
http://www.codeczar.com/products/logweb/
ks
I have the same setup and have no issues with receiving events. I would make
sure you're using the right port.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Siegfried Goeschl
Sent: Tuesday, September 06, 2005 12:43 PM
To: log4j-user@logging.apache.org
set locationInfo=false
Log4j 1.2.x socketappender - Chainsaw V2 SocketReceiver can't read events that
contain location info or MDC until we make the LoggingEvent fully
serial-compatible between log4j 1.2.x and log4j 1.3
Also, if you use SocketAppender with other appenders (particularly
Make sure your logging events don't have any location info in them.
There is a bug that Chainsaw v2 will ignore events from log4j 1.2.x apps
that include location information. See here:
http://issues.apache.org/bugzilla/show_bug.cgi?id=35448
Todd.
-Original Message-
From: Siegfried
Hi Scott,
that did the trick ... :-)
One quick question - if I would use 1.3alpha6 than the location info
does work?
Thanks in advance
Siegfried Goeschl
Scott Deboy wrote:
set locationInfo=false
Log4j 1.2.x socketappender - Chainsaw V2 SocketReceiver can't read events that
contain
Yes, you can process events containing MDC and location info if the
SocketAppender being used is from the latest log4j 1.3alpha jar.
Scott
-Original Message-
From: Siegfried Goeschl [mailto:[EMAIL PROTECTED]
Sent: Tue 9/6/2005 11:15 AM
To: Log4J Users List
Subject: Re: Problems to use
Hi Scott,
since my day is already saved I got it working with 1.3alpha-6 (even at
9pm in Old Europe).
Another quick question since I'm not too familiar with the new version -
I get the following exception
Testcase: [EMAIL PROTECTED]:Caused an ERROR
(class:
Hi,
I'm using a UDPReceiver plug-in to get UPDAppender events. That is
working fine, but I'd like to capture the event in some object like a
List that I could then manipulate. (Eventually I want to parse the
LoggingEvents and write them to a database.)
I see the ListAppender in the API
If you're trying to get events into the database, you could use
SimpleSocketServer configured with a UDPReceiver and DBAppender (or your own
version of DBAppender that conforms to a pre-existing schema).
You could always add a filter on the appender if you didn't want to have every
event
Yes, eventually I'd like to use the DBAppender to get them into the
database. (And use Chainsaw as well)
For now though, incrementally, I just want to be able to directly
manipulate the events, mainly for sanity checking. I'm still learning
how to use log4j, so this would be a big help.
/EA
I'm trying to do something with log4j and it occurs that I might not
understand it enough to know if I'm heading down the right path...
I want a single server that listens on a port for UDP log messages from
various sources. That server will parse these messages and do various
things
Is there any way to do this programatically?
I tried to create a patch that would do this upon
reading an entry in the xml configuration file, which
is read by the receiver class as mentioned in earlier
thread. However, i canot find the correct code that
would do this. The closest i came to was at
Hi,
Instead of changing file in ws-commons-logging.jar, I copied the commons-
logging.properties to the source/ folder.
My commons-logging.properties contained:
org.apache.commons.logging.Log=org.apache.commons.logging.impl.Log4JCategoryLog
When installing the applicatoin on the WSAD server, I
23 matches
Mail list logo