Uses constraint violation javax.annotation

sounds good!

Hi,
org.apache.jackrabbit.vault version 3.2.8 will be included in AEM 6.4.6.0, thanks for your support

thank you very much for the reply, I just opened a ticket to adobe, I'll update you as soon as they answer me

the difference between AEM 6.4.0 and AEM 6.4.3/6.4.4 in this case seems to be the bundle "Apache Jackrabbit FileVault Core Bundleorg.apache.jackrabbit.vault"
it's contained in AEM 6.4.0 with version 3.1.44, and in 6.5.0 with version 3.2.8.
AEM 6.4.4 has an inofficial version in between.

the problem you describe does not occur in AEM 6.4.0 and it does also not occur in AEM 6.5.0.
but in AEM 6.4.4 i found on the first attempt no solution around this problem - even when updating the mentioned filevault bundle to the latest version as it is in AEM 6.5 AEM 6.4.4 still cannot start as other (non open-source) bundles are affected from the depencency chain problem as well. experimental branch:
https://github.com/wcm-io-caravan/caravan-jaxrs/tree/feature/WCARAV-8-javax-annotation-conflict

in AEM 6.5 its possible to remove the dependency to javax.annotation completely:
https://github.com/wcm-io-caravan/caravan-jaxrs/tree/feature/WCARAV-8-javax-annotation-remove

but for AEM 6.4.4 this does not work. jersey requires a newer version of javax.annotation than is included in the JDK itself that is available in AEM 6.4.4 and lower OOTB.

i assume adobe hit the same problem and fixed in in AEM 6.5.0. but in AEM 6.4.3 and AEM 6.4.4 we are somewhat stuck here, it seems.

—

you may open an daycare ticket - i assume the problem is reproducible if you only deploy this bundle into your AEM 6.4.4 instance
http://repo1.maven.org/maven2/org/apache/geronimo/specs/geronimo-annotation_1.3_spec/1.0/geronimo-annotation_1.3_spec-1.0.jar
and restart it. if this is the case this could be the easiest use case to reproduce the problem for a daycare ticket - and adobe may be able to backport the solution from AEM 6.5.0 to AEM 6.4.0 if required.