[GROOVY-8952] Eager interpolation evaluating as a Closure does a lazy invoke of the Closure

• Type: Bug
• Status: Open
• Priority: Major
• Resolution: Unresolved
• Affects Version/s: 2.5.5
• Labels: closure eager interpolation
• Environment: Windows 10
• Assignee: Unassigned
• Reporter: Chaitanya Birudavolu
• Created: 08/Jan/19 08:39
• Updated: 09/Jan/19 17:31

Description

This is regarding the eager interpolation placeholder

${ <expression> }

The expected behavior is that the expression would be evaluated eagerly (at GString creation time). Later, at GString coercion time, the value that is expected in the place of the eager placeholder is the result of

<expression>.toString()

 

 

This works most of the time, but doesn't seem to work if the expression evaluates to a Closure type. If the expression evaluates to a Closure type, what is observed is that, in the place of the placeholder, instead of seeing ...

<closure>.toString()

... we see...

<closure-invocation-result>.toString()

For example, in the below code...

 

def c = {->println ('Inside closure')}
println ('Just before creating the GString')
def gstr = "${println ('Inside eager placeholder'); 20; 30; c}"
println ('Just after creating the GString')
println (gstr)

 

...the expected behavior is that the closure should never get executed, and the last println should only print the result of

c.toString()

Instead, the last line printed is observed to be:

Inside closure