Consider adding --allow-asynch argument to poll client script

[MarkDavidson]

As I was re-writing the query script, I came across this line:
parser.add_argument("--allow-asynch", dest="allow_asynch", default=True, help="Indicate whether or not the client support Asynchronous Polling. Defaults to True")

Currently, none of the other scripts have it. Adding this argument should be considered.

-Mark

[gtback]

If we do this, can we use async rather than asynch? The former seems much more common than the latter.

[bworrell]

@gtback, 👍

[MarkDavidson]

Normally I'd be all for that, but I think I'm against it because the TAXII Specifications call it allow_asynch, and it's currently implemented as allow_asynch in libtaxii.messages_11 [1]

That said, there's an argument to be made that the CLI doesn't have to 100% mirror the code/specs.

Thoughts?
-Mark

[1] https://github.com/TAXIIProject/libtaxii/blob/master/libtaxii/messages_11.py#L2545 .

[gtback]

Since it's directly mapping to a component of the TAXII spec, I'll (begrudgingly) admit that it's probably better to leave it as asynch. 😄