cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Vadim Gritsenko" <>
Subject XSP Languages, RE: [vote] move tree-processor in the main trunk
Date Thu, 07 Feb 2002 16:44:15 GMT
> From: Jason Foster []
> <snip/>
> > Just to make things clear : sitemap is only one of the possible uses
> > the TreeProcessor : it's a generic framework for implementing
> > assembly languages (hence "Processor") with an evaluation tree
> > "Tree").
> >
> > The supported languages are defined in treeprocessor.xconf or
> > cocoon.xconf, and the interpreted sitemap is "only" a particular
> > assembly language implemented using this framework, but we could
> > implement others like Berin's proposal or Daniela Gehle's flowmap
> > back to october 2001 in the archives to find them).
> Does that mean that XSPs that do not use compiled code fragments (Go
> Python! Go JavaScript! Go JavaBean! Down with Java source code!) can
> handled by the TreeProcessor?

XSPs written in not Java, but BSF languages, can be handled by XSP
mechanism without any problem. Existing XSP machinery is ready for other
languages, and this might be as compiled (into Java) languages and
interpreted ones. Do you know something better then IBM's BSF? I did not
found support for script pre-parsing, to improve performance.

> If this is the case, then the door is open for another aspect of
Cocoon to
> support the "dropping in" and automatic configuration of packages.
> not as up on XSP as I could be, but I get the impression that there is
> currently no support for "contracts" between the different taglibs.

What do you mean?


To unsubscribe, e-mail:
For additional commands, email:

View raw message