巨型NodeManager来自weblogic中的hibernate

时间:2008-08-27 09:50:27

标签: hibernate logging weblogic

我们的一个weblogic 8.1突然开始记录大量日志并填充磁盘。

给我们的日志包含在

mydrive:\bea\weblogic81\common\nodemanager\NodeManagerLogs\generatedManagedServer1\managedserveroutput.log

并且日志文件中的条目只是一次又一次重复的相同种类的委托。像

这样的东西
19:21:24,470 DEBUG [StdRowLockSemaphore] Lock 'TRIGGER_ACCESS' returned by: LLL-SCHEDULER_QuartzSchedulerThread
19:21:31,923 DEBUG [StdRowLockSemaphore] Lock 'STATE_ACCESS' is deLLLred by: QuartzScheduler_LLL-SCHEDULER-NACDLLLF011219763113220_ClusterManager
19:21:31,923 DEBUG [StdRowLockSemaphore] Lock 'STATE_ACCESS' is being obtained: QuartzScheduler_LLL-SCHEDULER-NACDLLLF011219763113220_ClusterManager
19:21:31,923 DEBUG [StdRowLockSemaphore] Lock 'STATE_ACCESS' given to: QuartzScheduler_LLL-SCHEDULER-NACDLLLF011219763113220_ClusterManager
19:21:31,923 DEBUG [StdRowLockSemaphore] Lock 'TRIGGER_ACCESS' is deLLLred by: QuartzScheduler_LLL-SCHEDULER-NACDLLLF011219763113220_ClusterManager

...

19:17:46,798 DEBUG [CascadingAction] cascading to saveOrUpdate: mypackage.config.common.Share
19:17:46,798 DEBUG [DefaultSaveOrUpdateEventListener] reassociated uninitialized proxy
19:17:46,798 DEBUG [Cascade] done processing cascade ACTION_SAVE_UPDATE for: mypackage.config.common.FileLocation
19:17:46,798 DEBUG [Cascade] processing cascade ACTION_SAVE_UPDATE for: mypackage.config.common.FileLocation
19:17:46,798 DEBUG [CascadingAction] cascading to saveOrUpdate: mypackage.config.common.Share
19:17:46,798 DEBUG [DefaultSaveOrUpdateEventListener] reassociated uninitialized proxy

我无法在任何地方找到任何调试设置。 我查看了远程启动类路径和受管服务器的参数。

有人能指出我控制这个日志文件的方向吗?

2 个答案:

答案 0 :(得分:1)

由于这些日志条目不是问题,因此听起来全局日志级别已经变为DEBUG。或者,可能已经实现了新的日志记录机制或者写入stdout的新日志Appender,因此Weblogic正在重新记录。我会看一下你的记录器的配置。 (或者如果它使用默认配置,则提供一个)

例如,当Hibernate使用活动的Log4J设置时,Hibernate将自动加入您在自己的应用程序中设置的Log4J实例

可以按照正常的Log4J配置进行调整。此示例使用属性配置样式:

log4j.category.org.hibernate=WARN

Hibernate可以通过apache commons logging API加入其他日志记录机制。看看如何配置自己的记录器并调出org.hibernate。*频率。

n.b。调试时,重新打开

log4j.category.org.hibernate.SQL=INFO or DEBUG

非常有用。

答案 1 :(得分:1)

这是一个拥有众多程序员的大型系统吗?如果是这样,可能值得检查代码中没有任何地方是记录器以编程方式更改其配置。

在log4j中,可以使用LogManagerBasicConfigurator类来完成此操作。同样通过PropertyConfiguratorDomConfigurator。只有一个流氓代码行可以使用示例中显示的PatternLayout设置一个新的Logger到stdout。

BasicConfigurator.configure();