Return-Path: 
 <commons-user-return-18022-apmail-jakarta-commons-user-archive=jakarta.apache.org@jakarta.apache.org>
Delivered-To: apmail-jakarta-commons-user-archive@www.apache.org
Received: (qmail 30710 invoked from network); 17 Nov 2006 18:32:48 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2)
  by minotaur.apache.org with SMTP; 17 Nov 2006 18:32:47 -0000
Received: (qmail 6738 invoked by uid 500); 17 Nov 2006 18:32:52 -0000
Delivered-To: apmail-jakarta-commons-user-archive@jakarta.apache.org
Received: (qmail 6676 invoked by uid 500); 17 Nov 2006 18:32:52 -0000
Mailing-List: contact commons-user-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
List-Unsubscribe: <mailto:commons-user-unsubscribe@jakarta.apache.org>
List-Help: <mailto:commons-user-help@jakarta.apache.org>
List-Post: <mailto:commons-user@jakarta.apache.org>
List-Id: "Jakarta Commons Users List" <commons-user.jakarta.apache.org>
Reply-To: "Jakarta Commons Users List" <commons-user@jakarta.apache.org>
Delivered-To: mailing list commons-user@jakarta.apache.org
Received: (qmail 6665 invoked by uid 99); 17 Nov 2006 18:32:52 -0000
Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133)
    by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 17 Nov 2006 10:32:52 -0800
X-ASF-Spam-Status: No, hits=0.8 required=10.0
	tests=INFO_TLD,SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (herse.apache.org: domain of rahul.akolkar@gmail.com
 designates 66.249.92.169 as permitted sender)
Received: from [66.249.92.169] (HELO ug-out-1314.google.com) (66.249.92.169)
    by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 17 Nov 2006 10:32:39 -0800
Received: by ug-out-1314.google.com with SMTP id o4so702224uge
        for <commons-user@jakarta.apache.org>;
 Fri, 17 Nov 2006 10:32:18 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
        b=k+Kli/tZVtZVFCJzHNOGHOosQvykvBO48PfKnHQxiDwc03uuouopfwkegTR5nczyIocJFxkPL+2CgYThNNh7DEPHUr3WX+k+g/aRSFRN/ofOkhxSGcYVENo/Nrl6Etjojks9BJjSAOWM1gs7BXvapxMZeibBL9yfj4IRodZPJq4=
Received: by 10.78.204.1 with SMTP id b1mr2203881hug.1163788337731;
        Fri, 17 Nov 2006 10:32:17 -0800 (PST)
Received: by 10.78.165.6 with HTTP; Fri, 17 Nov 2006 10:32:16 -0800 (PST)
Message-ID: <ce1f2ea80611171032x4c19039dj5aece5cdd8e2d925@mail.gmail.com>
Date: Fri, 17 Nov 2006 13:32:16 -0500
From: "Rahul Akolkar" <rahul.akolkar@gmail.com>
To: "Jakarta Commons Users List" <commons-user@jakarta.apache.org>
Subject: Re: [SCXML] enabling/disabling logging for var assignments
In-Reply-To: <563940.91616.qm@web50914.mail.yahoo.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <ce1f2ea80611161956q2af8a1a7yfbb8d8c50270d02@mail.gmail.com>
	 <563940.91616.qm@web50914.mail.yahoo.com>
X-Virus-Checked: Checked by ClamAV on apache.org

On 11/17/06, Nestor Urquiza <nestoru@yahoo.com> wrote:
>
> --- Rahul Akolkar <rahul.akolkar@gmail.com> wrote:
>
> > On 11/16/06, Nestor Urquiza <nestoru@yahoo.com>
> > wrote:
> > > Since it took me a while to learn about the
> > > commons-logging wrapper and current log engines I
> > will
> > > post here my results just in case someone has a
> > > similar problem in the future:
> > >
> > <snip-sample-code/>
> >
> > Thanks for posting for the archives. I prefer the
> > properties files for
> > quick configuration. See log4j manual [1] for
> > details. Please feel
> > free to post any of this on the Commons SCXML wiki.
> >
>
> Yes property or xml both are aditional files for the
> package I am building, and since I am forced to use a
> propietary logging package I did not want to add more
> resources ... that is why I went for setting
> programmatically Log4J.
>
> Do you have a suggestion for "where to post this
> specific logging configuration on WIKI?"
>
<snip/>

Post it wherever you like ;-) (as long as its in the Commons SCXML space).

If I were doing it, I'd probably post it as a link it from the
tutorials section on the HomePage [1], say as '../Tutorials/Logging'


> >
> > The Tracer is meant to be a one-stop shop for basic
> > examples -- it
> > provides a dummy impl (that logs callbacks) for most
> > interfaces that
> > one needs while dealing with the Commons SCXML APIs.
> >
> > The warning() method comes from the SAX ErrorHandler
> > and is really
> > orthogonal to logging. Its probably best to stick
> > with JCL the way its
> > currently done.
>
> Thanks for the explanation, I need then to log to a
> separate scxml logging file the SCXML bits.
>
> Do you have a suggestion about a syntax for logging
> the information from the bits? Just as a reminder I
> used this in my code:
>
> String msg = "Var." + name + "=" + varStr;
> if( appLog.isInfoEnabled() )
>            appLog.info( msg );
>
<snap/>

If you want, you can open a JIRA issue [2] and optionally attach a
patch [3] so we don't forget to get this logging bit in the codebase
(and the next release).

-Rahul

[1] http://wiki.apache.org/jakarta-commons/SCXML/HomePage
[2] http://issues.apache.org/jira/browse/SCXML
[3] http://jakarta.apache.org/commons/patches.html


> -Nestor
>
> >
> > -Rahul
> >
> > [1] http://logging.apache.org/log4j/docs/manual.html
> >
> >
> > > Maybe PathResolverHolder is the place to specify a
> > > method trace() that could be generically
> > implemented
> > > by an abstract class from where finally the data
> > model
> > > bits would inherit. maybe the best way is just to
> > > separately define the trace() method for those
> > bits we
> > > are interested in.
> > >
> > > Bottom line the idea of having a trace of what is
> > > going on and my failure to make the whole system
> > log
> > > into a unique file made me think about this
> > > alternative which maybe is even better than just
> > > logging.
> > >
> > > Thanks,
> > >
> > > -Nestor
> > >
> > <snip/>

---------------------------------------------------------------------
To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-user-help@jakarta.apache.org