Thanks.  I assume you're talking about checking out the source for the 
RFC5424Layout, correct?  I guess the source is easily accessible from somewhere?

I have a couple follow-up questions.

1. While using the method you suggest, could I also set system properties in 
the configuration and get access to those from the layout object somehow?

2. What you suggest below using the PluginFactory @PluginConfiguration, does 
that allow you to get the entire list of parameters without having to have a 
member property for each one?

Thanks,
Nick

> Subject: Re: global context properties
> From: ralph.go...@dslextreme.com
> Date: Sat, 19 Sep 2015 20:43:14 -0700
> To: log4j-user@logging.apache.org
> 
> Take a look at RFC5424Layout. On the @PluginFactory method you will see a 
> Configuration parameters annotated with @PluginConfiguration. If you include 
> this in your factory method parameter list Log4j will automatically pass you 
> the current Configuration object. From that you can call the getProperties 
> method to get the Map of the properties that we provided in the configuration 
> file.
> 
> Ralph
> 
> 
> > On Sep 19, 2015, at 6:32 PM, Nicholas Duane <nic...@msn.com> wrote:
> > 
> > We're using log4j to log business events.  Each application needs to 
> > specify some application key/token.  I don't want to add this key/token to 
> > our API which creates the event as that data is static for each application 
> > and thus should not have to appear in the API.  I'm looking for some way to 
> > define this token/key somewhere, ideally configuration, and I then need to 
> > be able to read it from a custom layout.  What would be the best way to do 
> > this?
> > 
> > I looked over the MDC and I don't think I need to store it there as this 
> > information is global/static to the application.  I think you can define 
> > system properties within the config but I'm not sure how to access those 
> > from a custom layout plugin.
> > 
> > Thanks
> > Nick
> >                                       
> 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: log4j-user-unsubscr...@logging.apache.org
> For additional commands, e-mail: log4j-user-h...@logging.apache.org
> 
                                          

Reply via email to