You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@groovy.apache.org by "Christopher Smith (Jira)" <ji...@apache.org> on 2021/01/08 01:48:00 UTC
[jira] [Created] (GROOVY-9885) STC doesn't coerce GString in
certain ternary expressions
Christopher Smith created GROOVY-9885:
-----------------------------------------
Summary: STC doesn't coerce GString in certain ternary expressions
Key: GROOVY-9885
URL: https://issues.apache.org/jira/browse/GROOVY-9885
Project: Groovy
Issue Type: Bug
Components: Static Type Checker
Affects Versions: 3.0.7
Reporter: Christopher Smith
I know there are a number of edge cases regarding automatic coercion from GString to String, so I'm not certain whether this is a specific case of a larger problem area, but I've been able to isolate it.
When using the named-parameter constructor approach, ternary expressions don't "inherit" the target type, and thus the inferred type of the expression is {{Serializable}} (not even {{CharSequence}}!). The problem is identical whether elvis or the long form is used.
{{code:groovy}}
@CompileStatic
class Elvis {
static class HasString {
String value
}
void foo(String a, String b, String c) {
new HasString(
value: (a ?: "$b $c")
)
}
}
{{code}}
{{code}}
Cannot assign value of type java.io.Serializable <? extends java.lang.Object> to variable of type java.lang.String
{{code}}
This doesn't fail when used as {{new HasString().value = }}. An explicit {{as String}} makes everyone happy but shouldn't be needed.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)