I should also not that Rakesh had the problem with WebLogic 7.0. I am using JRun4.0. This is why I think this is more than just a coincidence.
In case you missed Rakesh's posting, it is at... http://www.mail-archive.com/log4j-user@;jakarta.apache.org/msg06684.html -Mitch -----Original Message----- From: Shapira, Yoav [mailto:Yoav.Shapira@;mpi.com] Sent: Wednesday, October 30, 2002 8:35 AM To: Log4J Users List Subject: RE: JRun4, WebLogic 7.0 & Log4J bufferedIO exception Hi, Could it be that weblogic somewhere has another log4j jar whose version conflicts with yours? Check all the directories from which weblogic might load classes for versions of log4j. Don't forget various server and JDK endorsed directories. Yoav Shapira Millennium ChemInformatics -----Original Message----- From: Mitch Christensen [mailto:mitch.christensen@;informatixinc.com] Sent: Wednesday, October 30, 2002 11:27 AM To: [EMAIL PROTECTED] Cc: Mitchell Christensen Subject: JRun4, WebLogic 7.0 & Log4J bufferedIO exception Hi, I came across the attached message (way below) in the archive regarding rollover exceptions w/ WebLogic 7.0. As it turns out, I'm getting the *exact* same exception using Log4J (log4j-1.2.6.jar) with JRun4 (running a Turbine 2.2b3 webapp). Rakesh's statement appears to be correct, the exception states that the field 'bufferedIO' doesn't exist. However, looking at the Log4J-1.2.6 source, it is there. To me, this implies a jar version mismatch. However, I can't find the conflict. We've been living with this bug for a couple of weeks, and QA is starting to ride my pretty closely. Everything works fine until the log file rolls over for the first time, then the exception is thrown, and the only cure is to shut down JRun4, delete the log file, and restart JRun4. This is livable in development, but as we step up usage in QA, the log file fills quickly. I should also note that I've seen other, similar exceptions thrown as well, but I don't have stack traces from those handy. These 'other' exceptions also occassionally point to a version problem. Things like '...method not found', etc. These are more sporadic, and may be totally unrelated. *ANY* help would be greatly appreciated. Even if you might have analysis/debugging strategies that might help. I'm running out of ideas. Thanks in advance. -Mitch PS Not to belabor a simple request, but I've included a list of the .jar files from my WEB-INF/lib in case anyone sees anything obvious. ------------------------------My Stack Trace------------------------------------------------------------------- [Wed Oct 30 07:32:59 PST 2002] -- ERROR -- Exception: java.lang.NoSuchFieldError: bufferedIO Stack Trace follows: java.lang.NoSuchFieldError: bufferedIO at org.apache.log4j.RollingFileAppender.rollOver(RollingFileAppender.java:1 45) at org.apache.log4j.RollingFileAppender.subAppend(RollingFileAppender.java: 228) at org.apache.log4j.WriterAppender.append(WriterAppender.java:157) at org.apache.log4j.AppenderSkeleton.doAppend(AppenderSkeleton.java:251) at org.apache.log4j.helpers.AppenderAttachableImpl.appendLoopOnAppenders(Ap penderAttachableImpl.java:57) at org.apache.log4j.Category.callAppenders(Category.java:255) at org.apache.log4j.Category.forcedLog(Category.java:445) at org.apache.log4j.Category.info(Category.java:704) at org.apache.velocity.runtime.log.SimpleLog4JLogSystem.logVelocityMessage( SimpleLog4JLogSystem.java:175) at org.apache.velocity.runtime.RuntimeInstance.log(RuntimeInstance.java:914 ) at org.apache.velocity.runtime.RuntimeInstance.info(RuntimeInstance.java:93 4) at org.apache.velocity.runtime.resource.ResourceManagerImpl.loadResource(Re sourceManagerImpl.java:479) at org.apache.velocity.runtime.resource.ResourceManagerImpl.getResource(Res ourceManagerImpl.java:384) at org.apache.velocity.runtime.RuntimeInstance.getTemplate(RuntimeInstance. java:814) at org.apache.velocity.runtime.RuntimeSingleton.getTemplate(RuntimeSingleto n.java:355) at org.apache.velocity.app.Velocity.mergeTemplate(Velocity.java:482) at org.apache.velocity.app.Velocity.mergeTemplate(Velocity.java:461) at org.apache.turbine.services.velocity.TurbineVelocityService.decodeReques t(TurbineVelocityService.java:384) at org.apache.turbine.services.velocity.TurbineVelocityService.handleReques t(TurbineVelocityService.java:278) at org.apache.turbine.services.velocity.TurbineVelocity.handleRequest(Turbi neVelocity.java:107) at org.apache.turbine.modules.navigations.VelocityNavigation.buildTemplate( VelocityNavigation.java:132) at org.apache.turbine.modules.navigations.TemplateNavigation.doBuild(Templa teNavigation.java:103) at org.apache.turbine.modules.Navigation.build(Navigation.java:98) at org.apache.turbine.modules.NavigationLoader.eval(NavigationLoader.java:1 29) at org.apache.turbine.util.template.TemplateNavigation.toString(TemplateNav igation.java:125) at org.apache.velocity.runtime.parser.node.ASTReference.render(ASTReference .java:321) at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.jav a:271) at org.apache.velocity.Template.merge(Template.java:296) at org.apache.velocity.app.Velocity.mergeTemplate(Velocity.java:492) at org.apache.velocity.app.Velocity.mergeTemplate(Velocity.java:461) at org.apache.turbine.services.velocity.TurbineVelocityService.decodeReques t(TurbineVelocityService.java:384) at org.apache.turbine.services.velocity.TurbineVelocityService.handleReques t(TurbineVelocityService.java:278) at org.apache.turbine.services.velocity.TurbineVelocity.handleRequest(Turbi neVelocity.java:107) at org.apache.turbine.modules.layouts.VelocityOnlyLayout.doBuild(VelocityOn lyLayout.java:120) at org.apache.turbine.modules.Layout.build(Layout.java:91) at org.apache.turbine.modules.LayoutLoader.exec(LayoutLoader.java:123) at org.apache.turbine.modules.pages.DefaultPage.doBuild(DefaultPage.java:16 9) at org.apache.turbine.modules.Page.build(Page.java:90) at org.apache.turbine.modules.PageLoader.exec(PageLoader.java:123) at org.apache.turbine.Turbine.doGet(Turbine.java:563) at org.apache.turbine.Turbine.doPost(Turbine.java:658) at javax.servlet.http.HttpServlet.service(HttpServlet.java:760) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at jrun.servlet.ServletInvoker.invoke(ServletInvoker.java:106) at jrun.servlet.JRunInvokerChain.invokeNext(JRunInvokerChain.java:42) at jrun.servlet.JRunRequestDispatcher.invoke(JRunRequestDispatcher.java:241 ) at jrun.servlet.ServletEngineService.dispatch(ServletEngineService.java:527 ) at jrun.servlet.http.WebService.invokeRunnable(WebService.java:172) at jrunx.scheduler.ThreadPool$DownstreamMetrics.invokeRunnable(ThreadPool.j ava:348) at jrunx.scheduler.ThreadPool$ThreadThrottle.invokeRunnable(ThreadPool.java :451) at jrunx.scheduler.ThreadPool$UpstreamMetrics.invokeRunnable(ThreadPool.jav a:294) at jrunx.scheduler.WorkerThread.run(WorkerThread.java:66) /dev/app/dist/webapps/app/WEB-INF/lib $ ls bcel.jar jakarta-regexp-1.2.jar cactus-1.2.jar jdbc2_0-stdext.jar cactus-ant-1.2.jar jndi-1.2.1.jar classes12.jar junit-3.7.jar commons-beanutils-1.4-dev.jar log4j-1.2.6.jar commons-collections-2.0.jar mail-1.2.jar commons-configuration-1.0-dev.jar mm.mysql-2.0.13-bin.jar commons-dbcp-1.0-dev-20020806.jar oro-2.0.6.jar commons-email-0.1-dev.jar servlet-2.2.jar commons-lang-1.0-b1.jar servlet.jar commons-logging-1.0.1.jar stratum-1.0-b3.jar commons-pool-1.0.jar torque-3.0-b4.jar commons-util-1.0-rc2-dev.jar turbine-2.2-b3.jar dom4j-1.4-dev.jar velocity-1.3.jar ecs-1.4.1.jar velocity-dvsl-0.43.jar flux-2.2.jar village-1.5.3.jar ftp.jar xalan-2.1.0.jar fulcrum-3.0-b2-dev.jar xercesImpl-2.0.2.jar hsqldb-1.7.0.jar xmlParserAPIs-2.0.2.jar httpunit-1.3.jar xmlrpc-1.1.jar << File: ATT75439.txt >> << File: ATT00047.txt >> << File: ATT00050.txt >> -- To unsubscribe, e-mail: <mailto:log4j-user-unsubscribe@;jakarta.apache.org> For additional commands, e-mail: <mailto:log4j-user-help@;jakarta.apache.org>
