Re: 3.10 and logging

On 10/5/06, Guijarro, Julio <[email protected]> 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: smartfrog-developer-bounces-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> [mailto:smartfrog-
> > developer-bounces-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org] 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 <[email protected]> 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 <[email protected]> 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
> > Smartfrog-developer-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> > https://lists.sourceforge.net/lists/listinfo/smartfrog-developer
>

-------------------------------------------------------------------------
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=DEVDEV