You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@commons.apache.org by John Keyes <jb...@mac.com> on 2002/04/20 23:59:55 UTC
[PATCH sandbox-cli] new features added
Hi,
I've merged two of the features of Optz. As it turns out these
features are in the TODO .txt; mandatory options and mutually
exclusive groups.
I have posted a zip of the changes to
http://www.integralsource.com/optz/cli.html
If there are any questions give me a shout.
-John K
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: [PATCH sandbox-cli] new features added
Posted by James Strachan <ja...@yahoo.co.uk>.
From: "jbjk" <jb...@mac.com>
> No problem.
>
> I'm interested in the concept of the sandbox. Is there a lifecycle
> or process document somewhere, for components that reside in the
> sandbox?
http://jakarta.apache.org/commons/charter.html
> What are the other jakarta implementations of command line parsers?
> I'd be interested in having a look at these also to see what they
> offer in comparison to cli.
The other one is mentioned in the PROPOSAL.html document; its the CLI
package in Avalon Excalibur
James
_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: [PATCH sandbox-cli] new features added
Posted by Henri Yandell <ba...@generationjava.com>.
Mines not in Jakarta, but if you're researching for features then it's at:
http://www.generationjava.com/docs/GenJavaCore/docs0.4/com/generationjava/util/package-summary.html
interface CArgs, classes AbstractCArgs, ArrayCArgs and MapCArgs.
Hen
On 23 Apr 2002, jbjk wrote:
> No problem.
>
> I'm interested in the concept of the sandbox. Is there a lifecycle
> or process document somewhere, for components that reside in the
> sandbox?
>
> What are the other jakarta implementations of command line parsers?
> I'd be interested in having a look at these also to see what they
> offer in comparison to cli.
>
> Cheers,
> -John K
>
> On Tue, 2002-04-23 at 16:01, James Strachan wrote:
> > Sorry John - I will apply your patches very soon. A bit snowed under. Gimme
> > a few more hours and it'll be there...
> >
> > Please do keep the cli patches coming!
> >
> > James
> > ----- Original Message -----
> > From: "bob mcwhirter" <bo...@werken.com>
> > To: <js...@apache.org>; "Jakarta Commons Developers List"
> > <co...@jakarta.apache.org>
> > Sent: Tuesday, April 23, 2002 4:02 PM
> > Subject: Re: [PATCH sandbox-cli] new features added
> >
> >
> > >
> > > cli was originally my code. James Strachan was guiding it through the
> > > sandbox process. I think others were suggesting other implementations
> > > from elsewhere in jakarta. And then I think things stalled.
> > >
> > > James-- Do you know the status of cli? Is it moving forward?
> > >
> > > -bob
> > >
> > >
> > > On 23 Apr 2002, jbjk wrote:
> > >
> > > > Hi folks,
> > > >
> > > > Its been a few days since I sent this and I haven't heard anything
> > > > since. I've a few more features I'd like to add but there's not
> > > > much point in me doing that unless the previous ones are integrated
> > > > first. What is the next stage in the process?
> > > >
> > > > Thanks,
> > > > -John K
> > > >
> > > > On Sat, 2002-04-20 at 22:59, John Keyes wrote:
> > > > > Hi,
> > > > >
> > > > > I've merged two of the features of Optz. As it turns out these
> > > > > features are in the TODO .txt; mandatory options and mutually
> > > > > exclusive groups.
> > > > >
> > > > > I have posted a zip of the changes to
> > > > > http://www.integralsource.com/optz/cli.html
> > > > >
> > > > > If there are any questions give me a shout.
> > > > >
> > > > > -John K
> > > > >
> > > > >
> > > > > --
> > > > > To unsubscribe, e-mail:
> > <ma...@jakarta.apache.org>
> > > > > For additional commands, e-mail:
> > <ma...@jakarta.apache.org>
> > > > >
> > > >
> > > >
> > > >
> > > > --
> > > > To unsubscribe, e-mail:
> > <ma...@jakarta.apache.org>
> > > > For additional commands, e-mail:
> > <ma...@jakarta.apache.org>
> > > >
> > >
> > >
> >
> >
> > _________________________________________________________
> > Do You Yahoo!?
> > Get your free @yahoo.com address at http://mail.yahoo.com
> >
> >
> > --
> > To unsubscribe, e-mail: <ma...@jakarta.apache.org>
> > For additional commands, e-mail: <ma...@jakarta.apache.org>
> >
>
>
>
> --
> To unsubscribe, e-mail: <ma...@jakarta.apache.org>
> For additional commands, e-mail: <ma...@jakarta.apache.org>
>
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: [PATCH sandbox-cli] new features added
Posted by jbjk <jb...@mac.com>.
No problem.
I'm interested in the concept of the sandbox. Is there a lifecycle
or process document somewhere, for components that reside in the
sandbox?
What are the other jakarta implementations of command line parsers?
I'd be interested in having a look at these also to see what they
offer in comparison to cli.
Cheers,
-John K
On Tue, 2002-04-23 at 16:01, James Strachan wrote:
> Sorry John - I will apply your patches very soon. A bit snowed under. Gimme
> a few more hours and it'll be there...
>
> Please do keep the cli patches coming!
>
> James
> ----- Original Message -----
> From: "bob mcwhirter" <bo...@werken.com>
> To: <js...@apache.org>; "Jakarta Commons Developers List"
> <co...@jakarta.apache.org>
> Sent: Tuesday, April 23, 2002 4:02 PM
> Subject: Re: [PATCH sandbox-cli] new features added
>
>
> >
> > cli was originally my code. James Strachan was guiding it through the
> > sandbox process. I think others were suggesting other implementations
> > from elsewhere in jakarta. And then I think things stalled.
> >
> > James-- Do you know the status of cli? Is it moving forward?
> >
> > -bob
> >
> >
> > On 23 Apr 2002, jbjk wrote:
> >
> > > Hi folks,
> > >
> > > Its been a few days since I sent this and I haven't heard anything
> > > since. I've a few more features I'd like to add but there's not
> > > much point in me doing that unless the previous ones are integrated
> > > first. What is the next stage in the process?
> > >
> > > Thanks,
> > > -John K
> > >
> > > On Sat, 2002-04-20 at 22:59, John Keyes wrote:
> > > > Hi,
> > > >
> > > > I've merged two of the features of Optz. As it turns out these
> > > > features are in the TODO .txt; mandatory options and mutually
> > > > exclusive groups.
> > > >
> > > > I have posted a zip of the changes to
> > > > http://www.integralsource.com/optz/cli.html
> > > >
> > > > If there are any questions give me a shout.
> > > >
> > > > -John K
> > > >
> > > >
> > > > --
> > > > To unsubscribe, e-mail:
> <ma...@jakarta.apache.org>
> > > > For additional commands, e-mail:
> <ma...@jakarta.apache.org>
> > > >
> > >
> > >
> > >
> > > --
> > > To unsubscribe, e-mail:
> <ma...@jakarta.apache.org>
> > > For additional commands, e-mail:
> <ma...@jakarta.apache.org>
> > >
> >
> >
>
>
> _________________________________________________________
> Do You Yahoo!?
> Get your free @yahoo.com address at http://mail.yahoo.com
>
>
> --
> To unsubscribe, e-mail: <ma...@jakarta.apache.org>
> For additional commands, e-mail: <ma...@jakarta.apache.org>
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: [PATCH sandbox-cli] new features added
Posted by James Strachan <ja...@yahoo.co.uk>.
Sorry John - I will apply your patches very soon. A bit snowed under. Gimme
a few more hours and it'll be there...
Please do keep the cli patches coming!
James
----- Original Message -----
From: "bob mcwhirter" <bo...@werken.com>
To: <js...@apache.org>; "Jakarta Commons Developers List"
<co...@jakarta.apache.org>
Sent: Tuesday, April 23, 2002 4:02 PM
Subject: Re: [PATCH sandbox-cli] new features added
>
> cli was originally my code. James Strachan was guiding it through the
> sandbox process. I think others were suggesting other implementations
> from elsewhere in jakarta. And then I think things stalled.
>
> James-- Do you know the status of cli? Is it moving forward?
>
> -bob
>
>
> On 23 Apr 2002, jbjk wrote:
>
> > Hi folks,
> >
> > Its been a few days since I sent this and I haven't heard anything
> > since. I've a few more features I'd like to add but there's not
> > much point in me doing that unless the previous ones are integrated
> > first. What is the next stage in the process?
> >
> > Thanks,
> > -John K
> >
> > On Sat, 2002-04-20 at 22:59, John Keyes wrote:
> > > Hi,
> > >
> > > I've merged two of the features of Optz. As it turns out these
> > > features are in the TODO .txt; mandatory options and mutually
> > > exclusive groups.
> > >
> > > I have posted a zip of the changes to
> > > http://www.integralsource.com/optz/cli.html
> > >
> > > If there are any questions give me a shout.
> > >
> > > -John K
> > >
> > >
> > > --
> > > To unsubscribe, e-mail:
<ma...@jakarta.apache.org>
> > > For additional commands, e-mail:
<ma...@jakarta.apache.org>
> > >
> >
> >
> >
> > --
> > To unsubscribe, e-mail:
<ma...@jakarta.apache.org>
> > For additional commands, e-mail:
<ma...@jakarta.apache.org>
> >
>
>
_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: [PATCH sandbox-cli] new features added
Posted by bob mcwhirter <bo...@werken.com>.
cli was originally my code. James Strachan was guiding it through the
sandbox process. I think others were suggesting other implementations
from elsewhere in jakarta. And then I think things stalled.
James-- Do you know the status of cli? Is it moving forward?
-bob
On 23 Apr 2002, jbjk wrote:
> Hi folks,
>
> Its been a few days since I sent this and I haven't heard anything
> since. I've a few more features I'd like to add but there's not
> much point in me doing that unless the previous ones are integrated
> first. What is the next stage in the process?
>
> Thanks,
> -John K
>
> On Sat, 2002-04-20 at 22:59, John Keyes wrote:
> > Hi,
> >
> > I've merged two of the features of Optz. As it turns out these
> > features are in the TODO .txt; mandatory options and mutually
> > exclusive groups.
> >
> > I have posted a zip of the changes to
> > http://www.integralsource.com/optz/cli.html
> >
> > If there are any questions give me a shout.
> >
> > -John K
> >
> >
> > --
> > To unsubscribe, e-mail: <ma...@jakarta.apache.org>
> > For additional commands, e-mail: <ma...@jakarta.apache.org>
> >
>
>
>
> --
> To unsubscribe, e-mail: <ma...@jakarta.apache.org>
> For additional commands, e-mail: <ma...@jakarta.apache.org>
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: [PATCH sandbox-cli] new features added
Posted by jbjk <jb...@mac.com>.
Hi folks,
Its been a few days since I sent this and I haven't heard anything
since. I've a few more features I'd like to add but there's not
much point in me doing that unless the previous ones are integrated
first. What is the next stage in the process?
Thanks,
-John K
On Sat, 2002-04-20 at 22:59, John Keyes wrote:
> Hi,
>
> I've merged two of the features of Optz. As it turns out these
> features are in the TODO .txt; mandatory options and mutually
> exclusive groups.
>
> I have posted a zip of the changes to
> http://www.integralsource.com/optz/cli.html
>
> If there are any questions give me a shout.
>
> -John K
>
>
> --
> To unsubscribe, e-mail: <ma...@jakarta.apache.org>
> For additional commands, e-mail: <ma...@jakarta.apache.org>
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: [SANDBOX-CLI] Multiple value support added
Posted by John Keyes <jb...@mac.com>.
> I think POSIX would argue that -buildfile is the '-b' option
> with an argument of 'uildfile'. Or possibly equiv to
> -b -u -i -l -d -f -i -l -e.
>
> A dash preceeds a single-character switches (or a sequence of single
> character switches), while 2 dashes preceed a 'word'-based switch.
>
> I was intentionally staying POSIXy with CLI.
>
> So, right now, -1 on the '-buildfile' type of option, unless
> convinced otherwise.
Fair point. I forgot about that. Could we extend cli to
support functionality like this? We could have specific Options
implementations e.g. PosixOptions.
e.g.
interface PosixOptions
{
// required methods
}
class PosixOptionsImpl implements PosixOptions
{
// implement all of the methods on PosixOptions
// and have them delegate appropriately to
// Options or other classes were appropriate
// e.g. PosixParser, SimpleParser
}
interface CommandLineParser
{
public List parse( String[] args );
}
class PosixParser implements CommandLineParser
{
..
}
class SimpleParser implements CommandLineParser
{
..
}
I haven't gone through the whole scenario but they
are my initial thoughts on it.
-John K
>
> -bob
>
>
> --
> To unsubscribe, e-mail: <ma...@jakarta.apache.org>
> For additional commands, e-mail: <ma...@jakarta.apache.org>
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: [SANDBOX-CLI] Multiple value support added
Posted by John Keyes <jb...@mac.com>.
> > > I think POSIX would argue that -buildfile is the '-b' option
> > > with an argument of 'uildfile'. Or possibly equiv to
> > > -b -u -i -l -d -f -i -l -e.
> >
> > I would agree, except that Sun seem happy to use the -buildfile style.
> > Supporting both seems important to me.
>
> That's a slipperly slope though. We're all angered when Microsoft
> embraces and extends a technology or standard. I think we should have
> a similar reaction when Sun, IBM or anyone else does it too.
Agreed.
> It'd be fine, if we follow John's suggestion of having different
> styles of parser, possibly even with the POSIX one as the default.
> You should have to go out of your way to do something non-standard
> (non-POSIX, in this case).
Cool. When I have the multiple value patch together I was thinking of
having a bash at refactoring some of the parsing code anyway (its just
a bit hard to follow at the moment, and even more so with the multiple
value stuff going in). So I will have a go at drafting a design for
this. I think the main thing here is to have it as simple as possible.
The last thing we want is for users to wonder "what the hell is going
on, all I want to do is parse a command line?".
An idea I have for testing is to add an ApplicationTest unit test that
has testXXX methods, where XXX is an real world command line utility
e.g. testJava, testJavac, testTar, testChmod, testUname, testCd, etc.
Not only will we have some good test coverage we'll also have ready
to wear demos :-)
-John K
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: [SANDBOX-CLI] Multiple value support added
Posted by John Keyes <jb...@mac.com>.
> If I can find some time I keep meaning to pour through CLI and push as
> much as I can from the one I use into it. In my continuing quest to dump
> my own code and replace it with Apache code.
Exact same reason why I started doing this :-)
-John K
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: [SANDBOX-CLI] Multiple value support added
Posted by Henri Yandell <ba...@generationjava.com>.
On Mon, 29 Apr 2002, bob mcwhirter wrote:
> > I would agree, except that Sun seem happy to use the -buildfile style.
> > Supporting both seems important to me.
>
> That's a slipperly slope though. We're all angered when Microsoft
> embraces and extends a technology or standard. I think we should have
> a similar reaction when Sun, IBM or anyone else does it too.
Not so sure. I'd expect VB developers to follow the MS embrace and extend,
so why should we Java plebs not follow Sun? :) It is irritating though
yeah.
> It'd be fine, if we follow John's suggestion of having different
> styles of parser, possibly even with the POSIX one as the default.
> You should have to go out of your way to do something non-standard
> (non-POSIX, in this case).
+1
If I can find some time I keep meaning to pour through CLI and push as
much as I can from the one I use into it. In my continuing quest to dump
my own code and replace it with Apache code.
Hen
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: [SANDBOX-CLI] Multiple value support added
Posted by bob mcwhirter <bo...@werken.com>.
> > I think POSIX would argue that -buildfile is the '-b' option
> > with an argument of 'uildfile'. Or possibly equiv to
> > -b -u -i -l -d -f -i -l -e.
>
> I would agree, except that Sun seem happy to use the -buildfile style.
> Supporting both seems important to me.
That's a slipperly slope though. We're all angered when Microsoft
embraces and extends a technology or standard. I think we should have
a similar reaction when Sun, IBM or anyone else does it too.
It'd be fine, if we follow John's suggestion of having different
styles of parser, possibly even with the POSIX one as the default.
You should have to go out of your way to do something non-standard
(non-POSIX, in this case).
-bob
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: [SANDBOX-CLI] Multiple value support added
Posted by Henri Yandell <ba...@generationjava.com>.
On Mon, 29 Apr 2002, bob mcwhirter wrote:
> I think POSIX would argue that -buildfile is the '-b' option
> with an argument of 'uildfile'. Or possibly equiv to
> -b -u -i -l -d -f -i -l -e.
I would agree, except that Sun seem happy to use the -buildfile style.
Supporting both seems important to me.
Hen
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: [SANDBOX-CLI] Multiple value support added
Posted by bob mcwhirter <bo...@werken.com>.
On 29 Apr 2002, John Keyes wrote:
> All,
>
> I have added support for multiple values to CLI. This
> is useful for specifying lists of values e.g.
>
> myUtil --include one two three -list *.java
>
> So the values for the include option are [one, two, three].
>
> I will put this together into a patch later today and
> post the URL.
>
> CLI uses char as the id of an option. I think this limits
> developers too much. Lets use ant as an example. To specify
> a build file in ant the -buildfile option is required. This
> type of flag cannot be used in CLI. It can be either -b or
> --buildfile but not -buildfile. I would like to change the key
> from char to String. This could be made API compatible by
> delegating the current methods that use char to the new methods
> that will use String.
I think POSIX would argue that -buildfile is the '-b' option
with an argument of 'uildfile'. Or possibly equiv to
-b -u -i -l -d -f -i -l -e.
A dash preceeds a single-character switches (or a sequence of single
character switches), while 2 dashes preceed a 'word'-based switch.
I was intentionally staying POSIXy with CLI.
So, right now, -1 on the '-buildfile' type of option, unless
convinced otherwise.
-bob
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: [SANDBOX-CLI] Multiple value support added
Posted by bob mcwhirter <bo...@werken.com>.
> I have added support for multiple values to CLI. This
> is useful for specifying lists of values e.g.
>
> myUtil --include one two three -list *.java
>
> So the values for the include option are [one, two, three].
+1, great idea.
-bob
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
[SANDBOX-CLI] Multiple value support added
Posted by John Keyes <jb...@mac.com>.
All,
I have added support for multiple values to CLI. This
is useful for specifying lists of values e.g.
myUtil --include one two three -list *.java
So the values for the include option are [one, two, three].
I will put this together into a patch later today and
post the URL.
CLI uses char as the id of an option. I think this limits
developers too much. Lets use ant as an example. To specify
a build file in ant the -buildfile option is required. This
type of flag cannot be used in CLI. It can be either -b or
--buildfile but not -buildfile. I would like to change the key
from char to String. This could be made API compatible by
delegating the current methods that use char to the new methods
that will use String.
Comments please,
-John K
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: [PATCH sandbox-cli] new features added
Posted by James Strachan <ja...@yahoo.co.uk>.
> Good stuff! I think the tests cover a good deal of the new
> functionality. When I get a chance I'll try to get a more
> comprehensive suite together.
>
> I'll implement the multiple value stuff next and see how that
> goes. I don't think it will be too big a deal. I'll keep
> you posted anyway.
Great.
> BTW, I'll validate the update this evening.
Cool. I've just added you to the committer list in the PROPOSAL.html and
STATUS.html docs and added a CLI page at the commons home page.
James
_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: [PATCH sandbox-cli] new features added
Posted by John Keyes <jb...@mac.com>.
Good stuff! I think the tests cover a good deal of the new
functionality. When I get a chance I'll try to get a more
comprehensive suite together.
I'll implement the multiple value stuff next and see how that
goes. I don't think it will be too big a deal. I'll keep
you posted anyway.
BTW, I'll validate the update this evening.
Cheers,
-John K
On Tue, 2002-04-23 at 17:02, James Strachan wrote:
> Hi John
>
> I've applied all your patches now I think - do let me know if I missed
> anything. All the new unit tests run nicely. Many thanks for this - nice
> job!
>
> James
> ----- Original Message -----
> From: "John Keyes" <jb...@mac.com>
> To: "Jakarta Commons Developers List" <co...@jakarta.apache.org>
> Sent: Saturday, April 20, 2002 10:59 PM
> Subject: [PATCH sandbox-cli] new features added
>
>
> > Hi,
> >
> > I've merged two of the features of Optz. As it turns out these
> > features are in the TODO .txt; mandatory options and mutually
> > exclusive groups.
> >
> > I have posted a zip of the changes to
> > http://www.integralsource.com/optz/cli.html
> >
> > If there are any questions give me a shout.
> >
> > -John K
> >
> >
> > --
> > To unsubscribe, e-mail:
> <ma...@jakarta.apache.org>
> > For additional commands, e-mail:
> <ma...@jakarta.apache.org>
>
>
> _________________________________________________________
> Do You Yahoo!?
> Get your free @yahoo.com address at http://mail.yahoo.com
>
>
> --
> To unsubscribe, e-mail: <ma...@jakarta.apache.org>
> For additional commands, e-mail: <ma...@jakarta.apache.org>
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: [PATCH sandbox-cli] new features added
Posted by James Strachan <ja...@yahoo.co.uk>.
Hi John
I've applied all your patches now I think - do let me know if I missed
anything. All the new unit tests run nicely. Many thanks for this - nice
job!
James
----- Original Message -----
From: "John Keyes" <jb...@mac.com>
To: "Jakarta Commons Developers List" <co...@jakarta.apache.org>
Sent: Saturday, April 20, 2002 10:59 PM
Subject: [PATCH sandbox-cli] new features added
> Hi,
>
> I've merged two of the features of Optz. As it turns out these
> features are in the TODO .txt; mandatory options and mutually
> exclusive groups.
>
> I have posted a zip of the changes to
> http://www.integralsource.com/optz/cli.html
>
> If there are any questions give me a shout.
>
> -John K
>
>
> --
> To unsubscribe, e-mail:
<ma...@jakarta.apache.org>
> For additional commands, e-mail:
<ma...@jakarta.apache.org>
_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>