template engine

Wenn Du mich fragst, wurde Java generell als Kanone entwickelt und ist fuer Spatzen eher nicht so gut geeignet. Das betrifft nicht nur, aber auch, die Template Engines. Die meisten Java Frameworks sind halt fuer sehr grosse Applikationen ausgelegt. Daher sind die vorhandenen Loesungen generell fuer kleine - mittelgrosse Programme relativ umstaendlich zu implementieren.

Wenn es bei dir Java sein muss, magst du es vielleicht mal mit FreeMarker versuchen? Kann ich aber nicht wirklich empfehlen, habs grad erst gefunden

Eine Alternative ist vielleicht noch Helma, mit dem bei uns in der Arbeit sehr viel gemacht wird. Das ist ein Webframework (aus Oesterreich) fuer die Java Platform, das ueber Rhino mit ECMA-Script(Javascript) gecodet wird. Also mehr als nur eine Template Engine, und vielleicht mehr als du willst. Der orf.at und twoday.net (bzw. twoday.tuwien) laufen z.b damit.

reicht dir jsp 2.0 nicht aus?

ääh.. und? jsp fällt nicht unter java?
ich mein ja nur, wenn es eine webapplikation ist, die nicht besonders groß vom unfang her ist, könntet ihr statt der template engine jsp 2.0 verwenden, der ja von jboss, tomcat,... unterstützt wird.

generell kann ich als template engine die ZPT (Zope Page Templates) wärmstens empfehlen. einige leute haben sich die arbeit gemacht, das ganze für verschiedene sprachen zu implementieren, darunter: PHP, Perl, Python und auch Java:

Zope Page Templates Reference:
http://www.zope.org/Documentation/…n/AppendixC.stx

ZPT (Non Zope Implementations zeigt verschiedene Implementierungen)
http://www.zope.org/DevHome/Wikis/…s/ZPT/FrontPage

Nöö.. von WebMacro hab ich noch nie gehört. ZPT kommt in der Praxis sehr gut an. Da ZPT für verschiedene Programmiersprachen implementiert ist, spart man sich auch das Erlernen und Pflegen verschiedener Engines (falls man mit mehreren Programmiersprachen arbeitet). Ausserdem voll XML kompatibel.

Ein winziger Nachteil ist, dass die meisten Implementierungen nicht exakt nach dem ZPT Standard verlaufen - manche bieten mehr, andere etwas weniger als die eigentliche ZPT. Allerdings ist daran wieder der Vorteil, dass gute Features eventuell von Zope in den Standard aufgenommen werden. Falls man sich aber strict an die Standards halten will, muss man die proprietären Attribute ja nicht verwenden. Die meisten Implementierungen erlauben zudem Verwendung von Code direkt in den Templates, zb. den Aufruf von Methoden von Objekten, die man der Engine als Variable übergeben hat. Das hat zwar Vor- und Nachteile (Security, keine strikte Trennung von Code und Design), allerdings erspart man sich so das bedingte Zuweisen von Variablen an die Engine. In meinem jetzigen Projekt wird die abfrage der Permissions eines User in die Templates ausgelagert - dadurch entsteht eine codeersparnis von mehr als 90%, weil man keine conditions im Code mehr benötigt. Statt dessen werden die (XHTML-)Templates an die Permissions angepasst. Aus persönlicher Erfahrung kann ich dir zu ZPT nur raten!

EDIT:
Hab mir kurz WebMacro angesehen.. habe mir zwar noch keine prof. Meinung darüber gebildet, aber alleine die Tatsache, dass es eine eigene Scripting Language implementiert hat, verfehlt den Sinn und Zweck einer Template Language. Die Implementierung von Sprachkonstrukten geht bei ZPT perfekt über XML elemente/attribute/namespaces.
Ausserdem finde ich folgenden Eintrag "I just upgraded to the latest WebMacro release, and now nothing works!" in der FAQ nicht besonders vertrauenserweckend, bzgl. Stabilität der API.
Weiters werden Direktiven (if, else, for, etc..) der Scripting Languages mit einem # eingeleitet - Wenn du dann ein HTML-Template in einen Browser ladest, dann siehst du diese unschönen Codeteile. Bei ZPT hingegen werden attribute, die vom Browser nicht erkannt werden erst gar nicht angezeigt und außerdem kannst du für jedes HTML Element, dessen Inhalt variabel ist, einen Defaultwert definieren, der im Browser allerdings angezeigt wird. So kannst du dir bereits mit ZPT ein HTML-Template zusammenbasteln, im Browser überprüfen ob alles passt, und dann den Feed per Template Engine / Datenbank, etc. vornehmen.

So.. genug gelabert