Hmm The org.apache.logging.log4j.core.config.Configurator#setLevel() which is part of the stack trace only puts single logger configuration (if it's not present).
But I think it's possible to use pax-logging to achieve what you want. Don't use Log4j facilities (like LogManager.getContext()). Retrieve OSGi service of interface org.ops4j.pax.logging.PaxLoggingService, cast to org.ops4j.pax.logging.log4j2.internal.PaxLoggingServiceImpl and get First - just call org.apache.logging.log4j.LogManager#getContext() and cast it to org.ops4j.pax.logging.log4jv2.Log4jv2LoggerContext (or configadmin's org.osgi.service.cm.ManagedService) and call org.ops4j.pax.logging.log4j2.internal.PaxLoggingServiceImpl#updated() with dictionary. But this configuration is normally performed via configadmin. regards Grzegorz Grzybek 2017-09-20 10:52 GMT+02:00 Asma Zinneera Jabir <[email protected]>: > I want to programmatically get the registered appenders and reconfigure. > It could be done with log4j2 bundles with the mentioned way but a class > cast error happens with pax-logging. What is the recommended way to get the > appenders in pax-logging if the pure Log4j2 way will cause a class cast > exception? > > > On Wednesday, August 9, 2017 at 9:00:12 PM UTC+5:30, Jérémie Brébec wrote: >> >> Hello, >> >> I am using pax-logging 1.10.1 through Karaf 4.1.2 ; >> >> I am trying to integrate the log generated by my ElasticSearch bundle to >> the pax-logging implementation. However, this didn't work because a >> ClassCastException. I haven't see any "duplicate classloader issues", and >> when I check the code, the ClassCastException doesn't feel to be >> osgi-related. Is it a known issue or I am missing something ? >> >> Regards, >> Jérémie >> >> java.lang.ClassCastException: >> org.ops4j.pax.logging.log4jv2.Log4jv2LoggerContext >> cannot be cast to org.apache.logging.log4j.core.LoggerContext >> at >> org.apache.logging.log4j.core.LoggerContext.getContext(LoggerContext.java:190) >> [6:org.ops4j.pax.logging.pax-logging-log4j2:1.10.1] >> at >> org.apache.logging.log4j.core.config.Configurator.setLevel(Configurator.java:291) >> [6:org.ops4j.pax.logging.pax-logging-log4j2:1.10.1] >> at >> org.elasticsearch.common.logging.Loggers.setLevel(Loggers.java:149) >> [88:features.boss.elasticsearch.bundle:5.5.0] >> at >> org.elasticsearch.common.logging.Loggers.setLevel(Loggers.java:144) >> [88:features.boss.elasticsearch.bundle:5.5.0] >> at >> org.elasticsearch.index.SearchSlowLog.setLevel(SearchSlowLog.java:111) >> [88:features.boss.elasticsearch.bundle:5.5.0] >> at >> org.elasticsearch.index.SearchSlowLog.<init>(SearchSlowLog.java:106) >> [88:features.boss.elasticsearch.bundle:5.5.0] >> at org.elasticsearch.index.IndexModule.<init>(IndexModule.java:127) >> [88:features.boss.elasticsearch.bundle:5.5.0] >> at >> org.elasticsearch.indices.IndicesService.createIndexService(IndicesService.java:441) >> [88:features.boss.elasticsearch.bundle:5.5.0] >> at >> org.elasticsearch.indices.IndicesService.createIndex(IndicesService.java:414) >> [88:features.boss.elasticsearch.bundle:5.5.0] >> at org.elasticsearch.cluster.metadata.MetaDataIndexTemplateServ >> ice.validateAndAddTemplate(MetaDataIndexTemplateService.java:216) >> [88:features.boss.elasticsearch.bundle:5.5.0] >> at org.elasticsearch.cluster.metadata.MetaDataIndexTemplateServ >> ice.access$200(MetaDataIndexTemplateService.java:63) >> [88:features.boss.elasticsearch.bundle:5.5.0] >> at org.elasticsearch.cluster.metadata.MetaDataIndexTemplateServ >> ice$2.execute(MetaDataIndexTemplateService.java:172) >> [88:features.boss.elasticsearch.bundle:5.5.0] >> at >> org.elasticsearch.cluster.ClusterStateUpdateTask.execute(ClusterStateUpdateTask.java:45) >> [88:features.boss.elasticsearch.bundle:5.5.0] >> at >> org.elasticsearch.cluster.service.ClusterService.executeTasks(ClusterService.java:634) >> [88:features.boss.elasticsearch.bundle:5.5.0] >> at org.elasticsearch.cluster.service.ClusterService.calculateTa >> skOutputs(ClusterService.java:612) [88:features.boss.elasticsearc >> h.bundle:5.5.0] >> at >> org.elasticsearch.cluster.service.ClusterService.runTasks(ClusterService.java:571) >> [88:features.boss.elasticsearch.bundle:5.5.0] >> at org.elasticsearch.cluster.service.ClusterService$ClusterServ >> iceTaskBatcher.run(ClusterService.java:263) >> [88:features.boss.elasticsearch.bundle:5.5.0] >> at >> org.elasticsearch.cluster.service.TaskBatcher.runIfNotProcessed(TaskBatcher.java:150) >> [88:features.boss.elasticsearch.bundle:5.5.0] >> at >> org.elasticsearch.cluster.service.TaskBatcher$BatchedTask.run(TaskBatcher.java:188) >> [88:features.boss.elasticsearch.bundle:5.5.0] >> at org.elasticsearch.common.util.concurrent.ThreadContext$Conte >> xtPreservingRunnable.run(ThreadContext.java:569) >> [88:features.boss.elasticsearch.bundle:5.5.0] >> at org.elasticsearch.common.util.concurrent.PrioritizedEsThread >> PoolExecutor$TieBreakingPrioritizedRunnable.runAndClean(Prio >> ritizedEsThreadPoolExecutor.java:247) [88:features.boss.elasticsearc >> h.bundle:5.5.0] >> at org.elasticsearch.common.util.concurrent.PrioritizedEsThread >> PoolExecutor$TieBreakingPrioritizedRunnable.run(PrioritizedEsThreadPoolExecutor.java:210) >> [88:features.boss.elasticsearch.bundle:5.5.0] >> at >> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) >> [?:?] >> at >> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) >> [?:?] >> > -- > -- > ------------------ > OPS4J - http://www.ops4j.org - [email protected] > > --- > You received this message because you are subscribed to the Google Groups > "OPS4J" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > For more options, visit https://groups.google.com/d/optout. > -- -- ------------------ OPS4J - http://www.ops4j.org - [email protected] --- You received this message because you are subscribed to the Google Groups "OPS4J" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
