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

[Paul King]

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 "pom" 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
 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-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: Maven Shell

[Paul King]

OK, cool. Is the jline3 integration likely before the final?

Cheers, Paul.

On Fri, Apr 21, 2017 at 8:05 AM, Manfred Moser <manf...@simpligility.com> wrote:
> This is a snapshot (=development) build - so no.
>
> Manfred
>
> Paul King wrote on 2017-04-20 14:30:
>
>> Nice Jason. Is it available via sdkman?
>>
>> Cheers, Paul.
>>
>> On Thu, Apr 20, 2017 at 4:08 PM, Jason Dillon <ja...@planet57.com> wrote:
>>> Folks, just a quick not that I’ve updated Maven Shell for the latest
>>> release, can be found with the latest SNAPSHOT:
>>>
>>> https://oss.sonatype.org/content/repositories/snapshots/com/planet57/maven/shell/dist/mvnsh-assembly/1.2.0-SNAPSHOT/
>>>
>>> Locally seems to be fully functional.  I’ve been updating GShell (which
>>> mvnsh is based on) as well.
>>>
>>> I’m considering augmenting the release versions of mvnsh to match the
>>> upstream versions.
>>>
>>> I’m also eventually gonna update the jline support as I think jline3 is much
>>> much improved, thanks to gnodet, but I haven’t done that yet.
>>>
>>> If there are folks that may still be using older versions of the shell, I’d
>>> like to ask them to test the latest SNAPSHOTS and report back any issues.
>>>
>>> Cheers,
>>>
>>> —jason
>>>
>>
>> -
>> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
>> For additional commands, e-mail: users-h...@maven.apache.org
>>
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>

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

Re: Maven Shell

[Paul King]

Nice Jason. Is it available via sdkman?

Cheers, Paul.

On Thu, Apr 20, 2017 at 4:08 PM, Jason Dillon  wrote:
> Folks, just a quick not that I’ve updated Maven Shell for the latest release, 
> can be found with the latest SNAPSHOT:
>
> https://oss.sonatype.org/content/repositories/snapshots/com/planet57/maven/shell/dist/mvnsh-assembly/1.2.0-SNAPSHOT/
>
> Locally seems to be fully functional.  I’ve been updating GShell (which mvnsh 
> is based on) as well.
>
> I’m considering augmenting the release versions of mvnsh to match the 
> upstream versions.
>
> I’m also eventually gonna update the jline support as I think jline3 is much 
> much improved, thanks to gnodet, but I haven’t done that yet.
>
> If there are folks that may still be using older versions of the shell, I’d 
> like to ask them to test the latest SNAPSHOTS and report back any issues.
>
> Cheers,
>
> —jason
>

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

Re: Arguments for Maven vs. Gradle

[Paul King]

You will have to make your own assessment but most new projects I see in my
customer base are moving over to gradle. It offers the same convention over
configuration advantages of Maven but with some flexibility if you need it,
plus a whole swag of benefits that are gradle specific. The dependency
management story is practically identical to the maven world.

Cheers, Paul.

On Tue, Sep 11, 2012 at 4:28 PM, Baptiste MATHUS m...@batmat.net wrote:

 (Disclaimer: I only know Gradle from outside. I never used it more than 2
 minutes, but I read some things about and saw a prez at our JUG.)
 Gradle has a very different approach: where Maven values sometimes not much
 flexibility at first sight (to improve build genericity, as already said),
 Gradle lets you change anything you want. The good thing is that Gradle
 comes with some standard process if you want to go Maven-style (meaning the
 standard fits your needs). But then you can plug whatever you want, the way
 you want, anytime you want (using Groovy scripting code).

 By the way, that last statement is the kind of things that makes Gradle
 appear to Maven-fans as no-good. In fact, for the record, Maven 1 was using
 a scripting language (Jelly), and being able to clutter your build file
 with scripts is just a bad idea.

 About Maven coordinates, yes Gradle can use them. I seem to remember
 they're actually using Ivy as their dependency management tool.
 By the way, you can disable transitive dependencies, etc.

 http://gradle.org/docs/current/userguide/dependency_management.html#defineConfiguration

 Cheers

 2012/9/10 KARR, DAVID dk0...@att.com

   -Original Message-
   From: Ron Wheeler [mailto:rwhee...@artifact-software.com]
   Sent: Sunday, September 09, 2012 4:43 PM
   To: users@maven.apache.org
   Subject: Re: Arguments for Maven vs. Gradle
  
   Moving from Ant to Maven is a change of attitude.
   You are right that Maven does make builds much more uniform.
   Once a project is set up, the next guy to work on it only has to write
   code and add dependencies, the rest of the environment is laid out.
  
   Never heard of Gradle so I can not compare them.
  
   Maven has a huge following and almost any library that you want to use
   has a Maven distribution available at Maven Central or in a public repo
   that you can connect to .
   Saves a lot of grief.
  
   If you go with Maven, get your own repo set up before you unleash the
   developers.
 
  Thanks.
 
  Not that I disagree with your overall conclusion, but I would point out
  that Gradle makes it easy to specify dependencies through Maven
  coordinates.  I would assume that means it also handles transitive
  dependencies, but I'm not sure.  It's a good idea to know your enemy,
 not
  that I consider Gradle an enemy in any way.
 
   On 09/09/2012 5:20 PM, KARR, DAVID wrote:
