Re: Question - RollingFileAppender creates empty files

2015-09-17 Thread Csilla Fabian 

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 in case if there's something 
that needs to be written to it.


- Original Message -
From: "Ralph Goers" 
To: "log4j-user" 
Sent: Wednesday, September 16, 2015 6:01:55 PM
Subject: 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,
> 
>  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? I could find only 
> programmatic solutions.
> Thank you for the answer.
> 
> Regards,
> Csilla Fabian, SDE
> 
> -
> To unsubscribe, e-mail: log4j-user-unsubscr...@logging.apache.org
> For additional commands, e-mail: log4j-user-h...@logging.apache.org
> 
> 



-
To unsubscribe, e-mail: log4j-user-unsubscr...@logging.apache.org
For additional commands, e-mail: log4j-user-h...@logging.apache.org

-
To unsubscribe, e-mail: log4j-user-unsubscr...@logging.apache.org
For additional commands, e-mail: log4j-user-h...@logging.apache.org

Re: Question - RollingFileAppender creates empty files

2015-09-17 Thread Ralph Goers 
I was thinking more along the lines of an attribute named “deferCreate”.  

Ralph

> On Sep 17, 2015, at 7:49 AM, Gary Gregory  wrote:
> 
> You could provide a patch that either:
> 
> - Deletes empty files on Log4j shutdown. Would this be an option or always
> happen?
> - Creates files on-demand. Would this be an option or always happen?
> 
> Gary
> 
> On Wed, Sep 16, 2015 at 11:49 PM, Csilla Fabian 
> wrote:
> 
>> 
>> 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 in case if
>> there's something that needs to be written to it.
>> 
>> 
>> - Original Message -
>> From: "Ralph Goers" 
>> To: "log4j-user" 
>> Sent: Wednesday, September 16, 2015 6:01:55 PM
>> Subject: 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,
>>> 
>>> 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? I
>> could find only programmatic solutions.
>>> Thank you for the answer.
>>> 
>>> Regards,
>>> Csilla Fabian, SDE
>>> 
>>> -
>>> To unsubscribe, e-mail: log4j-user-unsubscr...@logging.apache.org
>>> For additional commands, e-mail: log4j-user-h...@logging.apache.org
>>> 
>>> 
>> 
>> 
>> 
>> -
>> To unsubscribe, e-mail: log4j-user-unsubscr...@logging.apache.org
>> For additional commands, e-mail: log4j-user-h...@logging.apache.org
>> 
>> -
>> To unsubscribe, e-mail: log4j-user-unsubscr...@logging.apache.org
>> For additional commands, e-mail: log4j-user-h...@logging.apache.org
>> 
>> 
> 
> 
> -- 
> E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
> Java Persistence with Hibernate, Second Edition
> 
> JUnit in Action, Second Edition 
> Spring Batch in Action 
> Blog: http://garygregory.wordpress.com
> Home: http://garygregory.com/
> Tweet! http://twitter.com/GaryGregory



-
To unsubscribe, e-mail: log4j-user-unsubscr...@logging.apache.org
For additional commands, e-mail: log4j-user-h...@logging.apache.org

Re: markers

