Configure Apache HttpClient in log4j.propertiesto log4j2 - log4j

I am trying to migrate from log4j to log4j2 and am unsure how to reconfigure this part of the properties file to log4j2. I couldn't find much info online.
log4j.logger.httpclient.wire.header=WARN
log4j.logger.httpclient.wire.content=WARN
log4j.logger.org.apache.http=INFO
log4j.logger.org.apache.http.wire=ERROR
Any help would be appreciated. I don't want to use the log4j 1.2 Bridge if possible

Related

Do I need to update log4j.properties file if I use the Log4j 1.x bridge (log4j-1.2-api)

I've followed the doc here : https://logging.apache.org/log4j/2.x/manual/migration.html
Also looked at https://logging.apache.org/log4j/2.x/manual/configuration.html#Properties
My existing log4j.properties only uses DailyRollingFileAppender, ConsoleAppender, both of which are under the 'Supported Components', so I shouldn't be forced to convert my log4j.properties file into log4j2.properties format. I'm not accessing methods and classes internal to the Log4j 1.x implementation, as suggested by the document.
For using the bridge, I previously was using both log4j1.compatibility and log4j.configuration, but the document suggests using 'any one' (tried using just one, doesn't work)
I can build my application successfully, however, my application no longer logs anything. What am I missing?
You may want to consider reload4j as a drop-in replacement for log4j 1.x. Initiated by Ceki Gülcü, the original author of Apache log4j 1.x, the reload4j project is a fork of Apache log4j version 1.2.17 with the goal of fixing pressing security issues.
The reload4j project offers a clear and easy migration path for the users who have an urgent need to fix vulnerabilities in log4j 1.2.17.
You don't need to update your properties file.
You can add a log4j2.component.properties file on the class path (in my case, in the same directory as my log4j.properties file) to set the log4j1.compatibility property, like this:
log4j1.compatibility=true
In our case, it only required setting the compatibility property and then it automatically picked up the log4j.properties file that was available on the class path.
Figured it out.
The answer lied in the Automatic Configuration section

Utility to convert log4j.xml to log4j2.xml

I am looking for the utility to convert log4j.xml to log4j2.xml syntax is there any utility available
At first I was going to respond that this cannot be done but it might be somewhat possible.
Log4j 2.13.0 added experimental support for using Log4j 1.x configuration files. If your configuration is compatible, in theory you could start up an application using a Log4j 1.x configuration and then call getRootNode() on the AbstractConfiguration. The root node is very similar to a DOM tree so walking it and converting it to XML wouldn't be too hard. However, Log4j doesn't have a tool provided to do this. Contributions are welcome!

Empty PropertyConfigurator implementation in log4j-1.2-api

I'm upgrading Log4j-1.2.17 to Log4j2-2.12.2 in my project.
To do that I'm using the log4j-1.2 bridge.
In old version I use property file to configure log4j.
After upgrade everything looks ok, no errors, no warnings. But logs don't appear in file pointed in properties file.
I realized that PropertyConfigurator.class exists in log4j-1.2-api.jar, but methods don't have implementation.
empty PropertyConfigurator.configure(Properties properties)
Can you explain me that?
Which configuration syntax is correct when I use log4j-1.2-api.jar? log4j or log4j2?
Prior to Log4j 2.13.0 log4j-1.2-api only provides compatibility for applications that used the log4j 1.x API for logging. The Log4j 2 configuration is still used as all logging calls are redirected to Log4j 2. So only the Log4j 2 configuration syntax would be valid.
Many of the old log4j 1.x internal classes are also present because many applications were using them in an attempt manually manipulate logging, much of which probably isn't necessary with Log4j 2.
In Log4j 2.13.0 the log4j-1.2-api was extended to provide experimental support for Log4j 1.x configuration files. You would have to compare your log4j 1 configurations with the documentation to determine if that support will work for you. However, the Log4j 1.x PropertyConfigurator still will be a no-op even with the compatibility support.

Log4j NoSQL/Mongo appender in Tibco BusinessWorks 5

What Log4J version is Tibco BusinessWorks 5 using?
And can I use the NoSQL appenders in that version? Can it be done without installing the Log4J 1-2 bridge?
Later update: It seems that so far changing the Log4J configuration file does not have too much effect. See Changing Log4J configuration in Tibco BW/Designer does not have the desired effect.
You should be able to find it from below location of your TIBCO products installation.
Go to ../tibco/tpcl/<version>/lib and look for `log4j.jar
And you do not have to install log4j explicitly.
I believe, you should be able to add your required appender in the file ../tibco/bw/<version>/lib/log4j.properties. Also there is `lo4j.xml in case properties file does have worked. Try it out.
Just to complement Rao's response, you also need to add to restart your engines and make sure you added an appender to the right logger, namely bw.logger from either the log4j.properties or log4j.xmlfile.
This is not possible with internal Tibco logging. Only Java activities can use custom loggers.

Using log4j 1.2's HTMLLayout class over log4j 2

I am using log4j 2.0 for logging my application. But the new log4j 2.0 api don't let us edit the HTMLLayout.it is defined as final class.Another thing, it has the log4j 1.2 api in it.So can ı achieve the extending HTMLLayout using log4j 1.2 api on log4j 2.0 ?If I can, I will customize the html log file as I want.
The question points out that the log4j 2 HtmlLayout class is final, so how can the layout be customized?
The answer is that it cannot without changes to the log4j API. Such changes need to be requested in a Log4j forum.
You'll need to file a feature request in the log4j issue tracker. Requests with patches have the best chance of being addressed quickly.

Resources