At the risk of starting a flame war, what are some arguments for
   Maven vs. Gradle?
   
This is in the context of a change and risk-averse organization that
   currently has a large Ant build, although with some associated Maven
   builds.
   
I see the advantages of Gradle as a much better Ant, but I would be
   concerned about losing the advantages of Maven, like better integrated
   tool support.
   
One of the disadvantages of Gradle is the same as Ant, which is that
   it's very easy to have two people do similar things in a completely
   different way.  Gradle makes it easier to reuse things, but it doesn't
   seem like it nudges you that hard in that direction.
   
I can see the possibility of calling Groovy from Maven, but having
   that be Gradle code would require the Gradle runtime, and I don't see a
   Gradle Maven plugin yet (although I believe I've seen a Maven Gradle
   plugin).  Even if you could do this, I'm not sure it makes sense or
   provides significant value.
   
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
   
   
  
  
   --
   Ron Wheeler
   President
   Artifact Software Inc
   email: rwhee...@artifact-software.com
   skype: ronaldmwheeler
   phone: 866-970-2435, ext 102
  
  
   -
   To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
   For additional commands, e-mail: users-h...@maven.apache.org
 
 
  -
  To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
  For additional commands, e-mail: users-h...@maven.apache.org
 
  --
  Baptiste Batmat MATHUS - http://batmat.net
  Sauvez un arbre,
  Mangez un castor !
  nbsp;!
   users-h...@maven.apache.org
   users-h...@maven.apache.org
 

Re: Is Maven the answer?

[Paul King]

I would also recommend gradle for your circumstances. If you were thinking
of using ant, all the ant tasks are available for your in gradle but it has
maven's style of convention over configuration for the part's like building
Java code which have a well-defined lifecycle.

Cheers, Paul.

On Thu, Mar 1, 2012 at 5:30 PM, Johan Erlands
johan.erla...@idainfront.sewrote:

 On Thursday 01 March 2012 03:57:59 Terence Stephens wrote:
  I know I could do this in a shell script, but I think I would have
  better luck with a Java based tool.  This is outside the scope of
  Maven's uses.  For my needs, should I look into using Maven or find a
  different tool?

 Maybe gradle is a good alternative. My experience i rather limited but it
 has
 the dependency management of maven and you can write your own phases in
 groovy
 and ant (whitout the xml part if you want).

 Best regards
 Johan
 --
 Sent from kontact

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

Re: Status of Maven Ant Tasks in Maven 3

[Paul King]

So would you describe the Aether Ant Tasks as almost a drop in
replacement for the (dependency resolution part of the) Maven Ant
Tasks?

Thanks, Paul.

On Tue, Sep 20, 2011 at 10:23 AM, Jason van Zyl ja...@maven.org wrote:
 The resolution logic for Maven 3.x is done by Aether, so you may want to look 
 at the Aether Ant Tasks[1].

 [1]: https://github.com/sonatype/aether-ant-tasks

 On Sep 19, 2011, at 1:47 PM, alejandro.alves wrote:

 Hello,
 I am having the same issue, how could I solve the problem.
 Best regards

 --
 View this message in context: 
 http://maven.40175.n5.nabble.com/Status-of-Maven-Ant-Tasks-in-Maven-3-tp4574457p4819792.html
 Sent from the Maven - Users mailing list archive at Nabble.com.

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


 Thanks,

 Jason

 --
 Jason van Zyl
 Founder,  Apache Maven
 http://twitter.com/jvanzyl
 -

 Simplex sigillum veri. (Simplicity is the seal of truth.)





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

Re: codehaus.org

[Paul King]

Codehaus have been upgrading servers over the past few weeks.

