[Question] Do we have an artifact with EAR, WAR, ... ClassLoaders in Maven project?

2014-11-29 Thread tibor17
Hi All,

I have a question.
Do we have an artifact with EAR, WAR, JAR, ... ClassLoaders in Maven
project?

Thx, Tibor



-
BR, tibor17
--
View this message in context: 
http://maven.40175.n5.nabble.com/Question-Do-we-have-an-artifact-with-EAR-WAR-ClassLoaders-in-Maven-project-tp5817500.html
Sent from the Maven Developers mailing list archive at Nabble.com.

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



Re: project dependencies in a plugin

2014-11-29 Thread Igor Fedorenko

Key is a child element name. For Dependency it can be "groupId",
"version", "exclusions", etc. Empty string, i.e. "", is the key used to
identify location of the element itself. Search for
Dependency#setLocation method invocation to find all key values.

--
Regards,
Igor

On 2014-11-29, 13:22, Karl Heinz Marbaise wrote:

hi,

i have question...so if i get the project dependencies within a plugin via

project.getDependencies()...

I can get a type Dependency back..which contains a method
getLocation(key)..which can return a InputLocation which exactly looks
like what i need (line, column) of the file it is read from...

The question is what is the key intended for and what could be possible
values? Where are they related to ?


Can someone enligthen me ?

Kind regards
Karl Heinz Marbaise



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



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



[GitHub] maven-plugins pull request: [MPMD-187] Report is generated even wh...

2014-11-29 Thread adangel
GitHub user adangel opened a pull request:

https://github.com/apache/maven-plugins/pull/36

[MPMD-187] Report is generated even when skip is true

https://jira.codehaus.org/browse/MPMD-187

This is basically the same as in #21 , but additionally for cpd.skip, too 
and it adds a integration test.


You can merge this pull request into a Git repository by running:

$ git pull https://github.com/adangel/maven-plugins MPMD-187

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/maven-plugins/pull/36.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #36


commit f81ac3c1d629888cf91952e6a5c04bf23202d789
Author: Andreas Dangel 
Date:   2014-11-29T18:39:14Z

[MPMD-187] Report is generated even when skip is true




---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

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



project dependencies in a plugin

2014-11-29 Thread Karl Heinz Marbaise

hi,

i have question...so if i get the project dependencies within a plugin via

project.getDependencies()...

I can get a type Dependency back..which contains a method 
getLocation(key)..which can return a InputLocation which exactly looks 
like what i need (line, column) of the file it is read from...


The question is what is the key intended for and what could be possible 
values? Where are they related to ?



Can someone enligthen me ?

Kind regards
Karl Heinz Marbaise



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



[GitHub] maven-plugins pull request: [MPMD-171] Rule properties are ignored...

2014-11-29 Thread adangel
GitHub user adangel opened a pull request:

https://github.com/apache/maven-plugins/pull/35

[MPMD-171] Rule properties are ignored when run under MPMD - unit test

Just a unit test for https://jira.codehaus.org/browse/MPMD-171
Couldn't reproduce it anymore. The issue was probably fixed with PMD 
5.0.3/5.0.4.
The bug report is for m-pmd-p 3.0.1, which uses PMD 5.0.2.

Related bugs are: https://sourceforge.net/p/pmd/bugs/1074/ (rule priority 
doesn't work on group definitions) and https://sourceforge.net/p/pmd/bugs/1089/ 
(When changing priority in a custom ruleset, violations reported twice)

You can merge this pull request into a Git repository by running:

$ git pull https://github.com/adangel/maven-plugins MPMD-171

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/maven-plugins/pull/35.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #35


commit 6db8210eb57eb6111ea405adc45b31031712be0d
Author: Andreas Dangel 
Date:   2014-11-29T17:16:58Z

[MPMD-171] Rule properties are ignored when run under MPMD - unit test




---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

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



[GitHub] maven-plugins pull request: [MPMD-193] CPD's sourceEncoding not se...

2014-11-29 Thread adangel
GitHub user adangel opened a pull request:

https://github.com/apache/maven-plugins/pull/34

[MPMD-193] CPD's sourceEncoding not set since PMD 5.1.1 is used

