[
https://issues.apache.org/jira/browse/GROOVY-11270?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17824891#comment-17824891
]
Eric Milles commented on GROOVY-11270:
--------------------------------------
https://github.com/apache/groovy/commit/1b72bb86ad67c8f7b0ec52c3c00298b304f0149f
I started by increasing the length to 80 and reducing qualified names to first
letter of packages.
> Don't truncate argument types in MissingMethodException
> -------------------------------------------------------
>
> Key: GROOVY-11270
> URL: https://issues.apache.org/jira/browse/GROOVY-11270
> Project: Groovy
> Issue Type: Improvement
> Components: groovy-runtime
> Affects Versions: 4.0.17
> Reporter: Christopher Smith
> Assignee: Eric Milles
> Priority: Major
>
> The {{MissingMethodException#getMessage():63}} builder truncates the string
> indicating the types of the supplied (mismatching) arguments at 60
> characters, which may not be enough to contain a single FQCN. I have spent a
> good deal of time debugging an error in which heap pollution and updated
> enforcement of type checking causes a {{List}} that is erroneously passed to
> a closure expecting a {{Set}} used to work (only basic collection methods are
> called) but now fails.
> The error message truncates the type of the runtime arguments, which would
> have instantly revealed the problem ({{List}} instead of {{Set}}). I don't
> see a good reason why this important information should be truncated, at
> least at anything short of a very high limit (4k or so). I request
> replacement of the 60-character limit with -1 or at least 4096.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