On Thu, Aug 18, 2011 at 7:51 AM, Siegfried Goeschl
siegfried.goes...@it20one.at wrote:
 Hi John,

 if you mean something like

 [INFO] [site:deploy {execution: default-deploy}]
 https://dav.codehaus.org/mojo/webtest-maven-plugin - Session: Opened
 Aug 17, 2011 8:15:55 PM
 org.apache.commons.httpclient.auth.AuthChallengeProcessor selectAuthScheme
 INFO: basic authentication scheme selected
 Uploading: ./announcements/announcement-0.6.3.txt to
 https://dav.codehaus.org/mojo/webtest-maven-plugin

 # Transfer error: java.net.SocketTimeoutException: Read timed out
 https://dav.codehaus.org/mojo/webtest-maven-plugin - Session: Disconnecting
 https://dav.codehaus.org/mojo/webtest-maven-plugin - Session: Disconnected

 than it can be concluded that there are connectivity issues from Europe at
 the moment

 Siegfried Goeschl

 On 17.08.11 23:41, Newman, John W wrote:

 I've had connectivity problems with that site pretty regularly going on
 for a couple years now.  Sometimes it works, sometimes it doesn't.   :-D
  Right now at the moment it does work, but earlier today it did not.

 -Original Message-
 From: Hilco Wijbenga [mailto:hilco.wijbe...@gmail.com]
 Sent: Wednesday, August 17, 2011 5:31 PM
 To: Maven Users List
 Subject: Re: codehaus.org

 On 17 August 2011 11:16, Robert Scholterfscho...@codehaus.org  wrote:

 It looks like the site is kind of unstable

 http://www.downforeveryoneorjustme.com/mojo.codehaus.org

 right now it's down for me too (the Netherlands)

 It's up for me right now (Canada) but it was down for several hours a few
 weeks ago. So unstable seems to describe it well. :-)

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



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



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

Status of Maven Ant Tasks in Maven 3

[Paul King]

Hi,

I was trying to find where in a snapshot repo or source repository
the latest version of the maven ant tasks reside?

Thanks, Paul.


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

Re: Status of Maven Ant Tasks in Maven 3

[Paul King]

Thanks Stephen, where can I find out more info about forking Maven 3?

To give some context, I am trying to resolve this bug in the Groovy jira
(2.1.3 still has this problem):
http://jira.codehaus.org/browse/GROOVY-4562

My guess is that we may be hitting:
http://jira.codehaus.org/browse/MNG-4738

This seems to be fixed in Maven 3 and seems to reside in the
maven-compat artifact but naive attempts to include that jar in the
classpath just result in what appear to be API changes:

Caught: : java.lang.NoSuchMethodError:
org.apache.maven.settings.RuntimeInfo.init(Lorg/apache/maven/settings/Settings;)V
: java.lang.NoSuchMethodError:
org.apache.maven.settings.RuntimeInfo.init(Lorg/apache/maven/settings/Settings;)V
at
org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:116)
at MavenAntTasks$_run_closure1.doCall(MavenAntTasks.groovy:19)
at MavenAntTasks.run(MavenAntTasks.groovy:16)
Caused by: java.lang.NoSuchMethodError:
org.apache.maven.settings.RuntimeInfo.init(Lorg/apache/maven/settings/Settings;)V
at
org.apache.maven.artifact.ant.AbstractArtifactTask.readSettings(AbstractArtifactTask.java:382)
at
org.apache.maven.artifact.ant.AbstractArtifactTask.loadSettings(AbstractArtifactTask.java:311)
at
org.apache.maven.artifact.ant.AbstractArtifactTask.initSettings(AbstractArtifactTask.java:278)
...

I have been through the usage pages for the ant tasks but can't seem to find
anything that will point me in the right direction.

Thanks, Paul


--
View this message in context: 
http://maven.40175.n5.nabble.com/Status-of-Maven-Ant-Tasks-in-Maven-3-tp4574457p4576857.html
Sent from the Maven - Users mailing list archive at Nabble.com.

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

Re: Status of Maven Ant Tasks in Maven 3

[Paul King]

OK, thanks, in my scenario I can't assume that Maven 2/3 will be installed
and there typically won't be a pom file either. I guess I'll await 2.2.2
(or more specifically a new m.a.t release) with hopefully a fix for:
http://jira.codehaus.org/browse/MANTTASKS-213

I'll look at a hacked solution in the meantime.

Thanks, Paul.


--
View this message in context: 
http://maven.40175.n5.nabble.com/Status-of-Maven-Ant-Tasks-in-Maven-3-tp4574457p4577206.html
Sent from the Maven - Users mailing list archive at Nabble.com.

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

Ant Maven Tasks

[Paul King]

Hi,

I couldn't find any info regarding the status of the ant maven tasks
wrt to the 2.0.5 release. Are the ant tasks still at 2.0.4?

Cheers, Paul.



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]