Hi, I am curious... with multiple applications running on the given app server how do you filter the various messages from the common layer. I agree that the JMS approach is good, we intend to make use of it ourselves, the decoupling aspect makes this worth while. The problem we have is that in a given bean I cannot tell who (which application) invoked the call, thus I see no easy way to filter the given message to the appropriate queue/topic. At the moment, I can send all log messages in the common layer to a log file (or JMS topic, etc), but with several applications running on the system, filtering through the logging output will be tedious.
Cheers, -Reg ----- Original Message ----- From: "Steve Ebersole" <[EMAIL PROTECTED]> To: "Log4J Users List" <[EMAIL PROTECTED]> Sent: Friday, February 22, 2002 8:44 PM Subject: Re: log4j and weblogic 6.1 > I took a different spin on option #2. I have a logging.ear file which is > deployed into the app server. It is made up of a "JMS-listening" > MessageDrivenBean a singleton for processing the incoming JMS messages and a > servlet for administrating/viewing log files. The singleton does some > separate processing to get the various messages into appropriate files > specifically so the files do not become huge. > > And the beauty of using the JMS approach is that all of our apps can log to > the same central place (and thus all file can be checked at one place). > Plus it provides the de-coupling you mention in option #3. > > > > > ----- Original Message ----- > From: "Reg Sherwood" <[EMAIL PROTECTED]> > To: "Log4J Users List" <[EMAIL PROTECTED]> > Sent: Friday, February 22, 2002 9:28 AM > Subject: Re: log4j and weblogic 6.1 > > > > Hi, > > > > I have been investigating using log4j within the J2EE environment. I can > > get the log4j package to work, but I cannot do the following: For > > discussion purposes I want to setup my various applications within the App > > Server (in my case BEA 6.1 SP2) as follows: > > > > APP1.EAR > > + Servlet1.WAR > > > > APP2.EAR > > + Servlet2.WAR > > > > COMMON.EAR > > + EJB.JAR > > > > I can easily configure log4j to print all the statements from each app > level > > client. But, I cannot get log4j to send the log statements from the > common > > (EJB layer) to the appropriate applications logging system... for obvious > > reasons. Does anyone have an approach for integrating log4j and J2EE > > common classes? So, that the log messages from the common layer go to the > > correct applications logging configuration system. > > > > There are a couple alternatives available to me, but each has flaws > > > > 0) Setup log4j on the App Server's classpath. UGG! > > 1) Pass down client identifying information to each and every call in the > > common layer. YUCK! > > 2) Setup logging in the common layer separately from the application > layers. > > This would work, but makes things difficult to diagnose as I would have no > > client identifying information... so the logging would be a huge file with > > all application to common level calls. > > 3) *I think this is a limitation of J2EE, or maybe BEA* During packaging > and > > deployment, if I could include the common ejb's within each application > EAR > > then I would have a certain level of separation, but when I deploy the > first > > app which contains the common EJBs, the deployment of the second EAR will > > fail as the EJB is already bound. > > > > I currently have this question into BEA, if I get an appropriate response > I > > will post it to this group. > > > > I would be interested in hearing what other people have done to solve this > > problem. > > > > Cheers > > > > -Reg > > > > > > ----- Original Message ----- > > From: "Bobby Nations" <[EMAIL PROTECTED]> > > To: "Log4J Users List" <[EMAIL PROTECTED]> > > Sent: Friday, February 22, 2002 10:47 AM > > Subject: Re: log4j and weblogic 6.1 > > > > > > > Deepak, > > > > > > I've been using log4j in my web app and ejb's under BEA weblogic 6.1 on > > > a linux box for some time with little trouble. The jar file is in the > > > classpath for the server itself as well as the web-app's WEB-INF/lib > > > directory. One of these days, I'm going to get around to using the > > > Class-path attribute in my EJB's manifest and then I could do away with > > > one of the jar files, but just not today. Anyway, it works pretty > > > reliably for me. The biggest issue that I faced was getting it to find > > > the log4j.properties file. > > > > > > Hope that helps, > > > > > > Bobby > > > > > > Parmar, Deepak wrote: > > > > > > >Hi guys, > > > > > > > >Has anyone configured/installed Log4j to work with > > > >the BEA Weblogic > > > >Application Server 6.1? > > > > > > > >More specifically we have a web app that uses > > > >Struts as the framework and Log4j to do all the > > > >logging/debugging for this app. > > > > > > > >I'm getting NoClassDefFoundError : > org/apache/log4j/PropertyConfigurator. > > > > > > > >I tried putting log4j.jar file in WEB-INF/lib directory but it didn't > > work, > > > >so I added log4j.jar file in classpath in startWeblogic.sh/cmd file > > > >and still getting this error. > > > > > > > >Any idea? > > > >Deepak > > > > > > > > > > > > >------------------------------------------------------------------------ > > > > > > > >-- > > > >To unsubscribe, e-mail: > > <mailto:[EMAIL PROTECTED]> > > > >For additional commands, e-mail: > > <mailto:[EMAIL PROTECTED]> > > > > > > > > > > -- > > > Sr. Programmer / Analyst > > > FedEx Services > > > 20 FedEx Parkway > > > Collierville, TN 38017 > > > (901) 263-6517 > > > > > > > > > > > > > > > -- > > To unsubscribe, e-mail: > <mailto:[EMAIL PROTECTED]> > > For additional commands, e-mail: > <mailto:[EMAIL PROTECTED]> > > > > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> > > -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>