commons-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Nestor Urquiza <nest...@yahoo.com>
Subject Re: [scxml] schema problem within <assign> node
Date Sun, 30 Apr 2006 00:09:52 GMT
sure, thanks

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

> On 4/27/06, Nestor Urquiza <nestoru@yahoo.com>
> wrote:
> > Cool, I vote for modifying the schema then.
> > Thanks!
> >
> <snip/>
> 
> If you hear back about the schema URL at the W3C,
> let us know (I'm on
> the matching W3C list, no need to ping if its posted
> there).
> 
> -Rahul
> 
> 
> > --- Rahul Akolkar <rahul.akolkar@gmail.com> wrote:
> >
> > > On 4/27/06, Nestor Urquiza <nestoru@yahoo.com>
> > > wrote:
> > > > So guys,
> > > > either we change the @name by @location or we
> do
> > > not
> > > > use the schema to validate ... thoughts?
> > > >
> > > <snip/>
> > >
> > > There is another option since you host the
> schema
> > > yourself, if you'd
> > > like. And thanks for following up on this
> promptly.
> > >
> > > Anyway, from an implementation perspective,
> having
> > > an attribute mean
> > > multiple things means we have to figure out
> > > beforehand if the
> > > expression is a "degenerate path", and in one
> form
> > > or the other, this
> > > will boil down to:
> > >
> > > <pseudo>
> > > if (means one thing) {
> > >    do the thing one thing does;
> > > } else (means another thing) {
> > >   do the thing another thing does;
> > > } else {
> > >   throw up in the log file;
> > > }
> > > </pseudo>
> > >
> > > You get none of that with the @name and
> @location
> > > distinction (for
> > > "scratch space variable" and "XML data tree
> node"
> > > respectively). Also,
> > > as Jim mentions, the WD is subject to change WRT
> the
> > > data model, so I
> > > don't know if we should urgently move to a
> > > sub-optimal impl for
> > > assign, especially since the @name usage does
> appear
> > > in the var
> > > section of the draft.
> > >
> > > -Rahul
> > >
> <snap/>
> 
>
---------------------------------------------------------------------
> To unsubscribe, e-mail:
> commons-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail:
> commons-user-help@jakarta.apache.org
> 
> 


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

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


Mime
View raw message