Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [jakarta.ee-spec.committee] Jakarta Authorization spec version confusion

Hi,

I noticed this mismatch earlier, and discussed it with Dmitry and Ron around December 2018. We explicitly settled for going for 1.6.1 for the jakarta version of the API jar.  Not ideal, but going back to 1.5.1 for the jar wasn't seen as ideal either at the time.

Kind regards,
Arjan

On Tue, Aug 13, 2019 at 12:08 AM Bill Shannon <bill.shannon@xxxxxxxxxx> wrote:
The version of JACC in Java EE 8 is 1.5.

Somehow the corresponding API jar file was released as version 1.6:
https://mvnrepository.com/artifact/javax.security.jacc/javax.security.jacc-api/1.6

The subsequent jakarta version of the API jar file was released as
version 1.6.1:
https://mvnrepository.com/artifact/jakarta.security.jacc/jakarta.security.jacc-api/1.6.1

The Jakarta Authorization TCK is for version 1.5 of the spec:
http://download.eclipse.org/ee4j/jakartaee-tck/jakartaee8-eftl/staged/eclipse-authorization-tck-1.5.0.zip

Sigh.

We need to bring all these versions into alignment.

The options are:

1. Change the Maven coordinates to
   jakarta.authorization:jakarta.authorization-api:1.5.0
   and keep the spec at version 1.5, and rerun the standalone TCK
   against the updated API jar file.

2. Bump the spec version to 1.6, update the TCK version to match,
   and rerun the standalone TCK against GlassFish 5.1.


Which do you prefer?


P.S.  This is not the only case of a version mismatch.  We ran into a
similar problem with Deployment, where the version should've been 1.2
but was in fact 1.7.  We chose option #2 above, which was simpler in
this case because there is no standalone Deployment TCK.
_______________________________________________
jakarta.ee-spec.committee mailing list
jakarta.ee-spec.committee@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/jakarta.ee-spec.committee

Back to the top