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 <garydgreg...@gmail.com> 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 <sc1...@att.com> 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: log4j-user-unsubscr...@logging.apache.org > > For additional commands, e-mail: log4j-user-h...@logging.apache.org > > > > > > > -- > E-Mail: garydgreg...@gmail.com | ggreg...@apache.org > 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=cadb800f39946ec62ea2b1af9fe6a2b8> > > <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=31ecd1f6b6d1eaf8886ac902a24de418%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 <boa...@gmail.com>
