t; To: Jakarta Commons Developers List
> Subject: Re: Using Jira (was RE: [CLI] 2.x Tasks)
>
>
>
>
> On Sun, 2 Nov 2003, Rob Oxspring wrote:
>
> > I'm happy to switch to jira as and when, although I've used
> it before
> > for reporting the grand total o
On Sun, 2 Nov 2003, Rob Oxspring wrote:
> I'm happy to switch to jira as and when, although I've used it before
> for reporting the grand total of 1 bug but I expect it'll be straight
> forward. Anything's going to be a bit nicer than bugzilla!
Just to throw in my tuppence,
I've been using J
Here's a toy example:
-topleft -x 10 -y 10 -bottomright -x 20 -y 20
where the group is the x and y Arguments.
Does that make any sense?
Annoyingly, yes. :)
So the problem is that when querying a CommandLine configured by the
above
we have no way of which -x and -y go with which -topleft and
-
Our current group support is limited to mutually
exclusive groups. We need to support inclusive
groups also. This will allow more than one option
to have the same child options. Let me know if you
have any thoughts on it.
There's currently no problem with assigning the same group as children
to
John Keyes wrote:
Our current group support is limited to mutually
exclusive groups. We need to support inclusive
groups also. This will allow more than one option
to have the same child options. Let me know if you
have any thoughts on it.
There's currently no problem with assigning the same gr
John Keyes wrote:
Now that we have jira on nagoya should we move to use this instead of
Bugzilla? No biggy, but it is much a nicer interface than bugzilla.
Not yet, please. We're still tuning the installation, and will
certainly
blow away the current database at least once more before declar
Our current group support is limited to mutually
exclusive groups. We need to support inclusive
groups also. This will allow more than one option
to have the same child options. Let me know if you
have any thoughts on it.
-John K
On 1 Nov 2003, at 14:43, John Keyes wrote:
. mandatory groups
Now that we have jira on nagoya should we move to use this instead of
Bugzilla? No biggy, but it is much a nicer interface than bugzilla.
Not yet, please. We're still tuning the installation, and will
certainly
blow away the current database at least once more before declaring it
open.
We'll p
> Now that we have jira on nagoya should we move to use this instead of
> Bugzilla? No biggy, but it is much a nicer interface than bugzilla.
Not yet, please. We're still tuning the installation, and will certainly
blow away the current database at least once more before declaring it open.
We'll
. mandatory groups
I think this can be achieved using min/max with Groups but I might be
missing the point. I'm not going to claim that this is well
documented or intuitive though so ideas welcome.
Doh! Of course.
. child Options
Parent instances can have a "children" Group - doesn't thi
- Original Message -
From: "John Keyes" <[EMAIL PROTECTED]>
To: "Jakarta Commons Developers List" <[EMAIL PROTECTED]>
Sent: Friday, October 31, 2003 11:40 PM
Subject: Re: [CLI] 2.x Tasks
> We definitely need to add these two tasks as well:
>.
List" <[EMAIL PROTECTED]>
Sent: Thursday, October 23, 2003 11:03 AM
Subject: Re: [CLI] 2.x Tasks
Great stuff Rob. Does this mean all remaining tasks
can be found in Bugzilla?
-John K
-
To unsubscribe, e-mail: [E
> 1.3) Enum Argument Values
>
> Options should allow a list of possible values to validate against.
> Currently this is in StringValidator but would EnumValidator be better name?
> StringArrayValidator is also a suggested name.
>
> http://marc.theaimsgroup.com/?l=jakarta-commons-dev&m=102750803
> Minor Enhancements
>
> 1.1) Posix option parsing should be default
>
> Posix parsing should be preferred. I.e. -buildfile should be parsed in the
> following order of preference
>
> -b uildfile
> -b -u -i -l -d -f -i -l -e.
> -buildfile
>
> http://marc.theaimsgroup.com/?l=j
- Original Message -
From: "Rob Oxspring" <[EMAIL PROTECTED]>
To: "Jakarta Commons Developers List" <[EMAIL PROTECTED]>
Sent: Wednesday, October 22, 2003 3:19 PM
Subject: [CLI] 2.x Tasks
> I've been trawling through the mail archives and open b
I've been trawling through the mail archives and open bugs to try and
produce a comprehensive task list for CLI2. The list is broadly broken down
into 6 sections and also contains a couple of items from my head. If we can
weed out any nonsense and add any missing tasks I'll then go through and
cr
16 matches
Mail list logo
