Re: Github mirror broken

2017-04-11 Thread Karl Heinz Marbaise

Hi Hervé,

On 12/04/17 04:35, Hervé BOUTEMY wrote:

I suppose this is tied to lots of intermittent failures on git clone updates
that Jenkins has [1]
error: cannot lock ref 'refs/remotes/origin/MNG-6169/all-updated': 'refs/
remotes/origin/MNG-6169' exists; cannot create 'refs/remotes/origin/MNG-6169/
all-updated'
 ! [new branch]  MNG-6169/all-updated -> origin/MNG-6169/all-updated
(unable to update local ref)

This creation of branches in MNG-6169/ after having removed MNG-6169 has bad
impact on every clone that does not correctly prune remote references: I
suppose the github cloning script has the same issue.

I see 2 options:
1. try to fix the github cloning script (I don't know where it is) and any
other failing update (I'm fighting with Jenkins on this for a few days, since
it seems it keeps copies every here and there...)
2. rename MNG-6169/* branches to something like MNG-6169_* to workaround the
issue

Any other idea?


~/ws-git/apache/maven (master)$ git fetch --prune origin
From https://git-wip-us.apache.org/repos/asf/maven
 x [deleted] (none) -> origin/MNG-6169/all-updated
 x [deleted] (none) -> 
origin/MNG-6169/not-updated-MJAR-MCOMPILER

 x [deleted] (none) -> origin/MNG-6169/updated-MCOMPILER
 x [deleted] (none) -> origin/MNG-6169/updated-MJAR
 x [deleted] (none) -> origin/MNG-6185
 x [deleted] (none) -> origin/MNG-6198
remote: Counting objects: 93, done.
remote: Compressing objects: 100% (32/32), done.
remote: Total 47 (delta 16), reused 0 (delta 0)
Unpacking objects: 100% (47/47), done.
   08f3c76..567af0d  master -> origin/master
 * [new branch]  MNG-6209_multiple-build-extensions -> 
origin/MNG-6209_multiple-build-extensions


That helped me...

Kind regards
Karl Heinz



Regards,

Hervé

[1] 
https://builds.apache.org/job/core-integration-testing-maven-3-jdk-1.8/1007/console

Le lundi 10 avril 2017, 22:42:47 CEST Mario Krizmanić a écrit :

Hi,

Could one check and update Github's mirror: https://github.com/apache/maven
 (g...@github.com
:apache/maven.git)

The last commit in the master branch is 87cf1ee while the last one in the
origin's master is 08f3c76a.

Thanks,
Mario





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



Re: Github mirror broken

2017-04-11 Thread Hervé BOUTEMY
I suppose this is tied to lots of intermittent failures on git clone updates 
that Jenkins has [1]
error: cannot lock ref 'refs/remotes/origin/MNG-6169/all-updated': 'refs/
remotes/origin/MNG-6169' exists; cannot create 'refs/remotes/origin/MNG-6169/
all-updated'
 ! [new branch]  MNG-6169/all-updated -> origin/MNG-6169/all-updated  
(unable to update local ref)

This creation of branches in MNG-6169/ after having removed MNG-6169 has bad 
impact on every clone that does not correctly prune remote references: I 
suppose the github cloning script has the same issue.

I see 2 options:
1. try to fix the github cloning script (I don't know where it is) and any 
other failing update (I'm fighting with Jenkins on this for a few days, since 
it seems it keeps copies every here and there...)
2. rename MNG-6169/* branches to something like MNG-6169_* to workaround the 
issue

Any other idea?

Regards,

Hervé

[1] 
https://builds.apache.org/job/core-integration-testing-maven-3-jdk-1.8/1007/console

Le lundi 10 avril 2017, 22:42:47 CEST Mario Krizmanić a écrit :
> Hi,
> 
> Could one check and update Github's mirror: https://github.com/apache/maven
>  (g...@github.com
> :apache/maven.git)
> 
> The last commit in the master branch is 87cf1ee while the last one in the
> origin's master is 08f3c76a.
> 
> Thanks,
> Mario



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



Re: Building a Java9 project just using JDK9

2017-04-11 Thread Hervé BOUTEMY
Robert,

Should this war plugin be added to the Java 9 - Jigsaw Wiki page in the 
plugins section?
https://cwiki.apache.org/confluence/display/MAVEN/Java+9+-+Jigsaw

Regards,

Hervé

Le mardi 11 avril 2017, 10:14:12 CEST Enrico Olivelli a écrit :
> Thank you all for your quick answers
> 
> @Robert
> I have checked out the code and took a deeper look:
> the implementation of MWAR-397 is complex and will take some time, on the
> mid term I agree that it will an awesome solution
> https://issues.apache.org/jira/browse/MWAR-397
> 
> @Jörg
> The option --permit-illegal-access will not work for me as it will hide
> most of the problems of Java9 fo
> 
> I would like to propose a simpler patch which prevents the maven-war-plugin
> from crashing at clinit
> https://github.com/apache/maven-plugins/pull/112
> 
> this will make it work just by disabling the cache
> I see it is a very temporary fix but lets everyone go on with Java9 Webapps
> 
> If the idea is good a can file a JIRA, clean up the code respecting the
> conventions or the project and file a clean PR
> 
> Another fallback would be to use the Kryo library, which let's you
> serialize non-serializable objects, but I have not tests
> 
> 2017-04-10 22:46 GMT+02:00 Jörg Schaible :
> > Enrico Olivelli wrote:
> > > Il lun 10 apr 2017, 18:57 Karl Heinz Marbaise  ha
> > > 
> > > scritto:
> > >> Hi,
> > >> 
> > >> On 10/04/17 17:37, Enrico Olivelli wrote:
> > >> > Hi,
> > >> > I would like be able to build an existing project developed for java8
> > >> > by simple running Maven on jdk9.
> > >> > 
> > >> > Actually it is not possible, I am aware of that and I am currently
> > >> > following all the news about Maven and Java9
> > >> 
> > >> What is not possible ? Do you have an error message / log file etc. ?
> > > 
> > > Actually I am blocked on the TreeMap issue with xstream and
> > > maven-war-plugin.
> > > Is there any active work on that issue?
> > > 
> > >  I see it is marked as an external dep problem but on xstream issue
> > >  tracker
> > > 
> > > it seems that it is not a priority
> > 
> > You should be able to run it with MAVEN_OPTS="--permit-illegal-access" -
> > at
> > least until a solution is available.
> > 
> > Cheers,
> > Jörg
> > 
> > 
> > -
> > 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 pull request #108: Added some javadoc

2017-04-11 Thread pono
Github user pono closed the pull request at:

https://github.com/apache/maven/pull/108


---
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 #108: Updated dependencies

2017-04-11 Thread pono
Github user pono closed the pull request at:

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


---
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-site pull request #7: Corrected assumption regarding execution's confi...

2017-04-11 Thread pono
Github user pono closed the pull request at:

https://github.com/apache/maven-site/pull/7


---
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 pull request #110: plexus

2017-04-11 Thread pono
Github user pono closed the pull request at:

https://github.com/apache/maven/pull/110


---
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-wagon pull request #33: WAGON-363 wagon-ftp omit duplicate CWD

2017-04-11 Thread asfgit
Github user asfgit closed the pull request at:

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


---
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 #103: Fix link to assembly-component.html

2017-04-11 Thread asfgit
Github user asfgit closed the pull request at:

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


---
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



[ANN] Apache Maven Archetype Plugin 3.0.1 Released

2017-04-11 Thread Robert Scholte
The Apache Maven team is pleased to announce the release of the Apache  
Maven Archetype Plugin, version 3.0.1


In short, Archetype is a Maven project templating toolkit. An archetype is  
defined as an original pattern or model from which all other things of the  
same kind are made. The names fits as we are trying to provide a system  
that provides a consistent means of generating Maven projects. Archetype  
will help authors create Maven project templates for users, and provides  
users with the means to generate parameterized versions of those project  
templates.


http://maven.apache.org/archetype/maven-archetype-plugin/index.html

You should specify the version in your project's plugin configuration:


  org.apache.maven.plugins
  maven-archetype-plugin
  3.0.1


You can download the appropriate sources etc. from the download page:

https://maven.apache.org/plugins/maven-archetype-plugin/download.cgi


Release Notes - Maven Archetype Plugin - Version 3.0.1

** Bug
* [ARCHETYPE-518] - Archetype cannot be created from project if parent  
pom.xml evaluates system properties
* [ARCHETYPE-519] - archetype:generate with specified remote  
archetypeCatalog falls back to internal catalog
* [ARCHETYPE-520] - Following mirror configuration from settings.xml  
for downloading archetype metadata
* [ARCHETYPE-524] - CreateArchetypeFromProject creates extra folders  
if a folder contains both filtered and non-filtered files.


** Improvement
* [ARCHETYPE-522] - Introduce MRM for archetype-maven-plugin ITs

** Question
* [ARCHETYPE-521] - Cannot specify remote repository for generate  
project from archetype



Enjoy,

-The Apache Maven team

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



[RESULT] [VOTE] Release Apache Maven Archetype Plugin version 3.0.1

2017-04-11 Thread Robert Scholte

Hi,

The vote has passed with the following result:

+1 : Petar Tahchiev, Robert Scholte, Tibor Digana, Hervé BOUTEMY, Olivier  
Lamy


PMC quorum: reached

I will promote the artifacts to the central repo.


On Sat, 08 Apr 2017 15:26:38 +0200, Robert Scholte   
wrote:



Hi,

We solved 6 issues:
https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12317122=12339582=Text

There are still a couple of issues left in JIRA:
https://issues.apache.org/jira/issues/?jql=project%20%3D%2012317122%20AND%20status%20%3D%20Open%20ORDER%20BY%20key%20DESC%2C%20priority%20DESC

Staging repo:
https://repository.apache.org/content/repositories/maven-1331
https://repository.apache.org/content/repositories/maven-1331/org/apache/maven/archetype/maven-archetype/3.0.1/maven-archetype-3.0.1-source-release.zip

Source release checksum(s):
maven-archetype-3.0.1-source-release.zip sha1:  
7332a5f891eb8ec128afa068ed669a9fa4420533


Staging site:
https://maven.apache.org/archetype-archives/archetype-LATEST/

Guide to testing staged releases:
https://maven.apache.org/guides/development/guide-testing-releases.html

Vote open for at least 72 hours.

[ ] +1
[ ] +0
[ ] -1

-
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



Re: [VOTE] Release Apache Maven Surefire Plugin version 2.20 - TAKE 3

2017-04-11 Thread Robert Scholte

Hi Tibor,

you have more than enough PMC[1] votes.

Robert

[1] http://people.apache.org/committers-by-project.html#maven-pmc

On Tue, 11 Apr 2017 13:19:40 +0200, Tibor Digana   
wrote:



We need to have one more voice.

On Sat, Apr 8, 2017 at 12:53 PM, Tibor Digana 
wrote:


Hi,

We solved 70 issues:
https://issues.apache.org/jira/secure/ReleaseNote.jspa?
projectId=12317927=12334636

There are still a couple of issues left in JIRA:
https://issues.apache.org/jira/i#issues/?jql=project+%
3D+SUREFIRE+AND+status+%3D+Open+ORDER+BY+priority+DESC

Staging repo:
https://repository.apache.org/content/repositories/maven-1330/
https://repository.apache.org/content/repositories/maven-
1330/org/apache/maven/surefire/surefire/2.20/surefire-2.20-source-release.
zip

Source release checksum(s):
surefire-2.20-source-release.zip sha1: fda994228c52dcb581d8ce6d4664f8
4a29d78797

Git tag:
https://git-wip-us.apache.org/repos/asf?p=maven-surefire.git;a=commit;h=
8c786523414018099b54a0868ae1bc3d64847411

Staging site:
http://maven.apache.org/surefire-archives/surefire-LATEST/

Guide to testing staged releases:
http://maven.apache.org/guides/development/guide-testing-releases.html

Vote open for 72 hours.

[ ] +1
[ ] +0
[ ] -1

Cheers,
Tibor


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



Re: [VOTE] Release Apache Maven Surefire Plugin version 2.20 - TAKE 3

2017-04-11 Thread Manfred Moser
Sweet.. this looks good to me.

+1 (non binding, committer)

manfred

Tibor Digana wrote on 2017-04-11 04:19:

> We need to have one more voice.
> 
> On Sat, Apr 8, 2017 at 12:53 PM, Tibor Digana 
> wrote:
> 
>> Hi,
>>
>> We solved 70 issues:
>> https://issues.apache.org/jira/secure/ReleaseNote.jspa?
>> projectId=12317927=12334636
>>
>> There are still a couple of issues left in JIRA:
>> https://issues.apache.org/jira/i#issues/?jql=project+%
>> 3D+SUREFIRE+AND+status+%3D+Open+ORDER+BY+priority+DESC
>>
>> Staging repo:
>> https://repository.apache.org/content/repositories/maven-1330/
>> https://repository.apache.org/content/repositories/maven-
>> 1330/org/apache/maven/surefire/surefire/2.20/surefire-2.20-source-release.
>> zip
>>
>> Source release checksum(s):
>> surefire-2.20-source-release.zip sha1: fda994228c52dcb581d8ce6d4664f8
>> 4a29d78797
>>
>> Git tag:
>> https://git-wip-us.apache.org/repos/asf?p=maven-surefire.git;a=commit;h=
>> 8c786523414018099b54a0868ae1bc3d64847411
>>
>> Staging site:
>> http://maven.apache.org/surefire-archives/surefire-LATEST/
>>
>> Guide to testing staged releases:
>> http://maven.apache.org/guides/development/guide-testing-releases.html
>>
>> Vote open for 72 hours.
>>
>> [ ] +1
>> [ ] +0
>> [ ] -1
>>
>> Cheers,
>> Tibor
>>
> 


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



[GitHub] maven-surefire issue #146: SUREFIRE-1330: Fix module name in surefire-provid...

2017-04-11 Thread Tibor17
Github user Tibor17 commented on the issue:

https://github.com/apache/maven-surefire/pull/146
  
Not on the same version. It's not legal to introduce incomplete feature. 
The acceptable way would be to introduce junit5 in 3.0-alpha-1.


---
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-surefire issue #146: SUREFIRE-1330: Fix module name in surefire-provid...

2017-04-11 Thread mgreau
Github user mgreau commented on the issue:

https://github.com/apache/maven-surefire/pull/146
  
Hi,
Ok, thanks for the information.
This PR just fixes an oversight when #142 was merged on the 3.0-rc1 branch, 
nothing more.

> Then we will integrate support for Jigsaw Java 9 and fixes for blocker 
issues.

Do you mean that JUnit5 support and Jigsaw Java 9  support will be done on 
the same version?


---
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-surefire issue #146: SUREFIRE-1330: Fix module name in surefire-provid...

2017-04-11 Thread Tibor17
Github user Tibor17 commented on the issue:

https://github.com/apache/maven-surefire/pull/146
  
@mgreau 
The time has not yet come for 3.0 and junit5.
We are in progress. Both branches are not mergable. I should cherry pick 
changes and fix a failing IT in 3.0-rc1. First of all we have to wait for the 
current Vote in mailing list until Version 2.20 is ready to go out. Then we 
will integrate support for Jigsaw Java 9 and fixes for blocker issues.


---
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-surefire issue #142: SUREFIRE-1330: Import provider code donated by JU...

2017-04-11 Thread mgreau
Github user mgreau commented on the issue:

https://github.com/apache/maven-surefire/pull/142
  
@britter Hi FYI I have create a PR (#146) to finalize the updates proposed 
by @marcphilipp

At @exoplatform we are working on UI automation tests with Maven JUnit5 and 
Selenide, so let me know how I can help on the maven-surefire:3.0.0 version 
😉 
Thanks


---
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-surefire pull request #146: SUREFIRE-1330: Fix module name in surefire...

2017-04-11 Thread mgreau
GitHub user mgreau opened a pull request:

https://github.com/apache/maven-surefire/pull/146

SUREFIRE-1330: Fix module name in surefire-providers reactor

This PR fixes the JUnit5 module name `surefire-junit-platform` in the 
`surefire-providers` POM reactor.


 Build logs results with and without the fix

Indeed, without this PR I can't build the project on this branch:

```
╭─mgreau@mbpro ~/GIT/mgreau/maven-surefire  ‹3.0-rc1› 
╰─$ mvn clean install
[INFO] Scanning for projects...
[ERROR] [ERROR] Some problems were encountered while processing the POMs:
[ERROR] Child module 
/Users/mgreau/Dev/Sources/eXo/all_git_repos/mgreau/maven-surefire/surefire-providers/surefire-junit5
 of 
/Users/mgreau/Dev/Sources/eXo/all_git_repos/mgreau/maven-surefire/surefire-providers/pom.xml
 does not exist @ 
 @ 
[ERROR] The build could not read 1 project -> [Help 1]
[ERROR]   
[ERROR]   The project 
org.apache.maven.surefire:surefire-providers:2.19.2-SNAPSHOT 
(/Users/mgreau/Dev/Sources/eXo/all_git_repos/mgreau/maven-surefire/surefire-providers/pom.xml)
 has 1 error
[ERROR] Child module 
/Users/mgreau/Dev/Sources/eXo/all_git_repos/mgreau/maven-surefire/surefire-providers/surefire-junit5
 of 
/Users/mgreau/Dev/Sources/eXo/all_git_repos/mgreau/maven-surefire/surefire-providers/pom.xml
 does not exist
[ERROR] 
[ERROR] To see the full stack trace of the errors, re-run Maven with the -e 
switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR] 
[ERROR] For more information about the errors and possible solutions, 
please read the following articles:
[ERROR] [Help 1] 
http://cwiki.apache.org/confluence/display/MAVEN/ProjectBuildingException
```

With this PR, I have a Build Failure because of the module `Maven Surefire 
Integration Tests` but the reactor is OK:

```
Tests run: 701, Failures: 36, Errors: 498, Skipped: 133

[INFO] 
[INFO] --- maven-checkstyle-plugin:2.15:check (checkstyle-check) @ 
surefire-integration-tests ---
[INFO] 
[INFO] --- maven-failsafe-plugin:2.12.4:verify (default) @ 
surefire-integration-tests ---
[INFO] Failsafe report directory: 
/Users/mgreau/Dev/Sources/eXo/all_git_repos/3party/maven-surefire/surefire-integration-tests/target/failsafe-reports
[INFO] 

[INFO] Reactor Summary:
[INFO] 
[INFO] Apache Maven Surefire .. SUCCESS [  
3.863 s]
[INFO] ShadeFire JUnit3 Provider .. SUCCESS [  
3.156 s]
[INFO] SureFire API ... SUCCESS [  
4.231 s]
[INFO] SureFire Booter  SUCCESS [  
1.602 s]
[INFO] Maven Surefire Test-Grouping Support ... SUCCESS [  
1.314 s]
[INFO] SureFire Providers . SUCCESS [  
0.516 s]
[INFO] Shared JUnit3 Provider Code  SUCCESS [  
0.799 s]
[INFO] Shared Java 5 Provider Base  SUCCESS [  
1.042 s]
[INFO] Shared JUnit4 Provider Code  SUCCESS [  
1.136 s]
[INFO] Shared JUnit48 Provider Code ... SUCCESS [  
1.686 s]
[INFO] SureFire JUnit Runner .. SUCCESS [  
1.018 s]
[INFO] SureFire JUnit4 Runner . SUCCESS [  
1.400 s]
[INFO] Maven Surefire Common .. SUCCESS [  
4.381 s]
[INFO] SureFire JUnitCore Runner .. SUCCESS [ 
49.355 s]
[INFO] SureFire JUnit Platform Runner . SUCCESS [  
1.624 s]
[INFO] SureFire TestNG Utils .. SUCCESS [  
0.909 s]
[INFO] SureFire TestNG Runner . SUCCESS [  
1.702 s]
[INFO] Surefire Report Parser . SUCCESS [  
1.346 s]
[INFO] Maven Surefire Plugin .. SUCCESS [  
3.826 s]
[INFO] Maven Failsafe Plugin .. SUCCESS [  
2.514 s]
[INFO] Maven Surefire Report Plugin ... SUCCESS [  
7.545 s]
[INFO] Maven Surefire Integration Test Setup .. SUCCESS [ 
34.920 s]
[INFO] Maven Surefire Integration Tests ... FAILURE [23:41 
min]
[INFO] 

[INFO] BUILD FAILURE
[INFO] 

[INFO] Total time: 25:51 min
[INFO] Finished at: 2017-04-11T15:34:37+02:00
[INFO] Final Memory: 85M/1284M
[INFO] 


```


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

$ git pull 

Re: [VOTE] Release Apache Maven Surefire Plugin version 2.20 - TAKE 3

2017-04-11 Thread Tibor Digana
We need to have one more voice.

On Sat, Apr 8, 2017 at 12:53 PM, Tibor Digana 
wrote:

> Hi,
>
> We solved 70 issues:
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?
> projectId=12317927=12334636
>
> There are still a couple of issues left in JIRA:
> https://issues.apache.org/jira/i#issues/?jql=project+%
> 3D+SUREFIRE+AND+status+%3D+Open+ORDER+BY+priority+DESC
>
> Staging repo:
> https://repository.apache.org/content/repositories/maven-1330/
> https://repository.apache.org/content/repositories/maven-
> 1330/org/apache/maven/surefire/surefire/2.20/surefire-2.20-source-release.
> zip
>
> Source release checksum(s):
> surefire-2.20-source-release.zip sha1: fda994228c52dcb581d8ce6d4664f8
> 4a29d78797
>
> Git tag:
> https://git-wip-us.apache.org/repos/asf?p=maven-surefire.git;a=commit;h=
> 8c786523414018099b54a0868ae1bc3d64847411
>
> Staging site:
> http://maven.apache.org/surefire-archives/surefire-LATEST/
>
> Guide to testing staged releases:
> http://maven.apache.org/guides/development/guide-testing-releases.html
>
> Vote open for 72 hours.
>
> [ ] +1
> [ ] +0
> [ ] -1
>
> Cheers,
> Tibor
>


Re: Building a Java9 project just using JDK9

2017-04-11 Thread Enrico Olivelli
@Jörg
I have updated the PR with your proposal of registering only a bunch of
converters.
https://github.com/apache/maven-plugins/pull/112

It is working very well (with a very simple webapp) !

I think it is the most simple solution for the Java9 problem actually. It
does not require invasive code change.

Is this a good short/mid term solution ? Can a submit a JIRA ?




2017-04-11 10:25 GMT+02:00 Jörg Schaible :

> Hi Enrico,
>
> Enrico Olivelli wrote:
>
> > Thank you all for your quick answers
> >
> > @Robert
> > I have checked out the code and took a deeper look:
> > the implementation of MWAR-397 is complex and will take some time, on the
> > mid term I agree that it will an awesome solution
> > https://issues.apache.org/jira/browse/MWAR-397
> >
> > @Jörg
> > The option --permit-illegal-access will not work for me as it will hide
> > most of the problems of Java9 fo
>
> At least it writes still any violation to stderr. As said, that is also
> just
> a temporary solution.
>
> > I would like to propose a simpler patch which prevents the
> > maven-war-plugin from crashing at clinit
> > https://github.com/apache/maven-plugins/pull/112
> >
> > this will make it work just by disabling the cache
> > I see it is a very temporary fix but lets everyone go on with Java9
> > Webapps
> >
> > If the idea is good a can file a JIRA, clean up the code respecting the
> > conventions or the project and file a clean PR
>
> In that case you might simply overload XStream's setupConverters method and
> register only the converters used for the scenario in the war-plugin. If
> the
> object graph does not contain a TreeSet, there's no need to initialize and
> register a converter for it.
>
> > Another fallback would be to use the Kryo library, which let's you
> > serialize non-serializable objects, but I have not tests
>
> Cannot say anything about it.
>
> Cheers,
> Jörg
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>
>


Re: Building a Java9 project just using JDK9

2017-04-11 Thread Jörg Schaible
Hi Enrico,

Enrico Olivelli wrote:

> Thank you all for your quick answers
> 
> @Robert
> I have checked out the code and took a deeper look:
> the implementation of MWAR-397 is complex and will take some time, on the
> mid term I agree that it will an awesome solution
> https://issues.apache.org/jira/browse/MWAR-397
> 
> @Jörg
> The option --permit-illegal-access will not work for me as it will hide
> most of the problems of Java9 fo

At least it writes still any violation to stderr. As said, that is also just 
a temporary solution.

> I would like to propose a simpler patch which prevents the
> maven-war-plugin from crashing at clinit
> https://github.com/apache/maven-plugins/pull/112
> 
> this will make it work just by disabling the cache
> I see it is a very temporary fix but lets everyone go on with Java9
> Webapps
> 
> If the idea is good a can file a JIRA, clean up the code respecting the
> conventions or the project and file a clean PR

In that case you might simply overload XStream's setupConverters method and 
register only the converters used for the scenario in the war-plugin. If the 
object graph does not contain a TreeSet, there's no need to initialize and 
register a converter for it.

> Another fallback would be to use the Kryo library, which let's you
> serialize non-serializable objects, but I have not tests

Cannot say anything about it.

Cheers,
Jörg


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



Re: Building a Java9 project just using JDK9

2017-04-11 Thread Enrico Olivelli
Thank you all for your quick answers

@Robert
I have checked out the code and took a deeper look:
the implementation of MWAR-397 is complex and will take some time, on the
mid term I agree that it will an awesome solution
https://issues.apache.org/jira/browse/MWAR-397

@Jörg
The option --permit-illegal-access will not work for me as it will hide
most of the problems of Java9 fo

I would like to propose a simpler patch which prevents the maven-war-plugin
from crashing at clinit
https://github.com/apache/maven-plugins/pull/112

this will make it work just by disabling the cache
I see it is a very temporary fix but lets everyone go on with Java9 Webapps

If the idea is good a can file a JIRA, clean up the code respecting the
conventions or the project and file a clean PR

Another fallback would be to use the Kryo library, which let's you
serialize non-serializable objects, but I have not tests




2017-04-10 22:46 GMT+02:00 Jörg Schaible :

> Enrico Olivelli wrote:
>
> > Il lun 10 apr 2017, 18:57 Karl Heinz Marbaise  ha
> > scritto:
> >
> >> Hi,
> >>
> >> On 10/04/17 17:37, Enrico Olivelli wrote:
> >> > Hi,
> >> > I would like be able to build an existing project developed for java8
> >> > by simple running Maven on jdk9.
> >> >
> >> > Actually it is not possible, I am aware of that and I am currently
> >> > following all the news about Maven and Java9
> >>
> >> What is not possible ? Do you have an error message / log file etc. ?
> >>
> >
> > Actually I am blocked on the TreeMap issue with xstream and
> > maven-war-plugin.
> > Is there any active work on that issue?
> >  I see it is marked as an external dep problem but on xstream issue
> >  tracker
> > it seems that it is not a priority
>
> You should be able to run it with MAVEN_OPTS="--permit-illegal-access" -
> at
> least until a solution is available.
>
> Cheers,
> Jörg
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>
>


[GitHub] maven-plugins pull request #112: Maven War Plugin eash fix

2017-04-11 Thread eolivelli
GitHub user eolivelli opened a pull request:

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

Maven War Plugin eash fix



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

$ git pull https://github.com/eolivelli/maven-plugins 
maven-war-plugin-easy-fix

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

https://github.com/apache/maven-plugins/pull/112.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 #112


commit fd517a2be0fac4d7d94dc54bcf62bceb791d3d2f
Author: eolivelli 
Date:   2017-04-11T08:07:36Z

Maven War Plugin eash fix




---
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: [VOTE] Release Apache Maven Surefire Plugin version 2.20 - TAKE 3

2017-04-11 Thread Tibor Digana
Thx Herve. Surefire was the last in the puzzle to have a colored output
with newly released Maven 3.5.0.
We would be happy to release surefire with JUnit 5, Java 9 support and
version 3.0 in the future.

On Tue, Apr 11, 2017 at 1:32 AM, Hervé BOUTEMY 
wrote:

> tested on Linux: works fine, and the new colored output with Maven 3.5.0 is
> great :)
>
> Thank you for the huge work, with the help of Michael: I know it was really
> hard.
>
> Regards,
>
> Hervé
>
> Le samedi 8 avril 2017, 12:53:38 CEST Tibor Digana a écrit :
> > Hi,
> >
> > We solved 70 issues:
> > https://issues.apache.org/jira/secure/ReleaseNote.jspa?
> projectId=12317927
> > rsion=12334636
> >
> > There are still a couple of issues left in JIRA:
> > https://issues.apache.org/jira/i#issues/?jql=project+%
> 3D+SUREFIRE+AND+status
> > +%3D+Open+ORDER+BY+priority+DESC
> >
> > Staging repo:
> > https://repository.apache.org/content/repositories/maven-1330/
> > https://repository.apache.org/content/repositories/maven-
> 1330/org/apache/mav
> > en/surefire/surefire/2.20/surefire-2.20-source-release.zip
> >
> > Source release checksum(s):
> > surefire-2.20-source-release.zip sha1:
> > fda994228c52dcb581d8ce6d4664f84a29d78797
> >
> > Git tag:
> > https://git-wip-us.apache.org/repos/asf?p=maven-surefire.
> git;a=commit;h=8c78
> > 6523414018099b54a0868ae1bc3d64847411
> >
> > Staging site:
> > http://maven.apache.org/surefire-archives/surefire-LATEST/
> >
> > Guide to testing staged releases:
> > http://maven.apache.org/guides/development/guide-testing-releases.html
> >
> > Vote open for 72 hours.
> >
> > [ ] +1
> > [ ] +0
> > [ ] -1
> >
> > Cheers,
> > Tibor
>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>
>