https://issues.apache.org/jira/browse/LOG4J2-1528
-----Original Message----- From: Matt Sicker [mailto:[email protected]] Sent: Wednesday, November 16, 2016 2:11 PM To: Log4J Users List <[email protected]> Subject: Re: Building log4j2 configuration files programmatically Damn, you beat me. I thought there was an open jira issue about this and I couldn't find it! On 16 November 2016 at 13:59, Gary Gregory <[email protected]> wrote: > Please have a look at: > > org.apache.logging.log4j.core.config.builder.api.ConfigurationBuilder. > writeXmlConfiguration(OutputStream) > > and > > https://logging.apache.org/log4j/2.x/manual/customconfig.html > > Gary > > On Wed, Nov 16, 2016 at 9:59 AM, COHEN, STEVEN M <[email protected]> wrote: > > > We have the following requirements: > > > > There is a servlet that serves as a front end to many disparate EJBs. > The > > servlet reads the request parameters , decides which EJB they tell > > it to invoke, invoke that EJB from a JNDI lookup on the server. > > Currently this is implemented on WebLogic, but we are trying to port > > it to JBoss. And we'd also like it to use log4j2 rather than log4j. > > > > Both WebLogic and JBoss, and all application servers that I know of, > > have the same relationship to log4j: > > > > There is one Configuration per class loader. That seems to be an > > immutable rule. A Web App deployed in a War file has its own class > > loader. An enterprise application deployed in an EAR file has its > > own class loader. An EJB deployed as an EJB JAR seems to use the > > container's class loader. > > > > But here is the rub: > > We would like to have separate deployment of the EJBs. These > > deployments in our organization are wrapped in RPMs , and they > > deploy the JEE archive (WAR, EAR, or EJB JAR) to the server using > > some script contained in the RPM. Once deployed, the rpm > > postinstall script must also deploy the logging configuration file > > somewhere. In order to achieve this separate deployment of EJBs, we have > > basically two choices: > > > > 1) Maintain the logging configuration of the master servlet webapp > > manually, adding appenders and loggers to the configuration file > > that > also > > contains loggers and appenders for all the other EJBs run from this > servlet > > and separately from the deployment of the EJB itself. > > > > 2) Develop some sort of scheme where each EJB "owns" a temporary > > logging configuration file in an intermediate directory. When an > > RPM for one of the separately deployable EJBs is installed, launch a > > program that reads all the logging configuration files in the > > intermediate directory and writes out a new config file for the > > master servlet that includes the configs for all of these EJBs. > > > > In fact we have such a system already, written in-house many years > > ago, based on log4j-1.x. It's rather crude, but it works. > > > > Is there a better way to do this in log4j2? Is there a way to > > launch > some > > sort of Builder that reads in a Configuration file, allows > > modification > of > > the Configuration loaded and then writes the modified Configuration > > back > to > > a disk file. This would then cause the LoggerContext to update itself. > > > > > > -------------------------------------------------------------------- > > - To unsubscribe, e-mail: [email protected] > > For additional commands, e-mail: [email protected] > > > > > > > -- > E-Mail: [email protected] | [email protected] Java Persistence > with Hibernate, Second Edition > <https://www.amazon.com/gp/product/1617290459/ref=as_li_ > tl?ie=UTF8&camp=1789&creative=9325&creativeASIN=1617290459& > linkCode=as2&tag=garygregory-20&linkId=cadb800f39946ec62ea2b1af9fe6a2b > 8> > > <http:////ir-na.amazon-adsystem.com/e/ir?t=garygregory-20&l=am2&o=1&a= > 1617290459> > JUnit in Action, Second Edition > <https://www.amazon.com/gp/product/1935182021/ref=as_li_ > tl?ie=UTF8&camp=1789&creative=9325&creativeASIN=1935182021& > linkCode=as2&tag=garygregory-20&linkId=31ecd1f6b6d1eaf8886ac902a24de41 > 8%22 > > > > <http:////ir-na.amazon-adsystem.com/e/ir?t=garygregory-20&l=am2&o=1&a= > 1935182021> > Spring Batch in Action > <https://www.amazon.com/gp/product/1935182951/ref=as_li_ > tl?ie=UTF8&camp=1789&creative=9325&creativeASIN=1935182951& > linkCode=%7B%7BlinkCode%7D%7D&tag=garygregory-20&linkId=%7B% > 7Blink_id%7D%7D%22%3ESpring+Batch+in+Action> > <http:////ir-na.amazon-adsystem.com/e/ir?t=garygregory-20&l=am2&o=1&a= > 1935182951> > Blog: http://garygregory.wordpress.com > Home: http://garygregory.com/ > Tweet! http://twitter.com/GaryGregory > -- Matt Sicker <[email protected]> --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
