Re: Enforce no local versions

2019-01-28 Thread Jörg Schaible 
On Mon, 28 Jan 2019 22:34:56 +0100 Harald Wellmann wrote:

> Do you mean a rule to enforce no snapshot dependencies? In that case,
> there is a rule called "requireReleaseDeps".

No.

> "No local versions" does not really make sense to me, because any remote
> dependency will first be downloaded to your local repository.

It has nothing to do with repositories. We manage versions in a depMgmt section 
the parent of a multi-
project and no-one should declare own versions for his dependencies in the sub 
projects.

Regards,
Jörg


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

Re: Enforce no local versions

2019-01-28 Thread Harald Wellmann 
Do you mean a rule to enforce no snapshot dependencies? In that case, 
there is a rule called "requireReleaseDeps".


"No local versions" does not really make sense to me, because any remote 
dependency will first be downloaded to your local repository.


Regards,
Harald



Am 25.01.19 um 08:20 schrieb Jörg Schaible:

Hi,

is there an enforcer rule to ensure that no local versions have been
defined for dependencies? I always thought, there is one already
available, but somehow I do not find it...

Cheers,
Jörg



-
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

Suddenly getting "NoSuchMethodError" from Maven internals without any obvious change

2019-01-28 Thread David Karr 
I've already asked this on StackOverflow (
https://stackoverflow.com/questions/54385789/suddenly-getting-nosuchmethoderror-org-codehaus-plexus-compiler-compilerconfig),
but I'm getting nowhere, and all of our builds are blocked by this.

This is what we're seeing on the CI server:

[ERROR] Failed to execute goal
org.apache.maven.plugins:maven-compiler-plugin:3.6.1:compile
(default-compile) on project CheckoutMs: Execution default-compile of goal
org.apache.maven.plugins:maven-compiler-plugin:3.6.1:compile failed: An API
incompatibility was encountered while executing
org.apache.maven.plugins:maven-compiler-plugin:3.6.1:compile:
java.lang.NoSuchMethodError:
org.codehaus.plexus.compiler.CompilerConfiguration.isParameters()Z
[ERROR] -
[ERROR] realm =
plugin>org.apache.maven.plugins:maven-compiler-plugin:3.6.1
[ERROR] strategy =
org.codehaus.plexus.classworlds.strategy.SelfFirstStrategy
[ERROR] urls[0] =
file:/home/userid/.m2/repository/org/apache/maven/plugins/maven-compiler-plugin/3.6.1/maven-compiler-plugin-3.6.1.jar
[ERROR] urls[1] =
file:/home/userid/.m2/repository/org/codehaus/groovy/groovy-eclipse-compiler/3.3.0-01/groovy-eclipse-compiler-3.3.0-01.jar
[ERROR] urls[2] =
file:/home/userid/.m2/repository/org/codehaus/plexus/plexus-component-annotations/1.6/plexus-component-annotations-1.6.jar
[ERROR] urls[3] =
file:/home/userid/.m2/repository/org/apache/xbean/xbean-reflect/3.7/xbean-reflect-3.7.jar
[ERROR] urls[4] =
file:/home/userid/.m2/repository/com/google/collections/google-collections/1.0/google-collections-1.0.jar
[ERROR] urls[5] =
file:/home/userid/.m2/repository/org/codehaus/groovy/groovy-eclipse-batch/2.5.5-01/groovy-eclipse-batch-2.5.5-01.jar
[ERROR] urls[6] =
file:/home/userid/.m2/repository/org/sonatype/sisu/sisu-inject-bean/1.4.2/sisu-inject-bean-1.4.2.jar
[ERROR] urls[7] =
file:/home/userid/.m2/repository/org/sonatype/sisu/sisu-guice/2.1.7/sisu-guice-2.1.7-noaop.jar
[ERROR] urls[8] =
file:/home/userid/.m2/repository/org/codehaus/plexus/plexus-utils/2.0.4/plexus-utils-2.0.4.jar
[ERROR] urls[9] =
file:/home/userid/.m2/repository/org/sonatype/aether/aether-util/1.7/aether-util-1.7.jar
[ERROR] urls[10] =
file:/home/userid/.m2/repository/org/codehaus/plexus/plexus-interpolation/1.14/plexus-interpolation-1.14.jar
[ERROR] urls[11] =
file:/home/userid/.m2/repository/org/sonatype/plexus/plexus-sec-dispatcher/1.3/plexus-sec-dispatcher-1.3.jar
[ERROR] urls[12] =
file:/home/userid/.m2/repository/org/sonatype/plexus/plexus-cipher/1.4/plexus-cipher-1.4.jar
[ERROR] urls[13] =
file:/home/userid/.m2/repository/org/apache/maven/shared/maven-shared-utils/3.1.0/maven-shared-utils-3.1.0.jar
[ERROR] urls[14] =
file:/home/userid/.m2/repository/commons-io/commons-io/2.5/commons-io-2.5.jar
[ERROR] urls[15] =
file:/home/userid/.m2/repository/org/apache/maven/shared/maven-shared-incremental/1.1/maven-shared-incremental-1.1.jar
[ERROR] urls[16] =
file:/home/userid/.m2/repository/org/ow2/asm/asm/6.0_ALPHA/asm-6.0_ALPHA.jar
[ERROR] urls[17] =
file:/home/userid/.m2/repository/com/thoughtworks/qdox/qdox/2.0-M5/qdox-2.0-M5.jar
[ERROR] urls[18] =
file:/home/userid/.m2/repository/org/codehaus/plexus/plexus-compiler-api/2.8.1/plexus-compiler-api-2.8.1.jar
[ERROR] urls[19] =
file:/home/userid/.m2/repository/org/codehaus/plexus/plexus-compiler-manager/2.8.1/plexus-compiler-manager-2.8.1.jar
[ERROR] urls[20] =
file:/home/userid/.m2/repository/org/codehaus/plexus/plexus-compiler-javac/2.8.1/plexus-compiler-javac-2.8.1.jar
[ERROR] Number of foreign imports: 1
[ERROR] import: Entry[import  from realm ClassRealm[maven.api, parent:
null]]
---

