Return-Path: 
 <commons-user-return-18998-apmail-jakarta-commons-user-archive=jakarta.apache.org@jakarta.apache.org>
Delivered-To: apmail-jakarta-commons-user-archive@www.apache.org
Received: (qmail 94939 invoked from network); 27 Mar 2007 20:42:41 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2)
  by minotaur.apache.org with SMTP; 27 Mar 2007 20:42:41 -0000
Received: (qmail 69921 invoked by uid 500); 27 Mar 2007 20:42:42 -0000
Delivered-To: apmail-jakarta-commons-user-archive@jakarta.apache.org
Received: (qmail 69877 invoked by uid 500); 27 Mar 2007 20:42:42 -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 69857 invoked by uid 99); 27 Mar 2007 20:42:42 -0000
Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133)
    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 27 Mar 2007 13:42:42 -0700
X-ASF-Spam-Status: No, hits=0.0 required=10.0
	tests=
X-Spam-Check-By: apache.org
Received-SPF: pass (herse.apache.org: local policy)
Received: from [206.190.38.125] (HELO web50905.mail.re2.yahoo.com)
 (206.190.38.125)
    by apache.org (qpsmtpd/0.29) with SMTP; Tue, 27 Mar 2007 13:42:32 -0700
Received: (qmail 18765 invoked by uid 60001); 27 Mar 2007 20:42:11 -0000
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
  s=s1024; d=yahoo.com;
  h=X-YMail-OSG:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID;
  b=kPhuxXYNpTbvvnzquL5A5o6ICjhSHYbC1kqWkefkK4V4xDjisFC2OWdOpe3sEGv8yyRkFyp1iikJSsFWWAw2UZaQyQOVykfHKrcXWrWSMNAGGn1X/2X7Lqb+dYEkKN8o07NBl4qT5advjx2nbAjJhYoxrziquvKNlVP0NjuKPTg=;
X-YMail-OSG: 
 R0GcOuUVM1lXLUp.CzUG39_1bchjuSEeWc7tyyWXYiRax2m2IorFSP1pctK0sUcHAzDXmoSWW5rBGxyfi3yln8Jsj4q3GZhyW2TzlZwEF8dZ56sseUW9SlZyC525eVQVLjjRrlR3ixTtmh2i
Received: from [72.1.142.226] by web50905.mail.re2.yahoo.com via HTTP;
 Tue, 27 Mar 2007 13:42:11 PDT
Date: Tue, 27 Mar 2007 13:42:11 -0700 (PDT)
From: Nestor Urquiza <nestoru@yahoo.com>
Subject: Re: [SCXML] enabling/disabling logging for var assignments
To: Jakarta Commons Users List <commons-user@jakarta.apache.org>
In-Reply-To: <ce1f2ea80703270830r34dce2c8o1340876051c6017f@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Message-ID: <658242.18181.qm@web50905.mail.re2.yahoo.com>
X-Virus-Checked: Checked by ClamAV on apache.org

Done[1]
Thank you!,

-Nestor

[1] https://issues.apache.org/jira/browse/SCXML-40

--- Rahul Akolkar <rahul.akolkar@gmail.com> wrote:

> On 3/26/07, Nestor Urquiza <nestoru@yahoo.com>
> wrote:
> > Hi Rahul,
> >
> > In a concurrent environment like a web application
> it
> > is of a tremendous important to get the Session Id
> > together with any log trace.
> >
> > I am not sure how this requirement fits in the
> actual
> > model but I would say that given the fact an
> executor
> > defines uniquely a State Machine status at any
> time it
> > is the executor the one that ideally should carry
> an
> > identifier.
> >
> > I would allow that identifier to be accessible
> with
> > getter/setter methods. That way one can decide to
> set
> > the exec#id with the session Id and later that
> memeber
> > could be used to be output as part of the current
> var,
> > assign traces.
> >
> <snip/>
> 
> Makes sense, can imagine it will make mining easier.
> Could you open an
> enhancement request in the Commons SCXML issue
> tracker [1]? Thanks.
> 
> 
> > Also as another suggestion I used for the traces
> for
> > my personal solution something like:
> > Var.baseServiceUrlWAP=
> >
>
Assign.baseServiceUrlWAP=http://usa-apptest.buongiorno.com/waptools/
> >
> > I see in the commons-scxml release is used:
> > <var>: Defined variable 'baseServiceUrlWAP' with
> > initial value ''
> > <assign>: Set variable 'baseServiceUrlWAP' to
> > 'http://usa-apptest.buongiorno.com/waptools/'
> >
> > I see the first one less verbose and still saying
> the
> > same.
> >
> <snap/>
> 
> Yes, but this is so subjective that its perhaps best
> to not change
> anything at all. The brevity of the suggested log
> format comes at the
> expense of being able to get the hang of the
> pseudo-language in there
> (not that its hard to understand).
> 
> -Rahul
> 
> [1]
>
http://jakarta.apache.org/commons/scxml/issue-tracking.html
> 
> 
> > Thanks!
> >
> > -Nestor
> >
> >
> >
> > --- Rahul Akolkar <rahul.akolkar@gmail.com> wrote:
> >
> > > On 11/17/06, Nestor Urquiza <nestoru@yahoo.com>
> > > wrote:
> > > > Logging Tutorial created [1]
> > > > JIRA issue including the proposed patch [2]
> > > >
> > > <snip/>
> > >
> > > Thanks, I've marked the issue against 0.6 so it
> > > should be in the next release.
> > >
> > > -Rahul
> > >
> > >
> > > > Thanks
> > > >
> > > > -Nestor
> > > >
> > > > [1]
> > > >
> > >
> >
>
http://wiki.apache.org/jakarta-commons/SCXML/Tutorials/Logging#preview
> > > > [2]
> https://issues.apache.org/jira/browse/SCXML-31
> > > >
> > >
> 
>
---------------------------------------------------------------------
> To unsubscribe, e-mail:
> commons-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail:
> commons-user-help@jakarta.apache.org
> 
> 



 
____________________________________________________________________________________
Bored stiff? Loosen up... 
Download and play hundreds of games for free on Yahoo! Games.
http://games.yahoo.com/games/front

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