Add additional lidvid classes

[alexdunnjpl]

🗒️ Summary

Implements a PdsProductIdentifier parent class of PdsLid and PdsLidVid and sinks its teeth into the codebase (i.e. changes interfaces of a large quantity of functions to use the new classes instead of Strings). This relates to #234 but is much bigger than a simple fix for that one ticket.

I don't expect anyone to read through the bulk of it, but I'd like to get feedback on the implementation of the PdsProductIdentifier class, and the general position that LID/LIDVID strings should be converted to/from PdsProductIdentifier objects as close as possible to the API's/Java's interface with external services.

If anyone does hate themselves enough to look closely, bear in mind that it's a work in progress and the expansion of mandatory PdsProductIdentifier-ness necessitates a bunch of temporary code at the incrementally-expanding interfaces (hence all the streaming collections back and forth between Strings and PdsProductIdentifiers).

The job's only half-done, but better that I get feedback now than after spending a bunch more time if there are problems with the general approach.

Resolves #234

[nutjob4life]

Modern! This looks fine to me. Do we want hashCode?

[alexdunnjpl]

Breaks (at least) http://localhost:8080/classes/collections/ endpoint, as-is.

Fixed in 992aa43

[alexdunnjpl]

@al-niessner @tloubrieu-jpl @nutjob4life @ramesh-maddegoda

Can I get a second pair of eyes on this logging commit? It's as not-garbage as I can think to make it but maybe there's an obviously better way.

[nutjob4life]

Sure 👍

[jordanpadams]

@alexdunnjpl can we update this PR Summary with the ticket this is related to?

[alexdunnjpl]

@jordanpadams done

[alexdunnjpl]

@al-niessner courtesy ping so you don't have to look for the PR. Just the last 3 commits.

resolve() caseLATEST now has an explanatory comment (which I hope is accurate), and behaves identically to case SPECIFIC (which I just realised I should change back to case TYPED - will do that shortly).

Existing RequestConstructionContext's getLIDVID() is changed to getProductIdentifierString(), and the identifier member is swapped out for a PdsProductIdentifier in the implementation internals.

This allows for correction of RequestAndResponseContext.justLatest() to respect the fact that if a full LIDVID is the product identifier associated with the request, then the query should not filter to only the latest products because the version is specified (and may not be a latest-version product)