Skip to main content

REL Standard Tag Library - Expression Language

The REL Standard Tag Library (RSTL) is the Tridion equivalent to JSTL (JSP Standard Tag Library) and aims to provide the same functionality for Tridion REL.

This post presents the Expression Language used in RSTL tag attributes. If you are interested in the RSTL itself, check out my post REL Standard Tag Library.

RSTL can be downloaded from my Google Code page, under REL Standard Tag Library. Always use the latest JAR.

Expression Language

The tag attributes support an expression language allowing it to reference existing context variables, to evaluate mathematical and conditional expressions. I implemented an expression parser to evaluate such expressions.

${expression} Notation

This notation is available inside tag attributes. The parser evaluates the expression inside (as mathematical expression) and returns its value.

Logical Expressions

Logical expressions produce a boolean value: true or false.

Syntax:
    [!|not] expression [logical_operator expression]

where expression is either:
  • a mathematical expression;
  • a variable;
  • a bean with potential properties or index;
Examples:
  • a + 2 == 3
  • a || (b < 5 and !c)
A logical expression without a logical_operator and without a negation (e.g. a+1) is evaluated as mathematical expression and its value is evaluated to a boolean according to the following rules:
  • if null, returns false;
  • if numeric, returns false if value is zero;
  • if string, returns false if empty string or if the value is the string "false";
  • if collection, returns false if empty collection;
  • if boolean, returns boolean value;
  • anything else returns true;

Logical Operators

  • and or &&: perform logical AND (shortcut operator);
  • or or ||: perform logical OR (shortcut operator);
  • not or !: perform logical negation;
  • eq or ==: equals;
  • neq or !=: not equals;
  • gt or >: greater than;
  • ge or >=: greater than or equal;
  • lt or <: lower than;
  • le or <=: lower than or equal;
  • ( and ): parentheses used for grouping and precedence;

Mathematical Expressions

Mathematical expressions are used inside logical expression as operands. They produce a value.

Syntax:
    [-]term [mathematical_operator term]

where term is either:
  • a (signed) number;
  • a string;
  • a variable;
  • a function;
  • a bean with potential properties or index;
Examples:
  • 1 + 2
  • 2 * 3 + a ^ 4
  • sin(pi) + 3 * (4 - 2)
  • 'Hello ' + 'world'

Mathematical Operators

  • + : performs addition, if both operands are numeric; otherwise, string concatenation;
  • - : subtraction;
  • * : multiplication;
  • / : division;
  • ^ : exponentiation;
  • ( and ): parentheses used for grouping and precedence;

Mathematical Functions

  • sin : sine;
  • cos : cosine;
  • tan : tangent;
  • asin : arc sine;
  • acos : arc cosine;
  • atan : arc tangent;
  • sqrt : square root;
  • exp : Euler's number e raised to a power;
  • ln : natural logarithm;
  • log : common logarithm;
  • log2 : binary logarithm;

Dot (.) Notation

JavaBeans can be accessed as simple variables. However, if they contain properties, then they can be accessed using the following syntax:

    bean.property

Examples:
  • componentPresentation.componentId
  • componentPresentation.meta.contentType
The property is accessed on the bean by usage of reflection and the actual getter method is invoked using the JavaBeans naming standards.

Indexed Values

When the value of an expression evaluates to java.util.List, java.util.Map or an array of Object, it is possible to access an element in the collection by using the following syntax:

    collection[index]

Examples:
  • pageMetas[0]
  • dcps[1].componentId
For maps, the value of the index expression is used as key in order to return its mapped value.

For lists and arrays, the index expression must evaluate to an Integer, and the element on the corresponding position is returned.

It is possible to mix the dot (.) notation with the square brackets ([ ])  indexing syntax on both the bean itself as well as on the property.


Comments

Popular posts from this blog

Scaling Policies

This post is part of a bigger topic Autoscaling Publishers in AWS . In a previous post we talked about the Auto Scaling Groups , but we didn't go into details on the Scaling Policies. This is the purpose of this blog post. As defined earlier, the Scaling Policies define the rules according to which the group size is increased or decreased. These rules are based on instance metrics (e.g. CPU), CloudWatch custom metrics, or even CloudWatch alarms and their states and values. We defined a Scaling Policy with Steps, called 'increase_group_size', which is triggered first by the CloudWatch Alarm 'Publish_Alarm' defined earlier. Also depending on the size of the monitored CloudWatch custom metric 'Waiting for Publish', the Scaling Policy with Steps can add a difference number of instances to the group. The scaling policy sets the number of instances in group to 1 if there are between 1000 and 2000 items Waiting for Publish in the queue. It also sets the

Running sp_updatestats on AWS RDS database

Part of the maintenance tasks that I perform on a MSSQL Content Manager database is to run stored procedure sp_updatestats . exec sp_updatestats However, that is not supported on an AWS RDS instance. The error message below indicates that only the sa  account can perform this: Msg 15247 , Level 16 , State 1 , Procedure sp_updatestats, Line 15 [Batch Start Line 0 ] User does not have permission to perform this action. Instead there are several posts that suggest using UPDATE STATISTICS instead: https://dba.stackexchange.com/questions/145982/sp-updatestats-vs-update-statistics I stumbled upon the following post from 2008 (!!!), https://social.msdn.microsoft.com/Forums/sqlserver/en-US/186e3db0-fe37-4c31-b017-8e7c24d19697/spupdatestats-fails-to-run-with-permission-error-under-dbopriveleged-user , which describes a way to wrap the call to sp_updatestats and execute it under a different user: create procedure dbo.sp_updstats with execute as 'dbo' as

Toolkit - Dynamic Content Queries

This post if part of a series about the  File System Toolkit  - a custom content delivery API for SDL Tridion. This post presents the Dynamic Content Query capability. The requirements for the Toolkit API are that it should be able to provide CustomMeta queries, pagination, and sorting -- all on the file system, without the use third party tools (database, search engines, indexers, etc). Therefore I had to implement a simple database engine and indexer -- which is described in more detail in post Writing My Own Database Engine . The querying logic does not make use of cache. This means the query logic is executed every time. When models are requested, the models are however retrieved using the ModelFactory and those are cached. Query Class This is the main class for dynamic content queries. It is the entry point into the execution logic of a query. The class takes as parameter a Criterion (presented below) which triggers the execution of query in all sub-criteria of a Criterio