[
https://jira.codehaus.org/browse/JBEHAVE-646?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=295003#comment-295003
]
Arjan van Bentem commented on JBEHAVE-646:
------------------------------------------
The above test works fine in 3.6-SNAPSHOT. Nice!
({{org.jbehave.core.parsers.RegexPrefixCapturingPatternParser.Parameter}} has
changed, I guess that fixed it. As an aside: things for
https://jira.codehaus.org/browse/JBEHAVE-748 have changed too, and are no
longer dependent on any whitespace either. That made things slightly worse for
that issue, but that's another matter. Thanks, @Mauro.)
> @Named not respecting parameter order
> -------------------------------------
>
> Key: JBEHAVE-646
> URL: https://jira.codehaus.org/browse/JBEHAVE-646
> Project: JBehave
> Issue Type: Bug
> Reporter: Diego Rivera
>
> @Named doesn't seem to do its job, and parameter ordering in the method
> declaration seems to confuse the assignment code. For instance:
> "Given a $var1 with $var2 and $var3"
> void testVars(@Named("var3") String var3, @Named("var1") String var1,
> @Named("var2") String var2)
> When executing testVars, it assigns var3=$var3, var1=$var1, but var2=$var3
> Clearly, the correct assignment is var2=$var2
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://jira.codehaus.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email
