Convert package from javax to jakarta

[Cousjava]

No description provided.

[m0mus]

Fixes #254

[m0mus]

LGTM

[bshannon]

This doesn't seem to use the new ee4j parent pom. Did you find that was unnecessary?

[m0mus]

It was created before new parent pom was released. Uptaking new parent pom can be done in another PR.

[arjantijms]

Should the new version be 3.0-SNAPSHOT or 3.0.0-SNAPSHOT?

[m0mus]

I guess 3.0-SNAPSHOT

[arjantijms]

I noticed that the Jakarta EE platform spec is 8.0.0 vs 8.0 that Java EE used before, and GlassFish was now asked to move to 6.0.0, hence I wondered if the x.0.0 might be a new recommendation for version numbers.

[m0mus]

There were no recommendations from PMC, so IMO no changes is the right approach. If it needs to be discussed please post a question to the PMC mailing list.

[arjantijms]

Okay, I'm not particularly in favour of the x.0.0 scheme, but was more wondering whether it was a recommendation or not. Thanks!

[t1]

Isn't semver a good versioning scheme also for Jakarta EE? Every version part would have a quite clear message: The Bad, The Good, and The Ugly 😉

[bshannon]

@m0mus @arjantijms
I'm not sure what we're talking about the version of here so let me give the general rule...

Programming artifacts, e.g., jar files full of class files, zip files containing an implementation for download, etc. always have dot-dot version numbers, even when the minor and micro numbers are zero.

Specification documents have single-dot version numbers, with an optional "rev level" indicating an errata update to the document.

So, if you're talking about the API jar file, it should be 3.0.0-SNAPSHOT.

If you're talking about the Jakarta Messaging specification document, it should be 3.0-SNAPSHOT. If you have to fix a typo after 3.0 is released, the new version would be 3.0-RevA. (We could argue about the capitalization.)

[arjantijms]

So, if you're talking about the API jar file, it should be 3.0.0-SNAPSHOT

So what you’re saying is that the version in the Pom here should be set to 3.0.0-SNAPSHOT after all?

[smillidge]

yes 3.0.0-SNAPSHOT for api jars 3.0 for the spec version

[bshannon]

So, if you're talking about the API jar file, it should be 3.0.0-SNAPSHOT

So what you’re saying is that the version in the Pom here should be set to 3.0.0-SNAPSHOT after all?

Yes. Is that still confusing? How can I describe this so it's less confusing?

[arjantijms]

Yes. Is that still confusing? How can I describe this so it's less confusing?

No, it's super clear. My OCD kicked in for a moment ;)