That's just a unit test for https://jira.codehaus.org/browse/MPMD-193.
After upgrading to PMD 5.2.2 (https://jira.codehaus.org/browse/MPMD-195) 
this unit test should turn green.


You can merge this pull request into a Git repository by running:

$ git pull https://github.com/adangel/maven-plugins MPMD-193

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/maven-plugins/pull/34.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #34


commit 5e975b17cc6418f1d9d8ab4f65eb0cdd8859e091
Author: Andreas Dangel 
Date:   2014-11-29T16:49:46Z

[MPMD-193] CPD's sourceEncoding not set since PMD 5.1.1 is used - unit test




---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

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



[GitHub] maven-plugins pull request: [MPMD-165] target/site/pmd.html create...

2014-11-29 Thread adangel
GitHub user adangel opened a pull request:

https://github.com/apache/maven-plugins/pull/33

[MPMD-165] target/site/pmd.html created with invalid charset=${outputEnc...

...oding}

https://jira.codehaus.org/browse/MPMD-165

You can merge this pull request into a Git repository by running:

$ git pull https://github.com/adangel/maven-plugins MPMD-165

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/maven-plugins/pull/33.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #33


commit ed09287152358cbe6d0355b7a4ef9b8671894925
Author: Andreas Dangel 
Date:   2014-11-29T16:27:57Z

[MPMD-165] target/site/pmd.html created with invalid 
charset=${outputEncoding}




---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

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



[GitHub] maven-plugins pull request: MPMD-129 Maven PMD plug-in does not ha...

2014-11-29 Thread adangel
GitHub user adangel opened a pull request:

https://github.com/apache/maven-plugins/pull/32

MPMD-129 Maven PMD plug-in does not have "suppressMarker" property that is 
available in PMD itself.

https://jira.codehaus.org/browse/MPMD-129


You can merge this pull request into a Git repository by running:

$ git pull https://github.com/adangel/maven-plugins MPMD-129

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/maven-plugins/pull/32.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #32


commit 174c51ce33cd83e6093a3e862ca9e296c93f1ded
Author: Andreas Dangel 
Date:   2014-11-29T15:31:12Z

[MPMD-129] Maven PMD plug-in does not have "suppressMarker" property that 
is available in PMD itself.
Thanks to Svetlomira Manova

commit ba475c05231d3f6e31d4d4107773bcd15cbfb86c
Author: Andreas Dangel 
Date:   2014-11-29T16:10:36Z

[MPMD-129] Add a unit test for new suppressMarker property




---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

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



Re: Grief and pain with our unit/integration tests

2014-11-29 Thread Michael Osipov

Jason,

can you point me to the template you are referring to? I have no idea 
where I have to look for that.


Michael

Am 2014-11-27 um 23:37 schrieb Jason van Zyl:

I think the number of ITs that need a connection to Maven Central is
very few. You need to explicitly use the template which gives you a
settings with an external connection. By default it's isolated. Now
the bootstrapping to grab stuff you need requires an external
connection. I've worked around this in the past using a local
repository manager so I can look and see if anything has changed as I
don't remember having issues with this.

On Nov 27, 2014, at 4:29 PM, Michael Osipov 
wrote:


Hi folks,

recently I began fixing issues at work and let tests run on
powerful machines in the background. Unfortunately, I cannot really
make any progress here. More than 80 % of all unit/integration
tests fail because they are not self-contained. They all have Maven
Central hardcoded/configured somewhere and that results in a
"connection timeout".

I am in a highly isolated environment where outbound traffic works
only through a HTTP proxy, therefore I have installed a Nexus
instance years ago and route all requests through that. Because of
the 'awkward' test design that mirror (from my settings.xml) is
completely ignored.

For me, there are two consequences:

1. I have to stall or reduce my bug fixing activities at work,
losing a lot of productivity which I cannot have at home. Various
operating systems and multicore Xeon CPUs. 2. While performing the
recent bug cleanup, some people responded to the closures. I kindly
asked them either to provide or retest patches against latest
versions with successful unit/integration tests. If those people
are in the same situation like I am, we lose contributors in
complete frustration which I fully understand.

Is anyone of you in the same locked down situation and have any
remedy to this or know how we can solve this?

Michael

-



To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org

For additional commands, e-mail: dev-h...@maven.apache.org



Thanks,

Jason

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

the course of true love never did run smooth ...

-- Shakespeare













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



Re: javac bootclasspath and java8

2014-11-29 Thread Paul Moloney
Hi

I had written this rule for the enforcer plugin which actually checks the
label of jdk version in toolchains against output of javc --version. It
works for my limited scenario @work and definetely requires more attention
to cope with non oracle compilers and the apache way.

https://github.com/paulmoloney/maven-enforcer-toolchain-rules

regards,
Paul