On Thu, May 26, 2011 at 9:24 AM, sebb <seb...@gmail.com> wrote: > On 23 May 2011 16:22, Rahul Akolkar <rahul.akol...@gmail.com> wrote: >> On Mon, May 23, 2011 at 8:16 AM, sebb <seb...@gmail.com> wrote: >>> SCXML has had a couple of ongoing Gump failures, which I started to >>> look at again. >>> >> >> Thanks, the initial breakage was from EL trunk changes, if you follow >> this trail (if you've begun to look into it, this probably won't be >> new information): >> >> http://markmail.org/message/v2ioxdq2s7c62mtl >> >> Ofcourse, EL isn't active and I haven't looked into it. > > Progress so far: > > The test case breaks because the condition needed to change states is > not set up. > > In particular the following line in jsp/datamodel-01.xml: > > <assign location="${Data(maindata,'root/foo/bar')}" expr="baz" /> > > causes the error: > > SEVERE: Attempt to convert String "baz" to type "org.w3c.dom.Node", > but there is no PropertyEditor for that type > > It looks like the handling of assignment statements changes with the > new version of EL. > > I've not yet established what the EL change is that causes the error. > I suppose it's possible that the actual error is in SCXML, and EL code > now reveals it. > <snip/>
Right, but certainly doesn't look like EL is a drop-in replacement -- I don't know if thats what the EL devs were aiming for :-) We are attempting the conversion in the message above, which is possible when using EL 1.0. -Rahul --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org