Simple Maven example fails with unusual error
kevin.rushforth at oracle.com
Mon Jul 23 15:35:47 UTC 2018
Alan Bateman is probably the best person to ask about this, although I
don't know how much he has looked into what maven is doing w.r.t. modules.
The problem here seems to be that the dummy jar doesn't have a
module-info.class, and so will become an automatic module with a name
chosen based on the name of the jar.
On 7/23/2018 8:22 AM, Johan Vos wrote:
> Hi Mark,
> So it seems these issues are not OpenJFX specific, and more projects will
> run into this?
> I'm a bit worried about the grey zone between OpenJDK and Maven/Gradle...
> @Kevin are you aware of someone from the jigsaw team who is working in this
> zone? Alan Bateman?
> - Johan
> On Mon, Jul 23, 2018 at 2:33 PM Mark Raynsford <org.openjdk at io7m.com> wrote:
>> On 2018-07-23T10:49:29 +0100
>> Paul Ray Russell <paulrussell70 at gmail.com> wrote:
>>> I do find the following:
>>> https://github.com/eclipse/jetty.project/issues/2397 - and I notice in
>>> POM you're using an annotation processor path.
>> Removed that. Same error, unfortunately.
>> I feel like we may be looking at two separate issues here. One appears
>> to be that the non-platform-specific artifacts are named such that the
>> JVM attempts to derive an automatic module name from them and can't due
>> to the structure of the version number. The other issue appears to be
>> some sort of compiler bug.
>> There's a new release of the compiler plugin due out soon that I hope
>> might fix the latter, but I think the former is going to require a
>> version number format change - it's not possible to get around the fact
>> that Maven is going to name the jar files a certain way on disk, and
>> that the JVM doesn't like what it names them.
>> Mark Raynsford | http://www.io7m.com
More information about the openjfx-dev