Re: Question regarding JSON Template timestamp rendering

​Volkan, Happy to hear that you have recovered! Thank you also for the info on the 2.15.0 release, I'm looking forward to it for several reasons. I'll try to answer your questions: > How do you purpose JTL? My organization is looking to standardize application logging across our platform. Our

Re: Question regarding JSON Template timestamp rendering

Thanks so much for confirming the fix and more importantly, sparing time to share the issue with us. 2.15.0 is supposed to be released soon. We are waiting for some changes from another maintainer (I am looking at you Ralph) and then we will be done. What I would really appreciate is some details

Re: Question regarding JSON Template timestamp rendering

Volkan, I am happy to report that the change in 2dd7063fb6c6fe73070aded6607a2e2d53613b46 appears to have resolved the issue! After building and installing a local snapshot of log4j-layout-template-json from release-2.x, I now see the following in my test application: ```

Re: Question regarding JSON Template timestamp rendering

Andrew, I have pushed a fix to the `release-2.x` branch with commit `2dd7063fb6c6fe73070aded6607a2e2d53613b46`. Mind giving it a try, please? For the records, created LOG4J2-3183 . On Thu, Oct 28, 2021 at 11:02 AM Volkan Yazıcı wrote: > I

Re: Question regarding JSON Template timestamp rendering

I sadly am able to reproduce the issue Andrew: public final class TimeDriftDemo { public static void main(String[] args) throws InterruptedException { initLog4j(); Logger logger = LogManager.getLogger(); for (int i = 0; i < 5; i++) { logger.info("{}", i);

Re: Question regarding JSON Template timestamp rendering

Volkan, I was able to get the test case you supplied running in JsonTemplateLayoutTest. I confirm that it passes on my system as well. In fact, all the tests in `log4j-layout-template-json` at `rel/2.14.1` pass (except JsonTemplateLayoutGcFreeTest, which I'm willing to believe is a quirk of

Re: Question regarding JSON Template timestamp rendering

Volkan, I must be making a mistake somewhere. As a check on basic assumptions, I sought to craft a simple Java application that emits logs via a Logger, using a logging configuration like in my first message. I found that the pattern-formatted timestamp resolver operates as expected, whereas

Re: Question regarding JSON Template timestamp rendering

: Re: Question regarding JSON Template timestamp rendering Hey Andrew, Thanks so much for reaching out. I have tried to reproduce your issue via unit tests, but had no luck so far: @Test void test_conflicting_timestamps() { // Create the event template. final String eventTemplate

Re: Question regarding JSON Template timestamp rendering

Hey Andrew, Thanks so much for reaching out. I have tried to reproduce your issue via unit tests, but had no luck so far: @Test void test_conflicting_timestamps() { // Create the event template. final String eventTemplate = writeJson(asMap( "timestamp.epoch", asMap(

Question regarding JSON Template timestamp rendering

Hi friends, I have a JSON Template layout in a project I maintain, and I have noticed a behavior in how timestamps are rendered that I did not expect. I went through the JSON Template resolver source for a few minutes last week and did not find an explanation, nor did I find any open issues or

Re: Question on accessing the threadcontext in pattern vs lookup

Hi Thanks all for the answers. I actually did some debugging and changed to the thread context data on the log event around the time for the first reply (when i saw that the log event was constructed before passing it to the async logger). The reason for using the lookup and not only %X is that

Re: Question on accessing the threadcontext in pattern vs lookup

Your assumption is correct, but there is a way to avoid the problem. The issue is that, as one might expect, the ThreadContext is thread specific. So when the pattern is resolved it will be on the thread where the event is to be written, not the thread that called the logging method. You can

Re: Question on accessing the threadcontext in pattern vs lookup

AFAIC, your reasoning on why m:testkey not working is correct. Why don't you create your own PatternConverter rather than using a custom lookup? Additionally, if your log sink accepts JSON, you can introduce a custom resolver to JsonTemplateLayout too -- though note that this feature will be

Question on accessing the threadcontext in pattern vs lookup

Hi! We are using different appenders with a pattern layout that both read values from ThreadContext using %X and through a custom lookup that internally access the ThreadContext If we use a pattern such as "%X{testkey} $${m:testkey} %m" (the lookup assigned to prefix m access the same key from

Re: Log4j2 Question migration.

This response indicates that you didn’t read my email. Please re-read that. Ralph > On Feb 18, 2020, at 8:57 AM, EDMONDO SENA wrote: > > Hi Ralph, > > in log4j2 there are no the following packages: > > AbsoluteTimeDateFormat.ISO8601_DATE_FORMAT >

Re: Log4j2 Question migration.

If you’re using those in your code as normal date time formatting logic, I’d recommend looking at java.time in Java 8. If you’re configuring the pattern layout or similar with the log event time stamp, then that’s all documented here:

Re: Log4j2 Question migration.

Hi Ralph, Below are not available in log4j2 and what is the equivalent ? AbsoluteTimeDateFormat.ISO8601_DATE_FORMAT AbsoluteTimeDateFormat.ABS_TIME_DATE_FORMAT AbsoluteTimeDateFormat.DATE_AND_TIME_DATE_FORMAT ISO8601DateFormat AbsoluteTimeDateFormat DateTimeDateFormat Can you help me with an

Re: Log4j2 Question migration.

Hi Ralph, in log4j2 there are no the following packages: AbsoluteTimeDateFormat.ISO8601_DATE_FORMAT AbsoluteTimeDateFormat.ABS_TIME_DATE_FORMAT AbsoluteTimeDateFormat.DATE_AND_TIME_DATE_FORMAT ISO8601DateFormat AbsoluteTimeDateFormat DateTimeDateFormat What is the equivalent ? How is it

Re: Log4j2 Question migration.

When performing a migration the first step should be to itemize all the customizations you made to Log4j 1.x and what their purpose was. Log4j 2 has more capabilities and a different architecture so there are likely to be completely different ways of solving the problem. Rather than asking how

Log4j2 Question migration.

Hello, I'm going from log4j to log4j2. Now I had in log4j package import for log4j.helpers.AbsoluteTimeDateFormat, log4j.helpers.ISO8601DateFormat and log4j.helpers.OptionConverter. In log4j2 in which packages can I find this management?

Question about NULL character in a log files.

Hello, Community: I am using Solr7.4.1 which uses log4j (version 2.11) as one of the components. Like below, some of the log files that Solr generated contain <0x00> (null characters) in the near end of the files. 2019-10-20 06:02:03.643 INFO (coreCloseExecutor-140-thread-4) [ x:corename]

Re: Some question when migrating from log4j to log4j2

You can call the getSource() method of the LogEvent and it will return the StackTraceElement of the caller. Ralph > On Nov 27, 2017, at 7:22 PM, 代超 wrote: > > Hi all, > Nowadays I am upgrading the log component. I used to use the log4j and > customize our own appender by

Re: Stack Overflow Question

ailable in git. > It's not the version you can download from the website - that's very > old and doesn't include the log4j2 support yet. > > On 9/3/17, Grzegorz Świeć <grzegorz.sw...@gmail.com> wrote: >> Forwarding my stack overflow question. >> How to open log4j2 logs

Re: Stack Overflow Question

gorz.sw...@gmail.com> wrote: > Forwarding my stack overflow question. > How to open log4j2 logs with Appache Chainsaw > https://stackoverflow.com/q/46022519/6608856?sem=2 > > Hope you guys can help. > > - To

Stack Overflow Question

Forwarding my stack overflow question. How to open log4j2 logs with Appache Chainsaw https://stackoverflow.com/q/46022519/6608856?sem=2 Hope you guys can help.

Re: Question about several Async Loggers + RandomAccessFIle appenders with immediateFlush = false

tion with (Rolling)RandomAccessFile appenders configured with > immediateFlush = false to take advantage of the potential I/O batching, and > the results are very good :) > > However I have a question about the flush on end of batch mechanism when > there are several appenders to flush.

Re: Question about how to create new log files on an hourly not depend on new byte stream log appended

y pick up the file having suffix '.log'. > because the content still remain in file named 'game' not be suffix > '.log'. > > > my question is how to create new log files on an hourly not depend on new > byte stream log appended. > > > yours > Allen

Question about how to create new log files on an hourly not depend on new byte stream log appended

only pick up the file having suffix '.log'. because the content still remain in file named 'game' not be suffix '.log'. my question is how to create new log files on an hourly not depend on new byte stream log appended. yours Allen

Question about several Async Loggers + RandomAccessFIle appenders with immediateFlush = false

Hello As suggested in AsyncLogger javadoc, I made some performance tests on my application with (Rolling)RandomAccessFile appenders configured with immediateFlush = false to take advantage of the potential I/O batching, and the results are very good :) However I have a question about the flush

Re: Question about async logger wait strategies

If the sources have not been moved, it's still considered as experimental on master (and it was still experimental on 3.3.5-rc2 tag) https://github.com/LMAX-Exchange/disruptor/blob/master/src/main/java/com/lmax/disruptor/LiteBlockingWaitStrategy.java 2016-06-14 7:15 GMT+02:00 Gary Gregory

Re: Question about async logger wait strategies

On Mon, Jun 13, 2016 at 9:51 PM, Anthony Maire wrote: > Basically you want a logging framework to have as little impact as possible > on the application. That's why the sleeping strategy is a good > general-purpose choice : no allocation, no lock for the application >

Re: Question about async logger wait strategies

Basically you want a logging framework to have as little impact as possible on the application. That's why the sleeping strategy is a good general-purpose choice : no allocation, no lock for the application threads, and a CPU consumption when "idle" that will stay pretty low on most OS (it roughly

Re: Question about async logger wait strategies

Currently there isn't but there's no real reason not to. That reminds me we should add LiteBlocking (a standard Disruptor wait strategy). Sent from my iPhone > On 2016/06/14, at 5:50, Matt Sicker wrote: > > Also, is there a way to specify a custom WaitStrategy, or is that

Re: Question about async logger wait strategies

The busy-spin wait strategy is not something I want to promote since it basically dedicates a full core to the logging background thread. It's there mostly for testing and perhaps for hardcore users who are familiar with the Disruptor. Sent from my iPhone > On 2016/06/14, at 3:24, Matt

Re: Question about async logger wait strategies

Also, is there a way to specify a custom WaitStrategy, or is that pointless? On 13 June 2016 at 13:24, Matt Sicker wrote: > The code has a case for the busy spin strategy, but it's not listed on > this page: . Is > this

Question about async logger wait strategies

The code has a case for the busy spin strategy, but it's not listed on this page: . Is this unsupported or should it be added to the docs? -- Matt Sicker

RE: question

<log4j-user@logging.apache.org> Subject: RE: question Are you generating logs on windows and viewing them on linux or vice versa? Gary On Mar 24, 2016 9:55 AM, "Helm, Mary (MCS Release)" <mary.h...@hpe.com> wrote: > Yes, an extra empty (or blank) line is appearing betw

RE: question

s List <log4j-user@logging.apache.org> > Subject: Re: question > > Mary, I recommend you raise a Jira ticket for this. > I don't know about the other Log4j community members, but I currently > don't have time to look into this and without a Jira ticket it may quickly > drop be

RE: question

...@gmail.com] Sent: Thursday, March 24, 2016 12:46 PM To: Log4J Users List <log4j-user@logging.apache.org> Subject: Re: question Mary, I recommend you raise a Jira ticket for this. I don't know about the other Log4j community members, but I currently don't have time to look into this and without

Re: question

> > > > Thanks, > Mary > > -Original Message- > From: Helm, Mary (MCS Release) > Sent: Thursday, February 18, 2016 11:51 AM > To: log4j-user@logging.apache.org > Subject: question > > We have noticed this behavior on app servers running either JB

RE: question

Thanks, Mary -Original Message- From: Helm, Mary (MCS Release) Sent: Thursday, February 18, 2016 11:51 AM To: log4j-user@logging.apache.org Subject: question We have noticed this behavior on app servers running either JBOSS EAP 6.4 or Wildfly 9.0.1 Final

question

We have noticed this behavior on app servers running either JBOSS EAP 6.4 or Wildfly 9.0.1 Final. We are using the Console appender within our log4j2.xml file for our web-app and we are seeing that any log4j2 messages written to the log are formatted as double-spaced. Removing the "%n" from

Re: Question - RollingFileAppender creates empty files

I have several appenders set up, I'm getting one file for one appender, but some appenders might be unused by the system, that's why there are empty log files. But I think you answered my question, it's not possible to set up the appender in the XML config file to create the log file only

Re: Question - RollingFileAppender creates empty files

e appender, >> but some appenders might be unused by the system, that's why there are >> empty log files. >> But I think you answered my question, it's not possible to set up the >> appender in the XML config file to create the log file only in case if >> there's something

Re: Question - RollingFileAppender creates empty files

have several appenders set up, I'm getting one file for one appender, > but some appenders might be unused by the system, that's why there are > empty log files. > But I think you answered my question, it's not possible to set up the > appender in the XML config file to create t

Question - RollingFileAppender creates empty files

Hello, I'm using log4j2 RollingFileAppenders to log events of a complex system. My problem is that empty log files are created for every appender even if the given subsystem has nothing to write to them. Is there any way to restrict the number of files using just the XML configuration file?

Re: Question - RollingFileAppender creates empty files

Hi, Can you provide your configuration file? Remko On Wed, Sep 16, 2015 at 11:23 PM, Csilla Fabian wrote: > Hello, > > I'm using log4j2 RollingFileAppenders to log events of a complex system. > My problem is that empty log files are created for every appender even if >

Re: Question - RollingFileAppender creates empty files

The files are created as soon as the output stream is opened. This happens when the Appender starts. I’d have to see your configuration to understand why you would be getting multiple files though. Ralph > On Sep 16, 2015, at 7:23 AM, Csilla Fabian wrote: > > Hello, >

Re: Question about RollingFileAppender

Jerry, As of now, log4j 2 does not support auto-delete on rollover. However, this is a commonly requested feature and is on the todo list. We just haven't gotten around to working on it yet. The relevant Jira ticket is https://issues.apache.org/jira/browse/LOG4J2-435 Remko Sent from my

Question about LOG4J2-673 (plugin preloading fails in shaded jar files)

Hi, we use the maven-shade-plugin and have recently moved from log4j to log4j2. Since we define a custom appender, we now we have the problem described in Jira Task LOG4J2-673 ( https://issues.apache.org/jira/browse/LOG4J2-673). My question is: since the task is assigned critical

Re: Question about using log4j

If the machine crashes, open files are at the whim of your OS... The '@' are probably what is on the disk near the end of the file. Gary On Wed, Jul 1, 2015 at 1:43 AM, dyf6372 dyf6...@163.com wrote: We use log4j to print the log about our system. Sometimes the computer will be crashed and

Question about AsyncAppender vs FailoverAppender

After a quick code inspection it appears that AsyncAppender does not treat running out of space in its ring buffer as an exception. If we were to configure AsyncAppender with blocking false ignoreExceptions false and no errorRef When it runs out of space in the ring buffer it will log an

Question regarding Log4J 2

Hi, I am planning to use Log4J 2 in my application but I see that it is still in Beta phase. Can someone tell me when I can expect a FINAL version of Log4J 2? Thanks, -- *Anuj Kumar*

RE: Question regarding Log4J 2

It feels like we are pretty close. Maybe a month, maybe two.  Gary Original message From: anuj kumar anuj.gandh...@gmail.com Date:11/11/2013 07:32 (GMT-05:00) To: log4j-user@logging.apache.org Subject: Question regarding Log4J 2 Hi, I am planning to use Log4J 2 in my

Re: roll over strategy question

I looked into this and it seems that if a count is used to determine the file to be deleted, some of the information needed (interval, modulate) is in the TimeBasedTriggeringPolicy and the DefaultRolloverStrategy does not have that information. Would it be a good idea to introduce the concept of

Re: roll over strategy question

Thanks, opened https://issues.apache.org/jira/browse/LOG4J2-435. Arkin On Tue, Oct 15, 2013 at 8:34 AM, Ralph Goers ralph.go...@dslextreme.comwrote: Not currently. You should create a Jira to request it. I suppose the max attribute could be used to limit the number of days if no %i is

Re: roll over strategy question

OK - feel free to submit a patch! Ralph On Oct 19, 2013, at 8:47 PM, Arkin Yetis arkinye...@gmail.com wrote: Thanks, opened https://issues.apache.org/jira/browse/LOG4J2-435. Arkin On Tue, Oct 15, 2013 at 8:34 AM, Ralph Goers ralph.go...@dslextreme.comwrote: Not currently. You

Re: roll over strategy question

What behavior are you seeing? Is it never rolling or something else? The max attribute only applies if you have a %i in the file pattern. It would limit to 2 files per day if you had one in the patten, but not 2 files across days. Ralph On Oct 14, 2013, at 6:07 PM, Arkin Yetis

Re: roll over strategy question

Got it. It is rolling. I thought it would limit across days, too. Is there a way to do cleanup across days currently? Thank you. - Arkin On Tuesday, October 15, 2013, Ralph Goers wrote: What behavior are you seeing? Is it never rolling or something else? The max attribute only applies if

Re: roll over strategy question

Not currently. You should create a Jira to request it. I suppose the max attribute could be used to limit the number of days if no %i is present, but if it is then it would only apply to that so it really wouldn't limit the total number of files. So I am thinking a second attribute might be

Re: roll over strategy question

Hi, I can't seem to get the DefaultRolloverStrategy to work with the following configuration. Is there anything I am doing wrong? Thanks, Arkin ?xml version=1.0 encoding=UTF-8? configuration status=info name=ABC appenders RollingFile name=localFile fileName=test.log

General config question for Log4J2

Is it possible to use two root loggers, one to capture trace and one to capture errors (or more generally, two different levels)? If so, can someone please provide a simple config example? Thanks. -- Peter J. DePasquale, Ph.D. Department of Computer Science The College of New Jersey (e) depasqua

Re: General config question for Log4J2

You cannot have two root loggers but you can have multiple appender-refs on them. Each appender-ref can have its own log level so I believe you get the same behavior that you are looking for. Ralph On Apr 23, 2013, at 12:37 PM, Peter DePasquale wrote: Is it possible to use two root loggers,

Re: General config question for Log4J2

Can you point me to an example in the documentation? I didn't see anything like that in there, that I recall... On Tue, Apr 23, 2013 at 6:28 PM, Ralph Goers ralph.go...@dslextreme.comwrote: You cannot have two root loggers but you can have multiple appender-refs on them. Each appender-ref

Re: General config question for Log4J2

I don't think the docs have an example yet. This one worked for me: ?xml version=1.0 encoding=UTF-8? configuration status=WARN appenders File name=InfoFile fileName=level-info.log PatternLayout pattern%d %-5p %c{1.} [%t] %m %ex%n/pattern /PatternLayout /File File

Re: General config question for Log4J2

Actually, in reconsidering your question the solution is going to be a bit messy. I haven't tried it but you should be able to do: root level=trace appender-ref ref=debugLog thresholdFilter level=info onMatch=DENY onMismatch=NEUTRAL/ thresholdFilter level=debug onMatch=ACCEPT

Re: General config question for Log4J2

Your trace file will also contain info and above. From Peter's question I understood him to mean he only wants events at that level. We don't have a filter that does that specifically so I used two threshold filters to do it. Ralph On Apr 23, 2013, at 5:42 PM, Remko Popma wrote: I don't

Re: General config question for Log4J2

I see. I understood Peter's question differently. Let's hope one of our answers solves his problem! :-) Sent from my iPhone On 2013/04/24, at 9:46, Ralph Goers ralph.go...@dslextreme.com wrote: Your trace file will also contain info and above. From Peter's question I understood him to mean

Re: General config question for Log4J2

question I understood him to mean he only wants events at that level. We don't have a filter that does that specifically so I used two threshold filters to do it. Ralph On Apr 23, 2013, at 5:42 PM, Remko Popma wrote: I don't think the docs have an example yet. This one worked for me

Re: General config question for Log4J2

PM, Remko Popma wrote: I see. I understood Peter's question differently. Let's hope one of our answers solves his problem! :-) Sent from my iPhone On 2013/04/24, at 9:46, Ralph Goers ralph.go...@dslextreme.com wrote: Your trace file will also contain info and above. From Peter's

Re: General config question for Log4J2

. On Tue, Apr 23, 2013 at 8:46 PM, Ralph Goers ralph.go...@dslextreme.comwrote: Your trace file will also contain info and above. From Peter's question I understood him to mean he only wants events at that level. We don't have a filter that does that specifically so I used two threshold

Re: Simple (?) question about logging behavior (additive issue?)

I'm still stumped on this issue and would welcome any thoughts or feedback. In fact, I've tried to replicate my steps in my real application and obtained similar results. Even reducing the number of loggers to just the base package in my 'real' app results in empty files. On Mon, Mar 25, 2013 at

Simple (?) question about logging behavior (additive issue?)

Hi, I've been trying to track down some failure to log in my Tomcat application. In doing so, I've written a small Test class in which I log .entry(), .exit(), .trace(), and error() events (source code is below). I've also copied the log4j2.xml file and the output files created by the logging

Re: Map Lookup Question

T Minella - Original Message - From: Ralph Goers ralph.go...@dslextreme.com To: Log4J Users List log4j-user@logging.apache.org Sent: Monday, December 24, 2012 12:03:43 PM Subject: Re: Map Lookup Question You are probably encountering https://issues.apache.org/jira/browse/LOG4J2-129

Re: Map Lookup Question

T Minella - Original Message - From: Ralph Goers ralph.go...@dslextreme.com To: Log4J Users List log4j-user@logging.apache.org Sent: Sunday, December 23, 2012 2:15:15 PM Subject: Re: Map Lookup Question I started thinking about this and realized I have given you an incorrect answer

Re: Map Lookup Question

... Thanks, Michael T Minella - Original Message - From: Ralph Goers ralph.go...@dslextreme.com To: Log4J Users List log4j-user@logging.apache.org Sent: Sunday, December 23, 2012 2:15:15 PM Subject: Re: Map Lookup Question I started thinking about this and realized I have given

Re: Map Lookup Question

the RoutingAppender. Ralph On Dec 21, 2012, at 4:23 PM, Michael Minella wrote: I'm looking at the log4j 2 's thread specific features and had a question. In my code I set an id as follows: ThreadContext.put( id , Main ); and attempt to reference it in my configuration file

Re: Map Lookup Question

Thanks, Michael T Minella - Original Message - From: Ralph Goers ralph.go...@dslextreme.com To: Log4J Users List log4j-user@logging.apache.org Sent: Friday, December 21, 2012 9:52:01 PM Subject: Re: Map Lookup Question Hmm. I just noticed that your question is about the file name. Are you

Re: Map Lookup Question

@logging.apache.org Sent: Friday, December 21, 2012 9:52:01 PM Subject: Re: Map Lookup Question Hmm. I just noticed that your question is about the file name. Are you running with beta3? I thought that issue had been brought up in an earlier beta and fixed. Ralph On Dec 21, 2012, at 4:23

Map Lookup Question

I'm looking at the log4j 2 's thread specific features and had a question. In my code I set an id as follows: ThreadContext.put( id , Main ); and attempt to reference it in my configuration file as shown below: File name = File fileName = /tmp/myLog.log PatternLayout pattern = %X

Re: Map Lookup Question

sign as the value won't change and so should be replaced when the configuration is processed. Ralph On Dec 21, 2012, at 4:23 PM, Michael Minella wrote: I'm looking at the log4j 2 's thread specific features and had a question. In my code I set an id as follows: ThreadContext.put( id

Re: Map Lookup Question

Hmm. I just noticed that your question is about the file name. Are you running with beta3? I thought that issue had been brought up in an earlier beta and fixed. Ralph On Dec 21, 2012, at 4:23 PM, Michael Minella wrote: I'm looking at the log4j 2 's thread specific features and had

Chainsaw question

are : Parsing error on line 19 and column 32* *XML document structures must start and end within the same entity.* Check this overview : http://pastebin.com/bX3A2Dmm My question is, what cause the parser error ? And xml starts and ends with the same entity log4j:eventSet

Re: Chainsaw question

19 and column 32* *XML document structures must start and end within the same entity.* Check this overview : http://pastebin.com/bX3A2Dmm My question is, what cause the parser error ? And xml starts and ends with the same entity log4j:eventSet ... /log4j:eventSet then what

Re: Chainsaw question

start and end within the same entity.* Check this overview : http://pastebin.com/bX3A2Dmm My question is, what cause the parser error ? And xml starts and ends with the same entity log4j:eventSet ... /log4j:eventSet then what is the real problem ? Can you point at what could be wrong

Re: Chainsaw question

start and end within the same entity.* Check this overview : http://pastebin.com/bX3A2Dmm My question is, what cause the parser error ? And xml starts and ends with the same entity log4j:eventSet ... /log4j:eventSet then what is the real problem ? Can you point at what could be wrong

Re: Chainsaw question

this overview : http://pastebin.com/bX3A2Dmm My question is, what cause the parser error ? And xml starts and ends with the same entity log4j:eventSet ... /log4j:eventSet then what is the real problem ? Can you point at what could be wrong ? Thanks in advance. Csaba

question for log4j

Hi, I need to do syslog logging in an application. I am considering to use SyslogAppender for this. I tried it and it works fine, but have the following questions: 1) Is SyslogAppender RFC compliant (e.g. RFC 3164)? The reason I ask this is that I could not find some explicit documentation on

SyslogAppender RCF compliance question

Hi, Is the SyslogAppender, of log4j fully compliant with RFC 3164? I could not find this explicitly stated in a documentation. If not fully, which parts of RFC? Thank you, Best Regards

A question on log4j.xml

!ELEMENT log4j:configuration (renderer*, throwableRenderer?, appender*,plugin*, *(category|logger)*,root?*, (categoryFactory|loggerFactory)?) This line of code is copied from the log4j.dtd. Every time I edit or view the log4j.xml,

RE: ECCN Question -- Apache Log4J 1.2

Thanks so much, Curt. -Original Message- From: Curt Arnold [mailto:curt.ar...@gmail.com] On Behalf Of Curt Arnold Sent: Tuesday, May 18, 2010 6:56 PM To: Log4J Users List Subject: Re: ECCN Question -- Apache Log4J 1.2 Export status of Apache software is at http://www.apache.org/licenses

Re: ECCN Question -- Apache Log4J 1.2

Export status of Apache software is at http://www.apache.org/licenses/exports/. Apache log4j is not listed as it is not known to contain cryptographic functionality or to be specially designed to use other software with cryptographic functionality. Please see the disclaimer on that page and

Re: Newbie question...

1. Chainsaw can process regular text log files by via LogFilePatternReceiver - see the Welcome tab/View example receiver configuration. Copy that example and remove all plugins except the logfilepatternreceiver entry, modifying the parameters for that entry to match your log file. See the

Question on scheduldFilename

I have an issue where log rotation is not behaving as expected. I have a DailyRollingFileAppender with a DatePattern of Œ.¹-ww. The log for 23-DEC-2009 through 26-DEC-2009 are in a log with date: 2009-52. The log for 27-DEC-2009 through 02-JAN-2010 are in a log with date: 2009-01. I would

Question about file locking

I'm using log4j in a pretty vanilla way... No extra applications logging to the same file... 1 logger per class. Using RollingFileAppender... Is the file exclusively locked or share locked? And for Windows we all know that sometimes a file can remain locked after unexpected program termination

Re: Question about file locking

On Mar 17, 2010, at 10:13 AM, Tasso Angelidis wrote: I'm using log4j in a pretty vanilla way... No extra applications logging to the same file... 1 logger per class. Using RollingFileAppender... Is the file exclusively locked or share locked? And for Windows we all know that sometimes a

RE: Question about using org.apache.log4j.rolling.RollingFileAppender

: doal.mil...@mir3.com Click here to experience the MIR3 demo -Original Message- From: Curt Arnold [mailto:curt.ar...@gmail.com] On Behalf Of Curt Arnold Sent: Monday, March 15, 2010 8:27 PM To: Log4J Users List Subject: Re: Question about using org.apache.log4j.rolling.RollingFileAppender

Question about using org.apache.log4j.rolling.RollingFileAppender

I've been playing around with the RollingFileAppender out of the extra jar and I've gotten it working in a couple of different ways but I'm not getting exactly what I want. What I want is to roll a file when the maximum size is reached and to keep a large number of files around, like around

Re: Question about using org.apache.log4j.rolling.RollingFileAppender

On Mar 15, 2010, at 6:48 PM, Doal Miller wrote: I've been playing around with the RollingFileAppender out of the extra jar and I've gotten it working in a couple of different ways but I'm not getting exactly what I want. What I want is to roll a file when the maximum size is reached and

simple log4j.properties question on excluding classes

Hi, Typically I have a setup like: log4j.rootLogger=ERROR, console, file ... log4j.logger.com.mypackage=DEBUG but then classes in com.mypackage are not logged in debug since rootLogger is ERROR. However, if I setup rootLogger to use DEBUG then it logs too much... I know I can go thru and

  1   2   3   4   >