Thoughts on agile software development
FreshMarker now supports passing parameters into Nested directives inside Macro directives. The previous article discussed the new feature and its capabilities. This post focuses on the technical implementation and outlines the necessary changes from the parser to runtime.
After two months of development, I’m pleased to announce the release of FreshMarker version 2.7.0. This time, the focus was on functional hash processing, more flexible formatting, and a major step toward a more consistent template syntax. Overall, it’s a well-rounded mix of new expression capabilities and improved code quality in templates. New Features Deprecation … Read more
While designing a new feature, I once again stumbled upon a feature of the template language that I haven’t liked for a long time. The syntax of the directives is modeled after HTML elements, not XML elements. As long as you don’t want to change the syntax of the template language, this isn’t a problem. But if you have a great idea for a new feature, you’re in for a world of trouble.
One of the most useful optimizations in FreshMarker is partial reduction: templates can be partially evaluated in advance if part of the model is already known. Until now, however, partial reduction had a blind spot—List directives with ranges (1..4, 4..1, 1..) were ignored during reduction and passed through as simple, non-reducing fragments. This changes with version 2.7.0.
In the FreshMarker template engine, hashes are a central data structure. Hashes access data via a name. Up until version 2.6.0, FreshMarker only supported hashes that used strings as names. Hashes that allow enums as names now exist, but their integration is far from complete.
When replicating the concepts of another template engine, there are always moments when you put off working on a particular concept. This rarely has anything to do with the complexity of the concept itself, but often stems from a personal aversion. For FreshMarker, this has meant that some concepts have been implemented late or completely reworked. Some concepts are still awaiting implementation. One of these concepts is the parameters of the nested directive, which will be implemented for FreshMarker 2.7.0.
API versioning is essential for the ongoing development of REST APIs without breaking changes. Spring Boot 4 introduces new features in this area. This article presents the common versioning strategies (URL-based, header-based, and others) and explains the new features in Spring Boot 4.
The FreshMarker Template Language provides two operators for concatenating string values: the string concatenation operators + and ~. Both operators produce a string from their two operands. The difference between the two operators lies in the way the strings are joined together. The unique feature of the ~ operator leads us to the new general concatenation operator.
Some implementations aren’t based on clever technical tricks, but rather on sheer diligence. That’s why it took FreshMarker Astro quite a while to finally figure out which side of the world a template engine instance is currently located on. The following article describes how FreshMarker Astro managed to get out of this predicament and almost always guesses the hemisphere correctly.
FreshMarker is based on the concepts of another template engine. This is evident from its directives, interpolations, and, of course, its name. Another detail also betrays its origins. The types in the FreshMarker Template Language for collections are sequences and hashes. Hashes represent mappings from strings to values. We now want to relax this restriction.