Gordon Sim wrote:
Does anyone have a strong view on the desirability of making this more consistent?
Consistency really makes it easier to remember these things.
I myself have a slight preference for --no-auth over --auth no; I'm less bothered about the --mgmt-enable option but that could be --no-mgmt.
Sometimes you think of a third possibility. I would rather change --auth (yes | no) to --auth (yes | no | permissive | inherit) than change: --no-auth to --no-auth | --auth | --permissive-auth | --inherit-auth So I prefer the "--keyword value" format for extensibility purposes.
The next question is whether - if we do change these - we should also keep the original options for backward compatability?
Probably. Depends how much the users would squawk if we didn't. I'd much rather clean it up and drop the old options if we can get away with it.
Jonathan --------------------------------------------------------------------- Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:[email protected]
