You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@groovy.apache.org by "Mauro Molinari (Jira)" <ji...@apache.org> on 2020/02/25 08:37:00 UTC

[jira] [Commented] (GROOVY-8212) coerce GString to String when used as Map key

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

Mauro Molinari commented on GROOVY-8212:
----------------------------------------

Is this the same as, or at least related to, GROOVY-6668?

> 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
>            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.3.4#803005)