logging-log4j-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Ceki Gülcü <c...@qos.ch>
Subject RE: JRun4, WebLogic 7.0 & Log4J bufferedIO exception
Date Wed, 30 Oct 2002 17:04:10 GMT

I think the following is relevant:

http://marc.theaimsgroup.com/?l=log4j-user&m=102651447910279&w=2

At 08:51 30.10.2002 -0800, you wrote:
>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: log4j-user@jakarta.apache.org
>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>

--
Ceki

TCP implementations will follow a general principle of robustness: be
conservative in what you do, be liberal in what you accept from
others. -- Jon Postel, RFC 793



--
To unsubscribe, e-mail:   <mailto:log4j-user-unsubscribe@jakarta.apache.org>
For additional commands, e-mail: <mailto:log4j-user-help@jakarta.apache.org>


Mime
View raw message