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

["Brian G. Shacklett (JIRA)" <ji...@apache.org>]

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

Brian G. Shacklett commented on GROOVY-8212:
--------------------------------------------

Has anyone found any good workarounds for this issue? I'm currently wrapping my map literal in `(collectEntries\{ k,v -> [(k.toString()):v]})`, because I haven't found any way to get Groovy to use a proper string as the key if the value is dynamic. Unfortunately, this doesn't work unless only the top level key is being set dynamically.

> 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: Daniel Sun
>            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
(v7.6.3#76005)