axis-java-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Ajith Ranabahu" <>
Subject Re: [Axis2] Codegen tool command line options
Date Thu, 14 Sep 2006 20:06:39 GMT
Lemme add my thoughts here.

> First:
> It is the usual convention that we use -- for long options. Long options
> are any option that has more than one char. e.g. ss, sd
> Either we have to come up with single char alternatives to them or have
> to change the syntax to --

The problem with always having 1 character short options is that they
become less descriptive and gets confusing soon. And it is not nice to
have them use the long version always. Perhaps we can go into an Axis
1.1 like options where uppercase and lowercase letters are used in
places of conflict [1]. However we have come long way with these
options and it will not be nice to break the whole thing by reverting
all the option names. We would have to do deprecate - drop cycle.

> Second:
> If I use -lc it breaks, I have to use -l c

Yes - the for the current commandline options parsers the parameters
need to be seperated by a space. I'm not sure whether this greatly
affects usability (linux/unix lovers may not agree with me on that ;))
but we can definitely improve the parser to take that into account.

> Third:
> We have getopt like implementation in Java. e.g. Xalan has
> src/org/apache/xalan/xsltc/cmdline/getopt/
> We can use this and improve command line option parsing

There is this thing called commons commandline [2]. I have tried
several times to put that in but did not get time to do it. I'm not
sure how suitable the xerces thing would be (It may give us a direct
dependancy on xerces that we do not want) so I guess something like
the commons CLI would be the right thing.

> Fourth:
> Without something like getopt, we cannot drop the need for -uri in the
> current syntax (I think there a Jira requesting to drop -uri option)

Well you can :) But it'll rather be better to go ahead with commons
CLI and use the capabilities of that to deal with it.

Ajith Ranabahu


To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message