[
https://issues.apache.org/jira/browse/GROOVY-8212?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17581450#comment-17581450
]
Eric Milles edited comment on GROOVY-8212 at 8/24/22 2:59 PM:
--------------------------------------------------------------
https://github.com/apache/groovy/pull/1770
was (Author: emilles):
https://github.com/apache/groovy/pull/1766
> coerce GString to String when used as Map key
> ---------------------------------------------
>
> Key: GROOVY-8212
> URL: https://issues.apache.org/jira/browse/GROOVY-8212
> Project: Groovy
> Issue Type: Bug
> Components: Static compilation, Static Type Checker
> Affects Versions: 2.4.10
> Reporter: Christopher Smith
> Assignee: Eric Milles
> Priority: Minor
>
> When a GString is used as the key for a bracket-style map get (in this case,
> from an overly verbose CSV file):
> {code}
> row["$param URL"]
> {code}
> the {{GStringImpl}} object is passed directly to {{Map#get(Object)}}. Since
> GStrings are never equal to Strings, this means that the get will always
> return null.
> If {{row}} is explicitly declared as a {{Map<String,?>}}, however, Groovy
> ought to identify the intended behavior (using a templated string as a map
> key) and use the string value instead.
> The current behavior is a problem because even in static compilation mode,
> where the generic key bound is known, Groovy does not complain about the use
> of a GString here (because it normally treats GStrings as valid for
> {{String}} targets?), but the lookup will fail at runtime.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
