FindJavaVersion (et al) -- normalize version numbers

[nmck257]

The JavaVersion marker has a private normalize method, which helps with consolidating Java "1.8" and "8" into just "8". It also has public methods like getMajorVersion which call that normalize method.

The FindJavaVersion recipe instead directly accesses the underlying fields sourceCompatibility and targetCompatibility, and therefore gets non-normalized values. That's pesky in the resultant data table, where a user might expect the normalized forms.

Adding new column(s) for the normalized values is probably the most backwards-compatible "fix", but I could also argue for normalizing the existing columns in-place.

Maybe the JavaVersion marker itself should also get a slight refactor to its public methods to make it more obvious whether you're getting a raw or normalized value. It would probably be good to navigate around to various see if others would benefit from a tweak.

[timtebeek]

Thanks @nmck257 ! Turns out we have no shortage of recipes and data tables to extract the Java version, as detailed in:

• Normalize version numbers in FindJavaVersion #969

I figured for this specific recipe indeed it makes most sense to use the normalized values; if folks need more detail they can run AboutJavaVersion or PlanJavaMigration.

[nmck257]

I appreciate the holistic view; thanks!