This started happening in one project, among several, on the first build
after midnight on 1/26.  The previous build, just before midnight, didn't
fail with this.  Jenkins displays all the git commit ids that it checked
out for the builds, and they are identical for both builds. That seems to
indicate that there were no code changes between the successful build and
the failed build.

This is only failing on the CI server, but it's only failing for one
particular project out of several. As far as I can see, it's using Maven
3.3.9, and has been for quite a while.

The application pom doesn't have any of the dependencies listed above,
either direct or indirect.

I did examine the particular class and method mentioned in the error.  That
method is not present in version 2.8.1 of the plexus-api. It was added in
version 2.8.3.  Besides that, I can see no other useful information from
this, or understand how to resolve this.

Re: MNG-6504: issue with jetspeed-maven-plugin and maven 3.6

2019-01-28 Thread Karl Heinz Marbaise 

Hi,

On 28.01.19 17:06, Christian Domsch wrote:

Hi,

I am too facing this issue, as we use the jetspeed-maven-plugin in one part
in our build. The reason I am using jetspeed-maven-plugin:unpack and not
maven-dependency-plugin:unpack, is that I want a flattened output.

What I need to do, is unpack the contents of a subfolder inside an archive,
but not the directory structure. maven-dependency-plugin does not allow me
to do that, afaik.

e.g.:

archive: com/test/resources folder contains resources I want to unpack
maven-dependency-plugin:unpack will create the com/test/resource structure
with jetspeed I can omit that

Any way to achieve the same thing with another plugin?


Do you have an example project? and can you explain more in detail what 
the use case is...not the unpacking itself (this is clear) the question 
is why dou you need to unpack stuff in that way?


Have you tried to take a look at the maven assembly plugin ?




Thank you,

Christian



Kind regards
Karl Heinz Marbaise

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

MNG-6504: issue with jetspeed-maven-plugin and maven 3.6

2019-01-28 Thread Christian Domsch 
Hi,

I am too facing this issue, as we use the jetspeed-maven-plugin in one part
in our build. The reason I am using jetspeed-maven-plugin:unpack and not
maven-dependency-plugin:unpack, is that I want a flattened output.

What I need to do, is unpack the contents of a subfolder inside an archive,
but not the directory structure. maven-dependency-plugin does not allow me
to do that, afaik.

e.g.:

archive: com/test/resources folder contains resources I want to unpack
maven-dependency-plugin:unpack will create the com/test/resource structure
with jetspeed I can omit that

Any way to achieve the same thing with another plugin?

Thank you,

Christian