[!IMPORTANT] Starting from 0.9.1.0 the Jsoup transitive dependency removed
A Java implementation of the Liquid templating engine backed up by an ANTLR grammar.
Add the dependency:
dependencies {
compile 'nl.big-o:liqp:0.9.1.3'
}
Add the following dependency:
<dependency>
<groupId>nl.big-o</groupId>
<artifactId>liqp</artifactId>
<version>0.9.1.3</version>
</dependency>
Or clone this repository and run: mvn install which will create a JAR of Liqp
in your local Maven repository, as well as in the project's target/ folder.
This library can be used in two different ways:
To create a parse tree from input source, do the following:
String input =
"<ul id=\"products\"> \n" +
" {% for product in products %} \n" +
" <li> \n" +
" <h2>{{ product.name }}</h2> \n" +
" Only {{ product.price | price }} \n" +
" \n" +
" {{ product.description | prettyprint | paragraph }} \n" +
" </li> \n" +
" {% endfor %} \n" +
"</ul> \n";
Template template = TemplateParser.DEFAULT.parse(input);
ParseTree root = template.getParseTree();
As you can see, the getParseTree() method returns an instance of a
ParseTree denoting the root
node of the input source. To see how the parse tree is built, you can use Template#toStringAST() to print
an ASCII representation of the tree.
If you're not familiar with Liquid, have a look at their website: http://liquidmarkup.org.
In Ruby, you'd render a template like this:
@template = Liquid::Template.parse("hi {{name}}") # Parses and compiles the template
@template.render( 'name' => 'tobi' ) # Renders the output => "hi tobi"
With Liqp, the equivalent looks like this:
TemplateParser parser = new TemplateParser.Builder().build();
Template template = parser.parse("hi {{name}}");
String rendered = template.render("name", "tobi");
System.out.println(rendered);
/*
hi tobi
*/
The template variables provided as parameters to render(...) can be:
String literals
denoting the keys. The values can be any Object.Map<String, Object>liqp.parser.Inspectable. In this case the object is converted to java.util.Map using jackson's mapper, and so all recipes for configuring jackson conversation will work here.liqp.parser.LiquidSupport and it is designed for lazy field values computing. It's method LiquidSupport#toLiquid() is called only if/when the object is going to be rendered. Since LiquidSupport extends Inspectable simply use same variant of the render(...) method.The following examples are equivalent to the previous Liqp example:
Template template = new TemplateParser.Builder().build().parse("hi {{name}}");
Map<String, Object> map = new HashMap<>();
map.put("name", "tobi");
String rendered = template.render(map);
System.out.println(rendered);
/*
hi tobi
*/
Template template = new TemplateParser.Builder().build().parse("hi {{name}}");
String rendered = template.render("{\"name\" : \"tobi\"}");
System.out.println(rendered);
/*
hi tobi
*/
class MyParams implements Inspectable {
public String name = "tobi";
};
Template template = TemplateParser.DEFAULT.parse("hi {{name}}");
String rendered = template.render(new MyParams());
System.out.println(rendered);
/*
hi tobi
*/
class MyLazy implements LiquidSupport {
@Override
public Map<String, Object> toLiquid() {
return Collections.singletonMap("name", "tobi");
}
};
Template template = TemplateParser.DEFAULT.parse("hi {{name}}");
String rendered = template.render(new MyLazy());
System.out.println(rendered);
/*
hi tobi
*/
The library has a set of keys to control the parsing/rendering process. Even if you might think that's too many of them, the defaults will work for you in most cases. All of them are set on TemplateParser.Builder class. Here they are:
* withFlavor(Flavor flavor) - flavor of the liquid language. Flavor is nothing else than a predefined set of other settings. Here are supported flavors:
* Flavor.JEKYLL - flavor that defines all settings, so it tries to behave like jekyll's templates
* Flavor.LIQUID - the same for liquid's templates
* Flavor.LIQP (default) - developer of this library found some default behavior of two flavors above somehow weird in selected cases. So this flavor appears.
* withStripSingleLine(boolean stripSingleLine)- if true then all blank lines left by outputless tags are removed. Default is false.
* withStripSpaceAroundTags(boolean stripSpacesAroundTags) - if true then all whitespaces around tags are removed. Default is false.
* withObjectMapper(ObjectMapper mapper) - if provided then this mapper is used for converting json strings to objects and internal object conversion. If not provided, then default mapper is used. Default one is good. Also, the default one is always accessible via TemplateContext instance:context.getParser().getMapper();
* withTag(Tag tag) - register custom tag to be used in templates.
* withBlock(Block block) - register custom block to be used in templates. The difference between tag and block is that block has open and closing tag and can contain other content like a text, tags and blocks.
* withFilter(Filter filter) - register custom filter to be used in templates. See below for examples.
* withEvaluateInOutputTag(boolean evaluateInOutputTag) - both Flavor.JEKYLL and Flavor.LIQUID are not allows to evaluate expressions in output tags, simply ignoring the expression and printing out very first token of the expression. Yes, this: {{ 97 > 96 }} will print 97. This is known bug/feature of those templators. If you want to change this behavior and evaluate those expressions, set this flag to true. Also, the default flavor Flavor.LIQP has this flag set to true already. Note: default error mode for Flavor.LIQUID is ERROR and since {{ 97 > 96 }} is invald syntax it will throw error unless less restricted error mode set via withErrorMode instruction.
* withStrictTypedExpressions(boolean strictTypedExpressions) - ruby is strong-typed language. So comparing different types is not allowed there. This library tries to mimic ruby's type system in a way so all not explicit types (created or manipulated inside of templates) are converted with this schema: nil -> null; boolean -> boolean; string -> java.lang.String; any numbers -> java.math.BigDecimal, any datetime -> java.time.ZonedDateTime. If you want to change this behavior, and allow comparing in expressions in a less restricted way, set this flag to true, then the lax (javascript-like) approach for comparing in expressions will be used. Also, the default flavor Flavor.LIQP has this flag set to true already, others have it false by default.
* withLiquidStyleInclude(boolean liquidStyleInclude) - if true then include tag will use syntax from liquid, otherwice jekyll syntax will be used. Default depends on flavor. Flavor.LIQUID and Flavor.LIQP has this flag set to true already. Flavor.JEKYLL has it false.
* withStrictVariables(boolean strictVariables) - if set to true then all variables must be defined before usage, if some variable is not defined, the exception will be thrown. If false then all undefined variables will be treated as null. Default is false.
* withShowExceptionsFromInclude(boolean showExceptionsFromInclude) - if set to true then all exceptions from included templates will be thrown. If false then all exceptions from included templates will be ignored. Default is true.
* withEvaluateMode(TemplateParser.EvaluateMode evaluateMode) - there exists two rendering modes: TemplateParser.EvaluateMode.LAZY and TemplateParser.EvaluateMode.EAGER. By default, the lazy one is used. This should do the work in most cases.
* In lazy mode the template parameters are evaluating on demand and specific properties are read from there only if they are needed. Each filter/tag trying to do its work with its own parameter object, that can be literally anything.
* In eager the entire parameter object is converted into plain data tree structure made only from maps and lists, so tags/filters do know how to work with these kinds of objects. Special case - temporal objects, they are consumed as is.
* withRenderTransformer(RenderTransformer renderTransformer) - even if most of elements (filters/tags/blocks) returns its results most cases as String, the task of combining all those strings into a final result is a task of liqp.RenderTransformer implementation. The default liqp.RenderTransformerDefaultImpl uses StringBuilder for that task, so template rendering is fast. Although, you might have special needs or environment to render the results.
* withLocale(Locale locale) - locale to be used for rendering. Default is Locale.ENGLISH. Used mostly for time rendering.
* withDefaultTimeZone(ZoneId defaultTimeZone) - default time zone to be used for rendering. Default is ZoneId.systemDefault(). Used mostly for time rendering.
* withEnvironmentMapConfigurator(Consumer<Map<String, Object>> configurator) - if provided then this configurator is called before each template rendering. It can be used to set some global variables for all templates built with given TemplateParser.
* withSnippetsFolderName(String snippetsFolderName) - define folder to be used for searching files by include tag. Defaults depend on flavor: Flavor.LIQUID and Flavor.LIQP has this set to snippets; Flavor.JEKYLL uses _includes.
* withNameResolver(NameResolver nameResolver) - if provided then this resolver is used for resolving names of included files. If not provided, then default resolver is used. Default resolver is liqp.antlr.LocalFSNameResolver that uses java.nio.file.Path for resolving names in local file system. That can be changed to any other resolver, for example, to resolve names in classpath or in remote file system or even build templates dynamically by name.
* withMaxIterations(int maxIterations) - maximum number of iterations allowed in a template. Default is Integer.MAX_VALUE. Used to prevent infinite loops. Example use: evaluate templates from untrusted sources.
* withMaxSizeRenderedString(int maxSizeRenderedString) - maximum size of rendered string. Default is Integer.MAX_VALUE. Used to prevent out of memory errors. Example use: evaluate templates from untrusted sources.
* withMaxRenderTimeMillis(long maxRenderTimeMillis) - maximum time allowed for template rendering. Default is Long.MAX_VALUE. Used to prevent never-ending rendering. Example use: evaluate templates from untrusted sources.
* withMaxTemplateSizeBytes(long maxTemplateSizeBytes) - maximum size of template. Default is Long.MAX_VALUE. Used to prevent out of memory errors. Example use: evaluate templates from untrusted sources.
* withErrorMode(ErrorMode errorMode) - error mode to be used. Default is ErrorMode.STRICT.
Let's say you want to create a custom filter, called b, that changes a string like
*text* to <strong>text</strong>.
You can do that as follows:
// first create template parser with new filter
TemplateParser parser = new TemplateParser.Builder().withFilter(new Filter("b") {
@Override
public Object apply(Object value, TemplateContext context, Object... params) {
// create a string from the value
String text = super.asString(value, context);
// replace and return *...* with <strong>...</strong>
return text.replaceAll("\\*(\\w(.*?\\w)?)\\*", "<strong>$1</strong>");
}
}).build();
// use your filter
Template template = parser.parse("{{ wiki | b }}");
String rendered = template.render("{\"wiki\" : \"Some *bold* text *in here*.\"}");
System.out.println(rendered);
/*
Some <strong>bold</strong> text <strong>in here</strong>.
*/
And to use an optional parameter in your filter, do something like this:
```java // first create template parser with your filter TemplateParser parser = new TemplateParser.Builder().withFilter(new Filter("repeat"){