Refactor Parameters to clean/split up types

[nielsm5]

EPIC

Goal

The Parameter class is humongous and not maintainable. We now have a lot of unit-tests but the many code paths that can now be take make it difficult to debug. Right now this also gives developers too many, sometimes unused, attributes which may be confusing.
With the Introduction of SQL StoredProcedure (input and output) parameters, the need to split this up is becoming more apparent.

Description

A start should be made to allow us to slowly start splitting up the different types of parameters.
Different type of Parameters may be created such as a HeaderParameter, QueryParameter, SqlParameter. Some may require types, some don't.

Tasks

• FileUtils.getFilename uses new Parameter(); which is not allowed, which is only used in the CompressPipe
• Use a ParameterFactory to create parameters #6835
• Add more parameter tests #6801
• Move ParameterType to it's own class #6772
• Rename Parameter to IParameter #6859
• Fix iaf-test config warnings #6922
• Introduce DateParameter #6878
• Add feature to the pattern attribute to reference the input message #2983
• Feature request: Parameter valueMethods attribute #1242
• JdbcUtil.applyParameter() should auto detect parameter type as much as possible #1824
• Pipe attributes should be configurable via Parameters as well #6425
• Param with pattern="{now}" and type="DATE" results in DATETIME instead #6693
• Parameter types are not respected in LogContextPipe #6748