Reuse NodeManagerLogs van hiberneer in WebLogic

Question

Een van ons WebLogic 8.1s het skielik begin te meld reuse bedrae van hout en vul die skyf.

Die stompe gee ons Hassel woon in

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

en die inskrywings in die logfile is net die samekinds van entrires weer en weer herhaal word nie. Dinge soos

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

Ek kan nie enige debug instellings oral ingestel te kry. Ive het in die Remote Start classpath en Argumente vir die bestuur bediener.

Kan iemand my wys in die rigting om beheer te kry oor hierdie loglêer?

Answer 1

Sedert die log inskrywings is nie probleme, dit klink soos die globale puntelys vlak het tot gedraai te ontfout. Alternatiewelik, miskien 'n nuwe Logging meganisme in werking gestel is of 'n nuwe log Appender wat skryf aan stdout, en dus word weer aangemeld by Weblogic. Ek sou kyk na die opset van jou logger. (Of gee dit met een, indien dit met behulp van 'n standaard config)

Byvoorbeeld, wanneer die gebruik van Hibernate met 'n aktiewe Log4J opstel, Hibernate sal outomaties sluit in die Log4J byvoorbeeld dat jy die opstel van jou eie aansoek

Dit kan ingestel, soos per die normale Log4J config. Hierdie voorbeeld gebruik die eienskappe opset styl:

log4j.category.org.hibernate=WARN

Hibernate kan aansluit in met ander te meld meganismes via die apache Commons meld API. Kyk na hoe om jou eie logger en tune uit die org.hibernate instel. * Frekwensies.

n.b. Wanneer debugging, skakel terug op

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

kan nuttig wees.

Answer 2

Is dit 'n groot stelsel met baie programmeerders? As dit so is dit dalk die moeite werd dat nêrens in die kode is die logger met sy config verander programatically.

In log4j, kan dit gedoen word met behulp van die LogManager of BasicConfigurator klasse. Ook via die PropertyConfigurator en DomConfigurator. Net een skelm lyn van kode kan opstel van 'n nuwe Logger te stdout met behulp van die PatternLayout getoon in jou voorbeeld.

BasicConfigurator.configure();