[ https://issues.apache.org/jira/browse/VELOCITY-892?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16651716#comment-16651716 ]
Claude Brisson commented on VELOCITY-892: ----------------------------------------- Ok, I understand. Basically, you need to be able to define several converters, String -> List<String>, String -> List<Integer> , String -> List<Color>, ... I don't really think of any other use case, because since you cannot have the parameterized types of the input argument. Also, the class containing the method will only have *one* such method. So if you *already* know the target class, you can register the proper converter. Or, the target class can accept a List<Object> and handle the conversion. Or, you can provide the template writer a tool with a {{toIntegerList()}} method. Would any of the proposed workarounds fit your case? Otherwise, may I ask, is this feature used a lot? Basically, I'm not even sure that this conversion does deserve to be implicit. After all, the separator can vary, there can be beginning and ending normal/square/curly brackets, or other parsing issue... > Method arguments conversions should be based on Type instead of Class > --------------------------------------------------------------------- > > Key: VELOCITY-892 > URL: https://issues.apache.org/jira/browse/VELOCITY-892 > Project: Velocity > Issue Type: Improvement > Components: Engine > Affects Versions: 2.0 > Reporter: Thomas Mortagne > Priority: Major > Fix For: 2.0 > > > I was happy to see that method arguments conversion has been added to 2.0 so > that I can remove the uberspector we have on XWiki side but unfortunately > ConversionHandler is limited to classes which is way too restrictive for us > (for example if the parameter type is List<String> it won't do the same thing > than if the type is List<Integer>). > Our uberspector can be found on > https://github.com/xwiki/xwiki-commons/blob/master/xwiki-commons-core/xwiki-commons-velocity/src/main/java/org/xwiki/velocity/introspection/MethodArgumentsUberspector.java > to see what we do exactly. -- This message was sent by Atlassian JIRA (v7.6.3#76005) --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@velocity.apache.org For additional commands, e-mail: dev-h...@velocity.apache.org