From: Xavier G. <xav...@ce...> - 2006-10-05 18:02:03
|
On 10/5/06, Guijarro, Julio <jul...@hp...> wrote: > Could you try using only DEBUG level instead of TRACE level for logging > output? I did but it doesn't change anything for me. I think that will (kind of) fix your problem. This is the same > problem that Andreas had just after we made the release and it is fixed > in CVS. > > To fix it in PrimImpl: > > http://smartfrog.cvs.sourceforge.net/smartfrog/core/smartfrog/src/org/sm > artfrog/sfcore/prim/PrimImpl.java?r1=1.100&r2=1.101 > Ok, I updated and re-compiled my local smartfrog repository and the stack overflow is indeed solved. However it still doesn't want to register anything else than LogToStreamsImpl. I use default.ini to set the logger. For the other parameters, this default.ini is taken into account, but not for localLogger. Thank you, Xavier > > > -----Original Message----- > > From: sma...@li... > [mailto:smartfrog- > > dev...@li...] On Behalf Of Xavier Grehant > > Sent: 04 October 2006 12:57 > > To: smartfrog-developer > > Subject: Re: [Smartfrog-developer] 3.10 and logging > > > > Here is sth I get now, after going back to 3.10: > > > > ... > > at > > > org.smartfrog.sfcore.reference.RemoteReferenceResolverHelperImpl.sfResol > ve > > (RemoteReferenceResolverHelperImpl.java:128) > > at > > > org.smartfrog.sfcore.reference.RemoteReferenceResolverHelperImpl.sfResol > ve > > (RemoteReferenceResolverHelperImpl.java:155) > > at > > > org.smartfrog.sfcore.prim.PrimImpl.sfGetApplicationLog(PrimImpl.java:135 > 7) > > at > org.smartfrog.sfcore.prim.PrimImpl.sfLog(PrimImpl.java:1296) > > at > org.smartfrog.sfcore.prim.PrimImpl.sfResolve(PrimImpl.java:243) > > at > > > org.smartfrog.sfcore.reference.RemoteReferenceResolverHelperImpl.sfResol > ve > > (RemoteReferenceResolverHelperImpl.java:128) > > at > > > org.smartfrog.sfcore.reference.RemoteReferenceResolverHelperImpl.sfResol > ve > > (RemoteReferenceResolverHelperImpl.java:155) > > at > > > org.smartfrog.sfcore.prim.PrimImpl.sfGetApplicationLog(PrimImpl.java:135 > 7) > > at > org.smartfrog.sfcore.prim.PrimImpl.sfLog(PrimImpl.java:1296) > > at > org.smartfrog.sfcore.prim.PrimImpl.sfResolve(PrimImpl.java:243) > > at > > > org.smartfrog.sfcore.reference.RemoteReferenceResolverHelperImpl.sfResol > ve > > (RemoteReferenceResolverHelperImpl.java:128) > > at > > > org.smartfrog.sfcore.reference.RemoteReferenceResolverHelperImpl.sfResol > ve > > (RemoteReferenceResolverHelperImpl.java:155) > > at > > > org.smartfrog.sfcore.prim.PrimImpl.sfGetApplicationLog(PrimImpl.java:135 > 7) > > [WARN] Error during initialization of localLog for LogImpl. Next > > trying to using Default (LogToFile), Reason: Class > > org.smartfrog.sfcore.logging.LogToStreamsImpl has invocation target > > error > > java.lang.StackOverflowError > > [ERROR] Error during initialization of logger. Data: name HOST > > oplaslim9.cern.ch:rootProcess:testDomains:*unknown*, targetClassName > > org.smartfrog.sfcore.logging.LogToStreamsImpl, logLevel 2, > > targetCodeBase null, Reason: > > java.lang.reflect.InvocationTargetException > > java.lang.StackOverflowError > > [WARN] Error during initialization of localLog for LogImpl. Next > > trying to using Default (LogToFile), Reason: Class > > org.smartfrog.sfcore.logging.LogToStreamsImpl has invocation target > > error > > [DEBUG][RMI TCP Connection(6)-128.141.43.151] HOST > > oplaslim9.cern.ch:rootProcess:testDomains:*unknown* - LogToFileImpl > > using file name: /var/log/smartfrog.log > > 2006/10/04 13:54:23:839 CEST [DEBUG][RunProcess] - Logger registered: > > class org.smartfrog.sfcore.logging.LogToStreamsImpl > > > > Thanks in advance for your help, > > Xavier > > > > > > On 10/4/06, Xavier Grehant <xav...@ce...> wrote: > > > I switch back to smartfrog 3.8 and it does the logs properly again. > It > > > seems there is a bug in 3.10 in the resolution of LocalLoggerClass. > > > > > > Xavier > > > > > > On 10/3/06, Xavier Grehant <xav...@ce...> wrote: > > > > Hi - > > > > Is there anything changed with calls to > > > > org.smartfrog.sfcore.logging.LogImpl.localLoggerClass in smartfrog > > > > 3.10? > > > > Since I switched to this version it looks like it does not take > into > > account > > > > > > > org.smartfrog.sfcore.logging.LogImpl.localLoggerClass=org.smartfrog.sfco > re > > .logging.LogToFileImpl > > > > Instead it always takes LogToStreamsImpl. > > > > Other modifications in defaults.ini are taken into account. > > > > > > > > Thank you, > > > > Xavier > > > > > > > > > > > > ------------------------------------------------------------------------ > - > > Take Surveys. Earn Cash. Influence the Future of IT > > Join SourceForge.net's Techsay panel and you'll get the chance to > share > > your > > opinions on IT & business topics through brief surveys -- and earn > cash > > > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDE > V > > _______________________________________________ > > Smartfrog-developer mailing list > > Sma...@li... > > https://lists.sourceforge.net/lists/listinfo/smartfrog-developer > |