To keep things simple why not org.apache.freemarker?
Jacques
Le 01/12/2015 18:58, Woonsan Ko a écrit :
+1 on all you described for FTL3.
Just a side note, I like 'org.apache.freemarker3' better as new
package name. I saw a similar pattern in Apache Commons. e.g,
org.apache.commons.lang3.
Regards,
Woonsan
On Sun, Nov 29, 2015 at 6: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
