FreeMarker 3 could be beneficial. What does this item mean? "Separately pluggable expression language and "outer" language"
On Sun, Nov 29, 2015 at 3:07 AM, Daniel Dekany <[email protected]> wrote: > Sunday, November 29, 2015, 11:28:31 AM, Daniel Dekany wrote: > > [snip] > > - Dropping all the not-recommended-anymore and deprecated features, > > obviously. There's a lot, trust me... > > - Rename things that has confusing name, or are in the wrong package > > - Unify the concept of macros and (user-defined-)directives. Same with > > functions and methods. These are separate concepts yet similar in > > the current code base. > > - Parser/syntax: > > - FTL3: > > - Null-aware, has a behavior that's more like Groovy's > > - Hash "map" type instead of "hash" (i.e., no string-keys-only BS > > anymore) > > - Better whitespace handling > > - Has simpler, more regular syntax. > > - Designed to make user-defined dialects possible > > - Some minor changes in expression syntax... doesn't mater for now. > > - Separately pluggable expression language and "outer" language > > - Made with IDE and template-introspection support in mind > > - Template loading/caching: > > - A better version of the TemplateLoader mechanism. The current one > > has problems with being effective with DB for example. > > - In general, template loading/caching need to be more pluggable. > > Right now it's often hard to reuse your framework's existing > > caching facility for example. > > > > So that's a FM 3.0, plus whatever I have forgotten about. That's a lot > > of work you see there, but it's rewarding. > > And one that I have forgotten: > > - Modularize FM. There should be a bare-bone engine Maven module, and > then a separate Servlet Maven module, a JSP Maven module, Jython > module (if there's still interest in that), etc. (Maybe even XML > support should be separate.) This will also help to migrate the > project build to to Maven. Another aspect of this is that 3.0 can be > released without all the other modules to be cleaned up and ready > (especially Serlvet/JSP will be a substantial work). > > -- > Thanks, > Daniel Dekany > >
