You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
For better compatibility with the JPMS (Java Platform Module System) it would be desirable to either have an Automatic-Module-Name defined in the META-INF file or a module-info.java (possibly as a multi-release JAR).
The text was updated successfully, but these errors were encountered:
I'm not sure that's that easy. The net.jsign package is shared among different modules and that's not allowed, so supporting JPMS required some code reorganisation first.
As far as I'm concerned, it looks like the package conflicts could easily be resolved by moving each of the plugins to subpackages, i.e. the maven plugin would be located in net.jsign.maven or something like that (assuming there isn't any package-private stuff).
In my case I am trying to build a modularized application depending on jsign-core and I'd prefer not having to depend on a module that's name is dependend on the JAR-file name.
I can see that modularization for the maven, gradle and ant plugin might not be necessary at all.
For better compatibility with the JPMS (Java Platform Module System) it would be desirable to either have an Automatic-Module-Name defined in the META-INF file or a module-info.java (possibly as a multi-release JAR).
The text was updated successfully, but these errors were encountered: