You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@groovy.apache.org by "Paul King (Jira)" <ji...@apache.org> on 2026/08/24 22:26:00 UTC
[jira] [Commented] (GROOVY-12293) STC with category classes or at least consistent error
[ https://issues.apache.org/jira/browse/GROOVY-12293?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=18107604#comment-18107604 ]
Paul King commented on GROOVY-12293:
------------------------------------
I noticed that for the vararg "use" variant, we don't fail with the normal error message but then fail with "No such method/property" errors instead of the category error. So I created GROOVY-12294 for that case to make it consistent for now. If we do eventually support something here, we'd need to fix all variants.
> STC with category classes or at least consistent error
> ------------------------------------------------------
>
> Key: GROOVY-12293
> URL: https://issues.apache.org/jira/browse/GROOVY-12293
> Project: Groovy
> Issue Type: Improvement
> Reporter: Björn Kautler
> Priority: Major
>
> If you use a category like `use(...) { ... }` the STC throws a compile error, that usage of categories is not possible with STC due to their dynamic nature.
> It would be nice if this limitation could be lifted. Why can't the category method not be resolved like other methods and under static compilation used directly?
> I probably miss something why this is not possible, but maybe then at least a consistent error could somehow be issued. If I have a Spock specification under STC (there is a PR to make this possible and I ported it to an AST transform that also makes it possible) and there have a `@Use(...)` annotation, then the compile error just says that the method is not found while expectation was that it was resolved from the category.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)