[jira] Commented: (CLI-125) Invokes Date Validator for a Date type (fail on real example)

[ 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 twic

[jira] Created: (CLI-124) HelpFormatter should be more cunning when deciding if a Group is Optional and therefore square-bracketing it

HelpFormatter should be more cunning when deciding if a Group is Optional and therefore square-bracketing it Key: CLI-124 URL: http://issues.apache.org/ji

[jira] Created: (CLI-123) the minimum and maximum constraints on a group do not take other groups into account

the minimum and maximum constraints on a group do not take other groups into account Key: CLI-123 URL: http://issues.apache.org/jira/browse/CLI-123 Project: Commons

[jira] Created: (CLI-120) equals and hashCode are incomplete

equals and hashCode are incomplete -- Key: CLI-120 URL: http://issues.apache.org/jira/browse/CLI-120 Project: Commons CLI Type: Improvement Versions: 2.0 Beta 1 Reporter: Andrew Shirley Priority: Minor there are many

[jira] Commented: (CLI-117) Improve the group option desing (ids, more than one instance, etc)

[ http://issues.apache.org/jira/browse/CLI-117?page=comments#action_12418624 ] Andrew Shirley commented on CLI-117: Issues 1 and 3 are related to a misunderstanding and the use-cases for Group needs to be clarified as I get the impression that it wasn't

[jira] Commented: (CLI-105) [cli] Options.getOptions() should return options in the order they were insterted

[ http://issues.apache.org/jira/browse/CLI-105?page=comments#action_12417523 ] Andrew Shirley commented on CLI-105: In cli2, this is fixed in the default case (null comparator) and a comparator can be used to sort the Option objects in an arbitrary way.

[jira] Updated: (CLI-80) [cli] support validation for one/many values

[ http://issues.apache.org/jira/browse/CLI-80?page=all ] Andrew Shirley updated CLI-80: -- Attachment: BugCLI80Test.java > [cli] support validation for one/many values > > > Key: CLI-80 > URL: htt

[jira] Commented: (CLI-80) [cli] support validation for one/many values

[ http://issues.apache.org/jira/browse/CLI-80?page=comments#action_12417518 ] Andrew Shirley commented on CLI-80: --- Fixed in cli2, unit test to follow. > [cli] support validation for one/many values > > >

[jira] Commented: (CLI-109) [cli] supporting options without a short option

[ http://issues.apache.org/jira/browse/CLI-109?page=comments#action_12417514 ] Andrew Shirley commented on CLI-109: This is fixed in cli2 as it uses the concept of triggers any of which is just as importent as any other. DefaultOptionBuilder creates app

[jira] Commented: (CLI-79) [cli] support type validation

[ http://issues.apache.org/jira/browse/CLI-79?page=comments#action_12417509 ] Andrew Shirley commented on CLI-79: --- The validation in o.a.c.cli2.validation all seems quite good and doesn't produce nulls. This looks like a complicated thing to fix in cli so

[jira] Created: (CLI-119) CommandLine (and WriteableCommandLine) know too much about the subclasses of Option

CommandLine (and WriteableCommandLine) know too much about the subclasses of Option --- Key: CLI-119 URL: http://issues.apache.org/jira/browse/CLI-119 Project: Commons CLI Type: Improvem

[jira] Updated: (CLI-12) [cli] Not handling property=value followed by 'remaining' args

[ http://issues.apache.org/jira/browse/CLI-12?page=all ] Andrew Shirley updated CLI-12: -- Attachment: BugCLI12Test.java unit test > [cli] Not handling property=value followed by 'remaining' args >

[jira] Commented: (CLI-12) [cli] Not handling property=value followed by 'remaining' args

[ http://issues.apache.org/jira/browse/CLI-12?page=comments#action_12417443 ] Andrew Shirley commented on CLI-12: --- This is fixed in CLI2 by using a PropertyOption, I will attach a unit test which will hopefully also help as documentation. > [cli] Not han

[jira] Commented: (CLI-13) [cli] CommandLine.getOptionValue() behaves contrary to docs

[ http://issues.apache.org/jira/browse/CLI-13?page=comments#action_12414988 ] Andrew Shirley commented on CLI-13: --- moving this forward to cli2, you can use CommandLine#getValue(String) with "-d" or "--debug" so this is fixed in cli2. I havn't looked at th

[jira] Updated: (CLI-18) [cli] HelpFormatter.printHelp(String cmdLineSyntax, String header, Options options, String footer) throws exception if footer contains CR LF

[ http://issues.apache.org/jira/browse/CLI-18?page=all ] Andrew Shirley updated CLI-18: -- Attachment: BugCLI18Test.java passing junit test for cli2 > [cli] HelpFormatter.printHelp(String cmdLineSyntax, String header, Options > options, String footer) throw

[jira] Updated: (CLI-18) [cli] HelpFormatter.printHelp(String cmdLineSyntax, String header, Options options, String footer) throws exception if footer contains CR LF

[ http://issues.apache.org/jira/browse/CLI-18?page=all ] Andrew Shirley updated CLI-18: -- Attachment: BugCLI18Test.java passing junit test for cli > [cli] HelpFormatter.printHelp(String cmdLineSyntax, String header, Options > options, String footer) throws

[jira] Commented: (CLI-18) [cli] HelpFormatter.printHelp(String cmdLineSyntax, String header, Options options, String footer) throws exception if footer contains CR LF

[ http://issues.apache.org/jira/browse/CLI-18?page=comments#action_12414954 ] Andrew Shirley commented on CLI-18: --- I tried to write a JUnit test case for this and couldn't reproduce it for either cli or cli2. I was working on the latest svn on a linux des