[ http://issues.apache.org/jira/browse/CLI-125?page=comments#action_12434286 ] Andrew Shirley commented on CLI-125: ------------------------------------
I have looked at this tonight and not really got anywhere. The problem is essentially that the validator is being called twice, the first time it normalises, accepts it and DateValidator changes it to a Date object, the second time through it ClassCasts as it was expecting a String. Why it is run twice I cannot say, It appears to happen without your subclass of DateValidator and is definatly a bug in CLI, probably in how validate() is called somewhere. hopefully I can look further and find where this is happening, I will keep you informed and if you find out anything useful, please add a comment > Invokes Date Validator for a Date type (fail on real example) > ------------------------------------------------------------- > > Key: CLI-125 > URL: http://issues.apache.org/jira/browse/CLI-125 > Project: Commons CLI > Issue Type: Bug > Affects Versions: Nightly Builds > Reporter: David Leal > Attachments: com.zip, > TEST-com.schinvest.lra.business.batch.commandLine.batchCaller.TestBatchCallerCommandLineParser.txt, > TestBatchCallerCommandLineParser.java > > > Dear Sr, > I would like to send a fail I have found when testing my real Command Line > Parser example. I have the command line class definition and also the > corresponding testing file. (I will try to add an atachment file). > The file occurs because it miss understand probably som option definition and > it try to validate a Date type with a date validator which is wrong. I can't > isolate the situation for the moment, but on the testing class you will see > exaclty what happend. > The file occurs with this situation: > args = new String[]{"-holders-options", "-local", "-f", > "nada.es", > "-movements-options", "-date", "D-3", > "-positions-options", > "-local", "-f", "otroNada.txt", "all"}; > parser.parse(args); > but with this: > args = new String[]{"-holders-options", "-local", "-f", > "nada.es", > "-movements-options", "-date", "D-3", > "holders", "movements"}; > parser.parse(args); > it doesn't happend. The -movements-options, -holders-options, > -position-options are group of options. If you invoke the just the option > -help you will see the documentation about the input argument options, also > running the test you will get an output file: > TestBatchCallerCommandLineParser.out with this output (englis/spanish, it > depends of your local configuration). > I have defined a DisplaceDateValidator, that extends DateValidator, it just > convert a displace date operator (D-n) in the corresponding date (current day > minus n-days). This validator works, the problem comes when I want to invoke > the parser with more group of options. As you can see on the source code the > algorithm for creating -holders-options, -movements-options, > -positions-options, so having one or two or more group options has to be > treated on the same way. > Thanks, > David -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
