Think about using tags for more things

[quintesse]

Some ideas:

• Allow user tags. Imagine you're linking to a specific JDK build, for example a Valhalla one, and you want to mark it as being special. You could imagine giving it a "valhalla" tag somehow. That way if you have several of them you could say: "27,valhalla" to indicate you want to use Java 27, but not just any one, you want one that has the "valhalla" tag.
• Set vendors as tags instead of a special "vendors" field. The pro is that it's easy, we'd be re-using an existing feature instead of introducing specialized fields. The con is that it might either conflict with user tags or it might be ambiguous . (If trying to install "26,temirun" is that because of a typo in a vendor name or is it some other issue? This might be resolved somewhat by using compound tag names, eg: "vendor=temurin", but not sure if that is a can of worms)

[maxandersen]

version and vendor shouldn't be same as tag should it?

[quintesse]

version and vendor shouldn't be same as tag should it?

Version is definitely a "main" attribute, without it there would be no way to select what Jdk we want.
But I'm still somewhat "on the fence" about vendors. It could definitely be a main attribute, but not all providers have or know about vendors.

So for example if the PATH or JAVA_HOME points to a Jdk that wasn't installed by JBang there's no easy way to figure out what the vendor of that Jdk is (and I don't really feel like implementing a bunch of heuristics to see if we can somehow extract it from any of key/values that might or might not exist in the release file).

Now, of course, we could simply say that the vendor attribute is nullable and that null means "we don't know". But on the other hand tags are already optional, so using a vendor tag or not could serve the same function. It also has an effect on the API, needing to add more overloads to be able to pass a vendor argument.

So far I've gone down both roads to see what the API "feels" like and I'm not yet convinced by either one.