[infinispan-dev] All jars must go?

Sanne Grinovero sanne at infinispan.org
Thu May 4 11:50:16 EDT 2017


N.B. one problem many are not aware of is that - unlike with OSGi -
the restriction in Jigsaw also applies to private packages, e.g.
packages you're using within the jar but have no intention to "export"
make public.

So having this sorted out for OSGi doesn't mean that it will work fine
with Jigsaw.

I suspect we didn't test this, as far as I know we've only tested
running and compiling withing JDK9 but Infinispan itself is not
defining module descriptors; i.e. it's not modularized.

It's very likely that when we'll want to "modularize it" we'll have to
change APIs.

Thanks,
Sanne


On 4 May 2017 at 07:26, Galder Zamarreño <galder at redhat.com> wrote:
> Hi all,
>
> As you might already know, there's been big debates about upcoming Java 9 module system.
>
> Recently Stephen Colebourne, creator Joda time, posted his thoughts [1].
>
> Stephen mentions some potential problems with all jars since no two modules should have same package. We know from past experience that using these jars as dependencies in Maven create all sorts of problems, but with the new JPMS they might not even work?
>
> Have we tried all jars in Java 9? I'm wondering whether Stephen's problems with all jars are truly founded since Java offers no publishing itself. I mean, for that Stephen mentions to appear, you'd have to at runtime have an all jar and then individual jars, in which case it would fail. But as long as Maven does not enforce this in their repos, I think it's fine. If Maven starts enforcing this in the jars that are stored in Maven repos then yeah, we have a big problem.
>
> Thoughts?
>
> Cheers,
>
> [1] http://blog.joda.org/2017/04/java-se-9-jpms-module-naming.html
> --
> Galder Zamarreño
> Infinispan, Red Hat
>
>
> _______________________________________________
> infinispan-dev mailing list
> infinispan-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/infinispan-dev



More information about the infinispan-dev mailing list