2015-09-17 Thread Mikael Ståldal 
Android have these levels (
http://developer.android.com/reference/android/util/Log.html):

ERROR
WARN
INFO
DEBUG
VERBOSE

Adding VERBOSE above DEBUG would be inconsistent with Android and thus
confusing.

On Thu, Sep 17, 2015 at 12:24 AM, Gary Gregory 
wrote:

> At first I was going to strongly recommend against using a custom level
> called BUSINESS. Custom levels have been a problem in the past at my work
> (IMO). Markers are really a perfect fit for this use-case. That got me to
> thinking about my previous idea on this of adding more levels to Log4j.
> Please bear with me. Today we have:
>
> OFF
> FATAL
> ERROR
> WARN
> INFO
> DEBUG
> TRACE
> ALL
>
> What I could use today are *these* levels too:
>
> OFF
> *EXIT*
> FATAL
> ERROR
> WARN
> *HEADLINE*
> INFO
> *VERBOSE*
> DEBUG
> TRACE
> ALL
>
> (EXIT is called when you System.exit(), which might not be loggable
> depending on I don't know what, HEADLINE is a lame name but I can't think
> of anything better, VERBOSE is obvious IMO)
>
> Which made me wonder if your BUSINESS level could fit in like this:
>
> OFF
> FATAL
> ERROR
> WARN
> *BUSINESS*
> INFO
> DEBUG
> TRACE
> ALL
>
> So maybe, just maybe, I could see that a BUSINESS level makes sense instead
> of a marker.
>
> Gary
>
>
> On Wed, Sep 16, 2015 at 2:34 PM, Nicholas Duane  wrote:
>
> > I was hoping on getting some replies to my last message as I'm trying to
> > figure out the best way to utilize the existing logging frameworks,
> > log4j(2) and log4net in our case, to log our business events and ensure
> the
> > business events flow to the correct destination.
> >
> > I think the two main suggestions were to either use markers or a separate
> > "well known" logger.
> >
> > As I mentioned in the previous message, I was about to write a sample
> > which used markers just to better understand how they work.  The first
> road
> > block I ran into is that log4net does not support markers, as far as I
> can
> > tell.  Now the implementation doesn't have to be the same on both windows
> > and linux, but that would certainly be a plus if it was.  Also, it
> doesn't
> > look like markers have been heavily adopted by many logging frameworks.
> > The one article I read only listed log4j2 and logback.
> >
> > In addition, while markers seem like they would be better at indicating
> > the type or category of event as opposed to using a level, you still have
> > to define a marker for each type I guess.  I could either define a custom
> > level or a custom marker.  Since markers are not available in log4net and
> > custom levels are, a custom level might work out better for us.
> >
> > Using a "well known" logger to log business events seems like a
> reasonable
> > approach.  And while I don't see any major downsides with going this
> route,
> > it seems that a piece of code which is logging using their own logger
> > should be able to log a business event with that same logger.  It was
> > stated previously that the level indicates the importance of the event
> and
> > the logger indicates the types of events, or why someone might want to
> look
> > at the events.  The example given was some market data code which used
> its
> > own logger to log market data information.  That seems totally
> reasonable,
> > however, it doesn't seem to fit my example.  In our case any component
> can
> > emit a business event.
> >
> > I then thought that maybe I could use the EventLogger, which I think
> > someone might have mentioned along the way.  I was hoping to try that out
> > also, assuming that allowed me to pass a marker in whatever methods it
> > exposed.  However, I only see a static marker property on the EventLogger
> > class.
> >
> > The other option which I'm considering is exposing a property on my event
> > object which indicates the category of event.  At the moment I have a
> > "type" property which, of course, indicates the event type.  However,
> this
> > will be different for every different business event and thus I need
> > another property which tells me that the event is a "business" event.
> Then
> > I was thinking I could write a filter which checks the message object to
> > see if it's one of my events and if so use the "category" to forward to
> the
> > appropriate destination.
> >
> > Am I missing any other viable solutions?
> >
> > Thanks,
> > Nick
> >
> > > From: nic...@msn.com
> > > To: log4j-user@logging.apache.org
> > > Subject: markers
> > > Date: Tue, 15 Sep 2015 22:25:37 -0400
> > >
> > >
> > >
> > >
> > > I was about to starting writing a sample to see how markers work and to
> > see if they could be used for logging business events instead of using a
> > custom level.  While I might have mentioned log4net in passing, we're
> > trying to capture these business events using existing logging
> frameworks.
> > The thinking is that we'd use log4net on windows and log4j(2) on linux
> (no
> > facade).  Ideally the design would be similar across both

Re: Question - RollingFileAppender creates empty files

2015-09-17 Thread Gary Gregory 
You could provide a patch that either:

- Deletes empty files on Log4j shutdown. Would this be an option or always
happen?
- Creates files on-demand. Would this be an option or always happen?

Gary

On Wed, Sep 16, 2015 at 11:49 PM, Csilla Fabian 
wrote:

>
> 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 in case if
> there's something that needs to be written to it.
>
>
> - Original Message -
> From: "Ralph Goers" 
> To: "log4j-user" 
> Sent: Wednesday, September 16, 2015 6:01:55 PM
> Subject: 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,
> >
> >  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? I
> could find only programmatic solutions.
> > Thank you for the answer.
> >
> > Regards,
> > Csilla Fabian, SDE
> >
> > -
> > To unsubscribe, e-mail: log4j-user-unsubscr...@logging.apache.org
> > For additional commands, e-mail: log4j-user-h...@logging.apache.org
> >
> >
>
>
>
> -
> To unsubscribe, e-mail: log4j-user-unsubscr...@logging.apache.org
> For additional commands, e-mail: log4j-user-h...@logging.apache.org
>
> -
> To unsubscribe, e-mail: log4j-user-unsubscr...@logging.apache.org
> For additional commands, e-mail: log4j-user-h...@logging.apache.org
>
>


-- 
E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
Java Persistence with Hibernate, Second Edition

JUnit in Action, Second Edition 
Spring Batch in Action 
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory