<div dir="ltr">Technically we can rewrite the loaded bytecode etc but this is ugly and unfair for end users, maybe we can request oracle to support "fragments" for packages (like in OSGi) to merge multiple jars in a single module?</div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><br><span style="font-size:small">Romain Manni-Bucau</span><br><a href="https://twitter.com/rmannibucau" target="_blank">@rmannibucau</a> | <a href="https://rmannibucau.metawerx.net/" target="_blank">Blog</a> | <a href="http://rmannibucau.wordpress.com" target="_blank">Old Blog</a> | <a href="https://github.com/rmannibucau" target="_blank">Github</a> | <a href="https://www.linkedin.com/in/rmannibucau" target="_blank">LinkedIn</a></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div>
<br><div class="gmail_quote">2017-10-23 10:30 GMT+02:00 Antoine Sabot-Durand <span dir="ltr"><<a href="mailto:asd@redhat.com" target="_blank">asd@redhat.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">I was not talking about CDI specifically: the spec doesn't have package collision with JDK 9. I'm talking about the EE4J platform since there are collision with javax.annotation and probably a few other collision between jdk9 module and packages in EE4J specs.</div><div class="HOEnZb"><div class="h5"><br><div class="gmail_quote"><div dir="ltr">On Mon, Oct 23, 2017 at 10:20 AM Martin Kouba <<a href="mailto:mkouba@redhat.com" target="_blank">mkouba@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Dne 23.10.2017 v 10:17 Antoine Sabot-Durand napsal(a):<br>
> I encountered the same type of collision with<br>
> java.transaction.<wbr>InvalidTransactionException which is in the JDK and in<br>
> JTA. I remember sending this problem to jigsaw ML [1], but obviously<br>
> they didn't have time to do something or expect having Java EE spec do<br>
> the required stuff :-(.<br>
> Now that JDK9 is out, if we want EE4J 9 (or whatever it's version will<br>
> be) to support jigsaw, we'll probably have to change packages names :-(.<br>
<br>
What packages do you have in mind? We don't "own" javax.annotation and<br>
we cannot introduce our own priority annotation...<br>
<br>
><br>
><br>
> Antoine<br>
><br>
> [1] <a href="http://mail.openjdk.java.net/pipermail/jigsaw-dev/2016-July/008779.html" rel="noreferrer" target="_blank">http://mail.openjdk.java.net/<wbr>pipermail/jigsaw-dev/2016-<wbr>July/008779.html</a><br>
><br>
><br>
> On Mon, Oct 23, 2017 at 9:51 AM Martin Kouba <<a href="mailto:mkouba@redhat.com" target="_blank">mkouba@redhat.com</a><br>
> <mailto:<a href="mailto:mkouba@redhat.com" target="_blank">mkouba@redhat.com</a>>> wrote:<br>
><br>
> For the record, the CDI API itself does not define a dependency on<br>
> javax.annotation at all.<br>
><br>
> In fact, I'm wondering why @Priority is not part of JDK?? I suppose the<br>
> reasons are similar to why javax.annotation.Priority only has<br>
> @Target({TYPE,PARAMETER}) (even if we tried to push other element<br>
> types :-(.<br>
><br>
> M<br>
><br>
> Dne 21.10.2017 v 16:22 John Ament napsal(a):<br>
> > Hey all<br>
> ><br>
> ><br>
> > Not sure where else to turn 😊<br>
> ><br>
> ><br>
> > I'm trying to start testing my apps on Java 9, I believe Java 9 kicks<br>
> > back the javax.annotation dependency that CDI declares due to a<br>
> package<br>
> > collision with the built in JDK's javax.annotation package<br>
> ><br>
> <<a href="https://docs.oracle.com/javase/9/docs/api/javax/annotation/package-summary.html" rel="noreferrer" target="_blank">https://docs.oracle.com/<wbr>javase/9/docs/api/javax/<wbr>annotation/package-summary.<wbr>html</a>>.<br>
> > The errors I get are due to missing javax/annotation/Priority. I'm<br>
> > wondering if anyone else has tried this, and if there's a clean<br>
> work around?<br>
> ><br>
> ><br>
> > John<br>
> ><br>
> ><br>
> -----------------------------<wbr>------------------------------<wbr>-------------<br>
> > NOTICE: This e-mail message and any attachments may contain<br>
> > confidential, proprietary, and/or privileged information which<br>
> should be<br>
> > treated accordingly. If you are not the intended recipient, please<br>
> > notify the sender immediately by return e-mail, delete this<br>
> message, and<br>
> > destroy all physical and electronic copies. Thank you.<br>
> ><br>
> ><br>
> > ______________________________<wbr>_________________<br>
> > cdi-dev mailing list<br>
> > <a href="mailto:cdi-dev@lists.jboss.org" target="_blank">cdi-dev@lists.jboss.org</a> <mailto:<a href="mailto:cdi-dev@lists.jboss.org" target="_blank">cdi-dev@lists.jboss.<wbr>org</a>><br>
> > <a href="https://lists.jboss.org/mailman/listinfo/cdi-dev" rel="noreferrer" target="_blank">https://lists.jboss.org/<wbr>mailman/listinfo/cdi-dev</a><br>
> ><br>
> > Note that for all code provided on this list, the provider<br>
> licenses the code under the Apache License, Version 2<br>
> (<a href="http://www.apache.org/licenses/LICENSE-2.0.html" rel="noreferrer" target="_blank">http://www.apache.org/<wbr>licenses/LICENSE-2.0.html</a>). For all other<br>
> ideas provided on this list, the provider waives all patent and<br>
> other intellectual property rights inherent in such information.<br>
> ><br>
><br>
> --<br>
> Martin Kouba<br>
> Senior Software Engineer<br>
> Red Hat, Czech Republic<br>
> _____________________________<wbr>__________________<br>
> cdi-dev mailing list<br>
> <a href="mailto:cdi-dev@lists.jboss.org" target="_blank">cdi-dev@lists.jboss.org</a> <mailto:<a href="mailto:cdi-dev@lists.jboss.org" target="_blank">cdi-dev@lists.jboss.<wbr>org</a>><br>
> <a href="https://lists.jboss.org/mailman/listinfo/cdi-dev" rel="noreferrer" target="_blank">https://lists.jboss.org/<wbr>mailman/listinfo/cdi-dev</a><br>
><br>
> Note that for all code provided on this list, the provider licenses<br>
> the code under the Apache License, Version 2<br>
> (<a href="http://www.apache.org/licenses/LICENSE-2.0.html" rel="noreferrer" target="_blank">http://www.apache.org/<wbr>licenses/LICENSE-2.0.html</a>). For all other<br>
> ideas provided on this list, the provider waives all patent and<br>
> other intellectual property rights inherent in such information.<br>
><br>
<br>
--<br>
Martin Kouba<br>
Senior Software Engineer<br>
Red Hat, Czech Republic<br>
</blockquote></div>
</div></div><br>______________________________<wbr>_________________<br>
cdi-dev mailing list<br>
<a href="mailto:cdi-dev@lists.jboss.org">cdi-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/cdi-dev" rel="noreferrer" target="_blank">https://lists.jboss.org/<wbr>mailman/listinfo/cdi-dev</a><br>
<br>
Note that for all code provided on this list, the provider licenses the code under the Apache License, Version 2 (<a href="http://www.apache.org/licenses/LICENSE-2.0.html" rel="noreferrer" target="_blank">http://www.apache.org/<wbr>licenses/LICENSE-2.0.html</a>). For all other ideas provided on this list, the provider waives all patent and other intellectual property rights inherent in such information.<br></blockquote></div><br></div>