Add support for named parameters in a similar way to input_N
Brought to you by:
fbelleau,
vincentemonet
Add support for matching ${param_PARAMNAME} replacements in templates to provide an alternative to the input_NN methods and at the same time include a non-HTTP GET matching method, which will generically be available for programmatic and HTTP POST use. likely it will be "construct" for current "/" based methods, and the "/queryalias/" for others. It will be non-unique and will be used to select query types given a named parameter type interface.