[ANN] Apache Maven SCM Publish Plugin 1.0 Released

The Apache Maven team is pleased to announce the release of the Apache Maven SCM Publish Plugin, version 1.0 The maven-scm-publish-plugin is a utility plugin to allow publishing Maven website to any supported SCM. The primary goal was to have an utility plugin to allow Apache projects to publis

Maven antrun: pass maven properties to ant

I have a doubt about these 2 plugins, specifically with (maven-war-plugin) and (maven-antrun-plugin) I want to generate the war for the project and then copy that file to a hot deploy directory. Strictly in this sequence, So the question is: - outputDirectory, indicates where the generation h

maven-dependency-plugin:copy-dependencies snapshots

It seems there is no way in the copy-dependencies goal to exclude snapshot dependencies. Can anyone think of a way to accomplish this using some kind of workaround? I want to copy all the released dependencies only. I'm using OSGi+pde and I want to create my target platform with released depend

Re: Deep dependency analysis

You could use Maven Shade plugin with the option minimizeJar and check the resulting Uber-JAR. Maybe even better is ProGuard (the shrinker part without the obfuscator). It will even detect some uses of class.forName if they are not using dynamic strings. By trial and error you can exclude some

RE: Work-around to the Maven restriction on AND condition profile activation?

Thanks for that ingenious solution. It worked perfectly. -- View this message in context: http://maven.40175.n5.nabble.com/Work-around-to-the-Maven-restriction-on-AND-condition-profile-activation-tp5782919p5783107.html Sent from the Maven - Users mailing list archive at Nabble.com. --

RE: Deep dependency analysis

I'll try... Thx -Message d'origine- De : bmat...@gmail.com [mailto:bmat...@gmail.com] De la part de Baptiste Mathus Envoyé : lundi 3 février 2014 21:13 À : Maven Users List Objet : Re: Deep dependency analysis I'd look at the code behind dependency: analyze I guess the improvement by l

Re: Deep dependency analysis

I'd look at the code behind dependency: analyze I guess the improvement by logging the class level usage might be doable. My 2 cents Le 3 févr. 2014 20:48, "Benoît Berthonneau" a écrit : > Hi All, > > > > Do you know any maven plugin that could say which classes (from > dependencies) are used by

Deep dependency analysis

Hi All, Do you know any maven plugin that could say which classes (from dependencies) are used by the maven project (class by class) ? I looked at the maven dependency plugin but doesn’t seem to provide this kind of deep analysis… The idea behind my question is to know if a dependency is r

Re: dependency management across projects

Hi everyone, > > The very point I am trying to make here is > > "how do you manage that manual BOM on a daily basis". > > There is no automatic solution for this that I know of. Maybe not exactly what you are looking for, but sort of similar: My group uses a script [1] to automatically bump the

Re: maven-release-plugin updates modules with wrong versioning

nevermind... wrong question that this is the answer for On 3 February 2014 15:57, Stephen Connolly wrote: > are you using git 1.8.5.x? > > > On 3 February 2014 15:56, Simone Tripodi wrote: > >> Hi all mates, >> >> in Apache Oltu we have a commons modules set[1] which I am trying to cut a >> rel

Re: maven-release-plugin updates modules with wrong versioning

are you using git 1.8.5.x? On 3 February 2014 15:56, Simone Tripodi wrote: > Hi all mates, > > in Apache Oltu we have a commons modules set[1] which I am trying to cut a > release, but I am experiencing for the first time a strange issue: when > installing all modules from /trunk, versions resp

maven-release-plugin updates modules with wrong versioning

Hi all mates, in Apache Oltu we have a commons modules set[1] which I am trying to cut a release, but I am experiencing for the first time a strange issue: when installing all modules from /trunk, versions respect what it is specified in project.version field in the POM, but when releasing them, a

Re: Strange log traffic from the assembly plugin

On 3 Feb 2014, at 14:44, Stuart McCulloch wrote: > On 3 Feb 2014, at 14:34, Benson Margulies wrote: > >> Does anyone recognize the following? It correlates with a mystery. > > Looks like http://jira.codehaus.org/browse/MASSEMBLY-671 … basically it > happens when there’s a problem with the asse

Re: Strange log traffic from the assembly plugin

The 'offending item' looked a bit like: {project.build.directory}/rbl-je-${rbl.rbl.version} rbl-je-${rbl.rbl.version} Note the missing $ in the On Mon, Feb 3, 2014 at 9:44 AM, Stuart McCulloch wrote: > On 3 Feb 2014, at 14:34, Benson Margul

Re: Strange log traffic from the assembly plugin

On 3 Feb 2014, at 14:34, Benson Margulies wrote: > Does anyone recognize the following? It correlates with a mystery. Looks like http://jira.codehaus.org/browse/MASSEMBLY-671 … basically it happens when there’s a problem with the assembly descriptor which then triggers a code path that leads t

Strange log traffic from the assembly plugin

Does anyone recognize the following? It correlates with a mystery. [DEBUG] Cannot find ArtifactResolver with hint: project-cache-aware org.codehaus.plexus.component.repository.exception.ComponentLookupException: java.util.NoSuchElementException role: org.apache.maven.artifact.resolver.Artifa