Return-Path: 
 <commons-user-return-16080-apmail-jakarta-commons-user-archive=jakarta.apache.org@jakarta.apache.org>
Delivered-To: apmail-jakarta-commons-user-archive@www.apache.org
Received: (qmail 13066 invoked from network); 26 Apr 2006 15:31:37 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199)
  by minotaur.apache.org with SMTP; 26 Apr 2006 15:31:37 -0000
Received: (qmail 94508 invoked by uid 500); 26 Apr 2006 15:31:31 -0000
Delivered-To: apmail-jakarta-commons-user-archive@jakarta.apache.org
Received: (qmail 94437 invoked by uid 500); 26 Apr 2006 15:31:31 -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 94426 invoked by uid 99); 26 Apr 2006 15:31:30 -0000
Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 26 Apr 2006 08:31:30 -0700
X-ASF-Spam-Status: No, hits=-0.0 required=10.0
	tests=SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (asf.osuosl.org: domain of rahul.akolkar@gmail.com
 designates 64.233.166.179 as permitted sender)
Received: from [64.233.166.179] (HELO pproxy.gmail.com) (64.233.166.179)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 26 Apr 2006 08:31:28 -0700
Received: by pproxy.gmail.com with SMTP id t32so1627469pyc
        for <commons-user@jakarta.apache.org>;
 Wed, 26 Apr 2006 08:31:07 -0700 (PDT)
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=FzKTOWTYGx2Hf/r4b+ZeFuK/ac/yLBOozcSFLM9aXYbFAZQRxriMFjWBJJkQhWSlNx27rT5vgJL1YZ2gcbtEv0lrZtyP1HEq8+IJ9cuCZlDISW4h6Ct4QZXWcK6W5JcTKAvyePiE2aRr4VFwnW6NpFv3bwANqYqQYTVyfhxZ0TM=
Received: by 10.35.126.7 with SMTP id d7mr3271753pyn;
        Wed, 26 Apr 2006 08:31:07 -0700 (PDT)
Received: by 10.35.40.1 with HTTP; Wed, 26 Apr 2006 08:31:07 -0700 (PDT)
Message-ID: <ce1f2ea80604260831g49e53636rbf1277a6296f7d9e@mail.gmail.com>
Date: Wed, 26 Apr 2006 11:31:07 -0400
From: "Rahul Akolkar" <rahul.akolkar@gmail.com>
To: "Jakarta Commons Users List" <commons-user@jakarta.apache.org>
Subject: Re: [scxml] <assign> tag
In-Reply-To: <20060426095439.62813.qmail@web50903.mail.yahoo.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
References: <ce1f2ea80604252144l62ccb1bbya5aeba4c11ba5efc@mail.gmail.com>
	 <20060426095439.62813.qmail@web50903.mail.yahoo.com>
X-Virus-Checked: Checked by ClamAV on apache.org
X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N

On 4/26/06, Nestor Urquiza <nestoru@yahoo.com> wrote:
> So is this a thing to be reported to w3c right? Could
> you tell where?
>
<snip/>

All information is here [1]. Note that Working Drafts increment (in
this case) on an average every 4-5 months, so it might be a while
before the actual text gets updated.


> Also it is very intersting that I was planning to use
> an xml to javabean kind of mapping in order to be able
> to test for conditions that are expressend in an
> external xml settings file.
>
<snap/>

Yup, you can have an XML data model, now if only someone plugged in
XPath as the third EL [2] in the Commons SCXML implementation, we'd be
all set for scenarios like this one (though you can proceed today
using JEXL/JSP 2.0 EL and the Data() function, as the test case I
pointed to in the earlier post). Feel free to open an enhancement
request [3] for supporting XPath, patches [4] to achieve the same are
welcome too, if you're so inclined.


> This discussion has shown that I could use the data
> model to test directly for those conditions and I see
> two/maybe three possible ways:
>
> 1)I include the data model within the scxml file.
>
<snip/>

True.


> 2)From java code I insert automatically the datamodel
> as part of the scxml file. Any method available for
> doing that already?
>
<snap/>

Sure, I remember seeing Fasih do that from a snippet in an earlier
unrelated post [5].


> 3)I reference the external xml file using the @src
> attribute but as you said it is not yet supported.
>
<snip/>

There is really no reason to not support it (other than finding time).
We're already reading @src into the Assign instance, just need to go
fetch the document from the URL in Assign#execute(), and handle
failure. Another enhancement request?


> For my usecase I need the setting file (the one that
> holds the datamodel) to be hidden from my clients but
> I need the scxml file to be readable by them. Of
> course I can always put everything in just an scxml
> file and then using xslt publish just the interesting
> nodes for cients (ommitting the data model for
> example). I can also refer to an http source (if later
> implemented) that is only accessible from the system
> IP but I see option 2 like the best for my case.
>
<snap/>

Purists will mention that the hybrid option 2 reduces readability and
makes code harder to understand etc., though if you want to "hide" the
datamodel one could argue this injection is a great approach :-)

-Rahul

[1] http://www.w3.org/Voice/
[2] http://jakarta.apache.org/commons/scxml/guide/contexts-evaluators.html
[3] http://jakarta.apache.org/commons/scxml/issue-tracking.html
[4] http://jakarta.apache.org/commons/patches.html
[5] http://marc.theaimsgroup.com/?l=3Djakarta-commons-user&m=3D114548526107=
662&w=3D2


> Thanks as always for your advice,
> Nestor
>
<snip/>

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