How to configure Logger Programmatically in log4j2.02?

Question

I want to use log4j without any configure file. What I wan to do is something as:

logger = (Logger) LogManager.getLogger(this.getClass());
Strin         


        

Answer 1

If I simply respond to your requirement, I can suggest three options. I use the first one for a kind of bootstrap Logger config; however I thought the second would be necessary at first. Your third choice seems cumbersome since you need to call different log4j API-s to get configured.

Using Log4j over the simple logging framework for Java ...

1. Make a 'minimal' or 'default' log4j.properties file in your resources for the JAR file. Then declare some statics...

   private static final  URL LOGGER_CONFIG_URL  = resolveConfigUrl();
      :
   
   private static URL  resolveConfigUrl(){
   
       URL url = LogConfig.class.getResource( LOGGER_CONFIG_NAME );
   
       if( null == url )  // Second chance, try for a file.
       {
           url = FileHelp.resolveUrlNameAsUrlToFile( LOGGER_CONFIG_NAME );
                     //-- Make this function with: url = tmpFile.toURI().toURL()
                     //   Plus appropriate try/catch and error checks.
         }
         return url;
   } 
   
   private static void  configureLogger(){
   
       BasicConfigurator.configure();
       PropertyConfigurator.configure( LOGGER_CONFIG_URL  );
       LOG.info( "Logging config done: " +  LOGGER_CONFIG_NAME );
   }
   

2. Write your config to a StreamWriter instead of placing a file in your JAR, and then give the Stream to the log configurator as a StringReader and use the example above (more or less).

3. You can use the slf4j API to do your log config, rather than write direct to Log4j. Most places I've been prefer the SLF4J route.

Personally, I prefer option #1; it is easy to maintain. simple and you can always re-order the code to accept/look for a file to load first. There are some other lateral avenues you can consider, such as setting environment variables programmatically at start-up. That seems contrived to me.

The way I use #1 is to establish a default / bootstrap logger configuration via the resources file, which itself gets wrapped into the JAR file. You can reconfigure things 'later' while this option gives you a minimalist star-up or bootstrap config. In the early stages I found things weren't (yet) being logged because the logger initialisation was yet to happen on embedded apps. So I kept the simple option for bootstrap (or default) as a basic ever since. Hope this helps.