eric-milles opened a new pull request #1651: URL: https://github.com/apache/groovy/pull/1651
https://issues.apache.org/jira/browse/GROOVY-10353 When inspecting the `@ClosureParams` or `@DelegatesTo` metadata of methods, it is typical to require: ``` eval((java.lang.Integer) 1) eval((java.lang.Integer) 1) eval((java.lang.String) "") eval((java.lang.Integer) 1) eval((java.lang.Integer) -1) eval((java.lang.String) "self") eval((java.lang.String) "self") eval((java.lang.Class<T>) groovy.transform.stc.FirstParam) eval((java.lang.String[]) []) eval((java.lang.Integer) 1) eval((java.lang.Integer) 1) eval((java.lang.String) "") eval((java.lang.Integer) 1) eval((java.lang.Integer) -1) eval((java.lang.String) "self") eval((java.lang.String) "self") eval((java.lang.Class<T>) groovy.transform.stc.FirstParam) eval((java.lang.String[]) []) eval((java.lang.Class<T>) groovy.transform.stc.SimpleType) eval((java.lang.String[]) ["java.io.File"]) eval("java.io.File") ``` I tried to return the class directly from `ClassExpression` where `getType()` returns a `ClassNode` with a class loaded -- `groovy.transform.stc.FirstParam` above -- but it did not like the typecast `Class<? extends ClosureSignatureHint) evaluateExpression(...)` since there were two different class loaders involved. So these still go through the slow path. -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: [email protected] For queries about this service, please contact Infrastructure at: [email protected]
