commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "David Leal (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 22:37:23 GMT
    [ http://issues.apache.org/jira/browse/CLI-125?page=comments#action_12434301 ] 
            
David Leal commented on CLI-125:
--------------------------------

Andrew,

That is right, the validator is called twice without sense. After invokation of validate,
the list is converted into Date each valid element, so there is no need to validate something
that is already a Date type.

But this situation as you can see doesn't happen always, you can see other example on the
testing class that expect a Date in a String format and it works without problem. It ocurres
only on complex input argument example, where it has to parse two group of options that can
contains an option that expect a Date in a String format.

I am trying to send you as soon as possible the -help output in order to see the syntax definition
of my input arguments.

Thanks for your interest and help

> 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