Python Booleans and Filter base with parsing

[michaelpro1]

This change includes the following

• Support of python style booleans for portability of templates - True and False are added into ExtendedParser
• AbstractFilter that can be used for simpler filters which works by introspecting Jinjavadoc.params section with some automatic conversions

[boulter]

Thanks for the contribution. Could you break out the YAML filters into their own PR?

[boulter]

Thanks!

[michaelpro1]

Take a look at this, I'll open PR for YAML after this
FYI prettier-java errors out on my machine with posix error, could you do that once you are happy with the code?

[boulter]

Looks pretty good. I have a few small comments.

It is a pretty low-level change though so we will have to be careful about rolling this out.

[boulter]

nice tests, thank you.

[michaelpro1]

Looks pretty good. I have a few small comments.

It is a pretty low-level change though so we will have to be careful about rolling this out.

Absolutely, if you have a perf test to compare before/after that would be good

[boulter]

Absolutely, if you have a perf test to compare before/after that would be good

I'm less concerned about performance than compatibility with existing templates and unknowns. We can see how it goes.

[boulter]

FYI prettier-java errors out on my machine with posix error, could you do that once you are happy with the code?

Prettier reported no changes for me.

[boulter]

just a few more nits. Thanks again.

[michaelpro1]

Prettier reported no changes for me.

Doesn't seem to work on Windows but OK with WSL. NodeJS executable is an odd dependency.

I'm less concerned about performance than compatibility with existing templates and unknowns. We can see how it goes.

I've implemented the .filter(String[]) method as well which should behave as before and how most filters retrieve their params.

As this change is only applied to 2 filters, the rest can be modified when needed. e.g. Filters with single param will work without an issue, however where >1 params are involved further testing is warranted.

[boulter]

@mattcoley any concerns?

[mattcoley]

🆒 LGTM