New JDK 9 module chasing tool (was: Getting a list of "to be modularized" dependencies in topological order?)

[Mark Raynsford <or...@io7m.com>]

I've published a plugin here:

https://github.com/io7m/modulechaser

It produces a standalone XHTML report detailing the modularization
status of the transitive dependencies of any project you point it at.
The status table is presented in reverse-topological order; start
bugging maintainers at the top first and work downwards. :)

A report produced for:

  https://github.com/io7m/universe

... Looks like this:

  https://ataxia.io7m.com/2018/02/23/modules.xhtml

The project has had minimal testing, so there are likely to be issues.
It more or less delegates all of the actual work to the various Maven
dependency analysis code. Please let me know if it chokes on anything
you'd consider to be reasonable.

I'm still waiting to be able to push this to Central - I've run into
what appears to be a compatibility issue with the version of libgpg used
on Maven Central. I've filed a ticket with Sonatype and am just waiting
for them to upgrade their infrastructure. Until that happens, you'll
have to clone and "mvn install" this yourself. Sorry!

-- 
Mark Raynsford | http://www.io7m.com

Re: New JDK 9 module chasing tool (was: Getting a list of "to be modularized" dependencies in topological order?)

[Mark Raynsford <or...@io7m.com>]

On 2018-02-24T09:47:02 +1000
Paul King <pa...@gmail.com> wrote:

> Looks good.
> 
> A small bit of feedback.  I tried using it on a project (Groovy) with
> an "all" artifact that has no jar - just references other jars. Even
> when I specified "<type>pom</type>" it tried to look for the jar
> artifact. Despite the error stacktrace it continued and still seemed
> to produce the correct result. I don't know whether it's possible to
> reduce such noise.

Interesting. Could you file a bug?

There's a known problem in that if the root project you're analyzing
isn't in Maven Central, you will see a (harmless) error stacktrace as
the resolver tries to resolve it from Central. There's an easy fix for
this, I just haven't done it yet. 

-- 
Mark Raynsford | http://www.io7m.com

Re: New JDK 9 module chasing tool (was: Getting a list of "to be modularized" dependencies in topological order?)

[Paul King <pa...@gmail.com>]

Looks good.

A small bit of feedback.  I tried using it on a project (Groovy) with
an "all" artifact that has no jar - just references other jars. Even
when I specified "<type>pom</type>" it tried to look for the jar
artifact. Despite the error stacktrace it continued and still seemed
to produce the correct result. I don't know whether it's possible to
reduce such noise.

Cheers, Paul.


On Sat, Feb 24, 2018 at 2:27 AM, Mark Raynsford
<or...@io7m.com> wrote:
> I've published a plugin here:
>
> https://github.com/io7m/modulechaser
>
> It produces a standalone XHTML report detailing the modularization
> status of the transitive dependencies of any project you point it at.
> The status table is presented in reverse-topological order; start
> bugging maintainers at the top first and work downwards. :)
>
> A report produced for:
>
>   https://github.com/io7m/universe
>
> ... Looks like this:
>
>   https://ataxia.io7m.com/2018/02/23/modules.xhtml
>
> The project has had minimal testing, so there are likely to be issues.
> It more or less delegates all of the actual work to the various Maven
> dependency analysis code. Please let me know if it chokes on anything
> you'd consider to be reasonable.
>
> I'm still waiting to be able to push this to Central - I've run into
> what appears to be a compatibility issue with the version of libgpg used
> on Maven Central. I've filed a ticket with Sonatype and am just waiting
> for them to upgrade their infrastructure. Until that happens, you'll
> have to clone and "mvn install" this yourself. Sorry!
>
> --
> Mark Raynsford | http://www.io7m.com
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org