[
https://jira.codehaus.org/browse/JBEHAVE-646?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=284192#comment-284192
]
Mauro Talevi commented on JBEHAVE-646:
--------------------------------------
It actually turns out to be already possible - there was a unit test verifying
this behaviour:
StepCandidateBehaviour.shouldMatchMethodParametersByAnnotatedNamesInverseOrder.
I create an example story out of it in trader example: named_parameters.story
Have a look and let us know if this examples satisfies your requirement. If
not, feel free to modify it and send us a patch demostrating what it should be
doing.
> @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.
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
