cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Piroumian Konstantin <KPiroum...@protek.com>
Subject RE: [Q] XScript...
Date Thu, 25 Jul 2002 15:30:36 GMT
> From: Vadim Gritsenko [mailto:vadim.gritsenko@verizon.net] 
> > From: Piroumian Konstantin [mailto:KPiroumian@protek.com]
> > > From: Vadim Gritsenko [mailto:vadim.gritsenko@verizon.net]
> ...
> > > 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.

XPath engine works only with DOM, but JXPath works either with DOM and
JavaBeans. (But haven't look at the syntax, if it's the same for both or
not).

> 
> 
> > 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.

Wow! ;)

> 
> 
> > 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.

Note, that they have separate tags for XML variables and JavaBeans.

> 
> 
> > 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.

I just don't know anything about XScript and not sure that my proposal is
applicable to XScript.

KP

> 
> Vadim
> 
> > Konstantin
> 
> ...
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> For additional commands, email: cocoon-dev-help@xml.apache.org
> 

---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org


Mime
View raw message