Re: New JDK 9 module chasing tool (was: Getting a list of "to be modularized" dependencies in topological order?)
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
OK, cool. Is the jline3 integration likely before the final? Cheers, Paul. On Fri, Apr 21, 2017 at 8:05 AM, Manfred Moser 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 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
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
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 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 > > > > -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 MATHUS - http://batmat.net > > Sauvez un arbre, > > Mangez un castor ! > > nbsp;! > > > > >
Re: Is Maven the answer?
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 wrote: > 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
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 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
Codehaus have been upgrading servers over the past few weeks.
On Thu, Aug 18, 2011 at 7:51 AM, Siegfried Goeschl
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 Scholte 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
Re: Status of Maven Ant Tasks in Maven 3
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
Re: Status of Maven Ant Tasks in Maven 3
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.(Lorg/apache/maven/settings/Settings;)V : java.lang.NoSuchMethodError: org.apache.maven.settings.RuntimeInfo.(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.(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
Status of Maven Ant Tasks in Maven 3
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
Ant Maven Tasks
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]
