We are moving our projects to log4j2. In this context, it seems that the SDK is relying on specific log4j 1.2.x features. Specifically, I have difficulties with calls of the SDK to – the constructor org.apache.log4j.PatternLayout() – the method org.apache.log4j.PatternLayout.setConversionPattern(String)
I tried using the log4j-over-slf4j bridge and the log4j-1.2-api, but the first is missing the mentioned method, and the second does not have the mentioned generic constructor. An example stack trace:
java.lang.NoSuchMethodError: org.apache.log4j.PatternLayout: method <init>()V not found at com.exlibris.core.infra.common.exceptions.logging.ExLogger.init(ExLogger.java:324) at com.exlibris.core.infra.common.exceptions.logging.ExLogger.getLogger(ExLogger.java:252) at com.exlibris.core.infra.common.exceptions.logging.ExLogger.getExLogger(ExLogger.java:268) at com.exlibris.core.sdk.formatting.DublinCoreFactory.<clinit>(DublinCoreFactory.java:30)
Do you have any hints on how the direct dependency on log4j-1.2.x for the Rosetta SDK could be circumvented?