[jira] [Comment Edited] (GROOVY-6454) Can't delegate (with the @Delegate annotation) to a method whose name contains a dollar ($) character

["Marcin Erdmann (JIRA)" <ji...@apache.org>]

    [ https://issues.apache.org/jira/browse/GROOVY-6454?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15155738#comment-15155738 ] 

Marcin Erdmann edited comment on GROOVY-6454 at 2/20/16 7:55 PM:
-----------------------------------------------------------------

[~paulk] Adding such {{allNames}} boolean to {{@Delagate}} would be beneficial and allow removal of a significant number of manually written delegating methods in Geb. I'd be happy to contribute such improvement if you'd be interested in accepting it.


was (Author: erdi):
[~paulk] Adding such {{allNames}} boolean to @Delagate would be beneficial and allow removal of a significant number of manually written delegating methods in Geb. I'd be happy to contribute such improvement if you'd be interested in accepting it.

> Can't delegate (with the @Delegate annotation) to a method whose name contains a dollar ($) character
> -----------------------------------------------------------------------------------------------------
>
>                 Key: GROOVY-6454
>                 URL: https://issues.apache.org/jira/browse/GROOVY-6454
>             Project: Groovy
>          Issue Type: Bug
>          Components: Compiler, xforms
>    Affects Versions: 2.2.0
>         Environment: Linux (Ubuntu 12.04), Java SE (Oracle) 1.7.0_45-b18, Groovy 2.2.0
>            Reporter: chocolateboy
>              Labels: regression
>         Attachments: dollar_delegate.groovy
>
>
> As of 2.2.0 it's no longer possible to delegate (via the @Delegate annotation) to a method whose name contains a dollar ($) character. The attached test case compiles and runs without error under Groovy 2.1.3 and 2.1.6, but fails to compile with the following error under 2.2.0:
> > Caught: groovy.lang.MissingMethodException: No signature of method: Delegating.te$t() is applicable for argument types: (java.lang.Integer) values: [42]
> > Possible solutions: test(java.lang.Integer), wait(), getAt(java.lang.String), wait(long), wait(long, int), dump()



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)