commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Andrew Shirley (JIRA)" <j...@apache.org>
Subject [jira] Commented: (CLI-125) Invokes Date Validator for a Date type (fail on real example)
Date Tue, 12 Sep 2006 21:36:26 GMT
    [ 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: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org


Mime
View raw message