> From: Piroumian Konstantin [mailto:[EMAIL PROTECTED]] > > > From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]] ... > > 3. Move to DOM for variable storage. This will allow adding xpath > > functionality to the logicsheet without extra re-parsing. > > Are going to use JXPath as XPath engine?
I will use whatever xpath engine is configured in your cocoon.xconf. > This will allow to store variables > either as DOM or JavaBeans. I don't know much about the Xscript, but your It is similar to whatever we have in webapps.session package (aka sunShine context). It allows creating named XML variables in different scopes, allows transforming one variable using stylesheet from another variable, and allows outputting these variables to the pipeline. See xscript demos for syntax. > proposal looks like the same thing from JSTL (Java Standart Tag Library). Java Standard Tag Library from http://www.jcp.org/jsr/detail/52.jsp? Never seen it before... Yes, it is somewhat similar, but main difference is that XScript is XML oriented (at least ATM). I will think about re-using syntax defined in the JSR. > Adding an expression language to all the logicsheets that require access to > data in page, request, session or app contexts would be an excellent > enhancement. > > Does this make sense in context of XScript? Elaborate what you mean. Vadim > Konstantin ... --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
