Hi Gary, the unit test is already provided as a comment in the JIRA issue 
CLI-317. Go through the following link for the same

https://issues.apache.org/jira/projects/CLI/issues/CLI-317?filter=allopenissues


------- Original Message -------
On Sunday, August 13th, 2023 at 5:51 PM, Gary Gregory <garydgreg...@gmail.com> 
wrote:


> Hello,
> 
> It would be helpful to understand the upshot of this if you could express
> your explanation as a failing unit test.
> 
> TY,
> Gary
> 
> On Sat, Aug 12, 2023, 1:44 AM Sruteesh Kumar
> sruteesh....@protonmail.com.invalid wrote:
> 
> > In the DefaultParser class, we are using handleOption method which is
> > defined as following
> > 
> > privatevoidhandleOption(Optionoption)throwsParseException{
> > 
> > // check the previous option before handling the next one
> > 
> > checkRequiredArgs();
> > 
> > option=(Option)option.clone();
> > 
> > updateRequiredOptions(option);
> > 
> > cmd.addOption(option);
> > 
> > if(option.hasArg()){
> > 
> > currentOption=option;
> > 
> > }else{
> > 
> > currentOption=null;
> > 
> > }
> > 
> > }
> > 
> > option.hasArg() returns true only when argCount is greater than 0 or is
> > UNLIMITED_VALUES.
> > But, if our option is built with optionalArg(true), then argCount seems
> > UNINITIALIZED.
> > So, if our option is built with optionalArg(true), handleOption(option)
> > sets currentOption to null which we aren't handling at DefaultParser class
> > LIne 484

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Reply via email to