[jira] [Closed] (MCHANGES-367) Release maven-changes-plugin 2.12
[ https://issues.apache.org/jira/browse/MCHANGES-367?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael Osipov closed MCHANGES-367. --- Resolution: Done > Release maven-changes-plugin 2.12 > - > > Key: MCHANGES-367 > URL: https://issues.apache.org/jira/browse/MCHANGES-367 > Project: Maven Changes Plugin > Issue Type: Task > Components: github >Affects Versions: 2.12 >Reporter: Subin Sugunan >Assignee: Michael Osipov > Labels: build > > Hello > We use enterprise GitHub and we would like to utilize the enterprise support > added as part of https://issues.apache.org/jira/browse/MCHANGES-305 > We have tested and verified maven-changes-plugin:2.12-SNAPSHOT and its > working as expected. > As per the > [maven-changes-plugin|https://maven.apache.org/plugins/maven-changes-plugin/] > site, 2.11 was released on 2014-09-24, which is more than an year old now. > It will be nice to have maven-changes-plugin:2.12 released. > Thanks > Subin Sugunan -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Comment Edited] (SUREFIRE-1236) Surefire 2.19.1 hangs when building maven on Win 2012 server
[ https://issues.apache.org/jira/browse/SUREFIRE-1236?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15223468#comment-15223468 ] Tibor Digana edited comment on SUREFIRE-1236 at 4/3/16 7:39 PM: [~vijayhugar] Hi Vijay, I wrote a project according to the info you gave me. It does not crash. Please modify it and try add minimum staff incrementally in order to reproduce this issue. I was quite busy with other project but I will have a look. Feel free to attach your project and I will investigate more. was (Author: tibor17): [~vijayhugar] Hi Vijay, I wrote a project according to the info you gave me. It does not crash. Please modify it and try add minimum staff incrementally in order to reproduce this issue. I was quite bussy with other project but I will have a look. Feel free to attache your project and I will investigate more. > Surefire 2.19.1 hangs when building maven on Win 2012 server > > > Key: SUREFIRE-1236 > URL: https://issues.apache.org/jira/browse/SUREFIRE-1236 > Project: Maven Surefire > Issue Type: Bug > Components: TestNG support >Affects Versions: 2.19.1 > Environment: Windows 2012 server- 64 bit >Reporter: Vijay > Attachments: Pom.zip, SUREFIRE-1236.zip > > > Description : Surefire 2.19.1 hangs when building maven on Win 2012 server > machine using TFS build process. Please find the stack results below. > Note : When I build it locally ( WIN 8.1, 64 bit), it works without any issue > 2016-03-09 15:02:36 > Full thread dump Java HotSpot(TM) 64-Bit Server VM (24.45-b08 mixed mode): > "Thread-3" prio=6 tid=0x0a4d7000 nid=0x21e0 runnable > [0x0c5df000] >java.lang.Thread.State: RUNNABLE > at java.io.FileInputStream.readBytes(Native Method) > at java.io.FileInputStream.read(FileInputStream.java:272) > at sun.nio.cs.StreamDecoder.readBytes(StreamDecoder.java:283) > at sun.nio.cs.StreamDecoder.implRead(StreamDecoder.java:325) > at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:177) > - locked <0xf394cc38> (a java.io.InputStreamReader) > at java.io.InputStreamReader.read(InputStreamReader.java:184) > at java.io.BufferedReader.fill(BufferedReader.java:154) > at java.io.BufferedReader.readLine(BufferedReader.java:317) > - locked <0xf394cc38> (a java.io.InputStreamReader) > at java.io.BufferedReader.readLine(BufferedReader.java:382) > at > org.apache.maven.surefire.shade.org.apache.maven.shared.utils.cli.StreamPumper.run(StreamPumper.java:76) >Locked ownable synchronizers: > - None > "Thread-2" prio=6 tid=0x0a7b8800 nid=0xaa0 runnable > [0x0c4de000] >java.lang.Thread.State: RUNNABLE > at java.io.FileInputStream.readBytes(Native Method) > at java.io.FileInputStream.read(FileInputStream.java:272) > at java.io.BufferedInputStream.read1(BufferedInputStream.java:273) > at java.io.BufferedInputStream.read(BufferedInputStream.java:334) > - locked <0xf3973da0> (a java.io.BufferedInputStream) > at sun.nio.cs.StreamDecoder.readBytes(StreamDecoder.java:283) > at sun.nio.cs.StreamDecoder.implRead(StreamDecoder.java:325) > at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:177) > - locked <0xf3973d88> (a java.io.InputStreamReader) > at java.io.InputStreamReader.read(InputStreamReader.java:184) > at java.io.BufferedReader.fill(BufferedReader.java:154) > at java.io.BufferedReader.readLine(BufferedReader.java:317) > - locked <0xf3973d88> (a java.io.InputStreamReader) > at java.io.BufferedReader.readLine(BufferedReader.java:382) > at > org.apache.maven.surefire.shade.org.apache.maven.shared.utils.cli.StreamPumper.run(StreamPumper.java:76) >Locked ownable synchronizers: > - None > "ThreadedStreamConsumer" daemon prio=6 tid=0x0a7b7800 nid=0x18d0 > waiting on condition [0x0c2df000] >java.lang.Thread.State: WAITING (parking) > at sun.misc.Unsafe.park(Native Method) > - parking to wait for <0xf394f620> (a > java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject) > at java.util.concurrent.locks.LockSupport.park(LockSupport.java:186) > at > java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2043) > at > java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:442) > at > org.apache.maven.plugin.surefire.booterclient.output.ThreadedStreamConsumer$Pumper.run(ThreadedStreamConsumer.java:71) > at java.lang.Thread.run(Thread.java:744) >Locked ownable synchronizers: > - None > "ping-timer-10sec" daemon prio=6 tid=0x0a7b3000 nid=0x1aa0
[jira] [Commented] (SUREFIRE-1236) Surefire 2.19.1 hangs when building maven on Win 2012 server
[ https://issues.apache.org/jira/browse/SUREFIRE-1236?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15223468#comment-15223468 ] Tibor Digana commented on SUREFIRE-1236: [~vijayhugar] Hi Vijay, I wrote a project according to the info you gave me. It does not crash. Please modify it and try add minimum staff incrementally in order to reproduce this issue. I was quite bussy with other project but I will have a look. Feel free to attache your project and I will investigate more. > Surefire 2.19.1 hangs when building maven on Win 2012 server > > > Key: SUREFIRE-1236 > URL: https://issues.apache.org/jira/browse/SUREFIRE-1236 > Project: Maven Surefire > Issue Type: Bug > Components: TestNG support >Affects Versions: 2.19.1 > Environment: Windows 2012 server- 64 bit >Reporter: Vijay > Attachments: Pom.zip, SUREFIRE-1236.zip > > > Description : Surefire 2.19.1 hangs when building maven on Win 2012 server > machine using TFS build process. Please find the stack results below. > Note : When I build it locally ( WIN 8.1, 64 bit), it works without any issue > 2016-03-09 15:02:36 > Full thread dump Java HotSpot(TM) 64-Bit Server VM (24.45-b08 mixed mode): > "Thread-3" prio=6 tid=0x0a4d7000 nid=0x21e0 runnable > [0x0c5df000] >java.lang.Thread.State: RUNNABLE > at java.io.FileInputStream.readBytes(Native Method) > at java.io.FileInputStream.read(FileInputStream.java:272) > at sun.nio.cs.StreamDecoder.readBytes(StreamDecoder.java:283) > at sun.nio.cs.StreamDecoder.implRead(StreamDecoder.java:325) > at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:177) > - locked <0xf394cc38> (a java.io.InputStreamReader) > at java.io.InputStreamReader.read(InputStreamReader.java:184) > at java.io.BufferedReader.fill(BufferedReader.java:154) > at java.io.BufferedReader.readLine(BufferedReader.java:317) > - locked <0xf394cc38> (a java.io.InputStreamReader) > at java.io.BufferedReader.readLine(BufferedReader.java:382) > at > org.apache.maven.surefire.shade.org.apache.maven.shared.utils.cli.StreamPumper.run(StreamPumper.java:76) >Locked ownable synchronizers: > - None > "Thread-2" prio=6 tid=0x0a7b8800 nid=0xaa0 runnable > [0x0c4de000] >java.lang.Thread.State: RUNNABLE > at java.io.FileInputStream.readBytes(Native Method) > at java.io.FileInputStream.read(FileInputStream.java:272) > at java.io.BufferedInputStream.read1(BufferedInputStream.java:273) > at java.io.BufferedInputStream.read(BufferedInputStream.java:334) > - locked <0xf3973da0> (a java.io.BufferedInputStream) > at sun.nio.cs.StreamDecoder.readBytes(StreamDecoder.java:283) > at sun.nio.cs.StreamDecoder.implRead(StreamDecoder.java:325) > at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:177) > - locked <0xf3973d88> (a java.io.InputStreamReader) > at java.io.InputStreamReader.read(InputStreamReader.java:184) > at java.io.BufferedReader.fill(BufferedReader.java:154) > at java.io.BufferedReader.readLine(BufferedReader.java:317) > - locked <0xf3973d88> (a java.io.InputStreamReader) > at java.io.BufferedReader.readLine(BufferedReader.java:382) > at > org.apache.maven.surefire.shade.org.apache.maven.shared.utils.cli.StreamPumper.run(StreamPumper.java:76) >Locked ownable synchronizers: > - None > "ThreadedStreamConsumer" daemon prio=6 tid=0x0a7b7800 nid=0x18d0 > waiting on condition [0x0c2df000] >java.lang.Thread.State: WAITING (parking) > at sun.misc.Unsafe.park(Native Method) > - parking to wait for <0xf394f620> (a > java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject) > at java.util.concurrent.locks.LockSupport.park(LockSupport.java:186) > at > java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2043) > at > java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:442) > at > org.apache.maven.plugin.surefire.booterclient.output.ThreadedStreamConsumer$Pumper.run(ThreadedStreamConsumer.java:71) > at java.lang.Thread.run(Thread.java:744) >Locked ownable synchronizers: > - None > "ping-timer-10sec" daemon prio=6 tid=0x0a7b3000 nid=0x1aa0 waiting on > condition [0x0befe000] >java.lang.Thread.State: TIMED_WAITING (parking) > at sun.misc.Unsafe.park(Native Method) > - parking to wait for <0xf3981d20> (a > java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject) > at > java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:226) > at >
[jira] [Updated] (SUREFIRE-1236) Surefire 2.19.1 hangs when building maven on Win 2012 server
[ https://issues.apache.org/jira/browse/SUREFIRE-1236?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tibor Digana updated SUREFIRE-1236: --- Attachment: SUREFIRE-1236.zip Tibor's test project. > Surefire 2.19.1 hangs when building maven on Win 2012 server > > > Key: SUREFIRE-1236 > URL: https://issues.apache.org/jira/browse/SUREFIRE-1236 > Project: Maven Surefire > Issue Type: Bug > Components: TestNG support >Affects Versions: 2.19.1 > Environment: Windows 2012 server- 64 bit >Reporter: Vijay > Attachments: Pom.zip, SUREFIRE-1236.zip > > > Description : Surefire 2.19.1 hangs when building maven on Win 2012 server > machine using TFS build process. Please find the stack results below. > Note : When I build it locally ( WIN 8.1, 64 bit), it works without any issue > 2016-03-09 15:02:36 > Full thread dump Java HotSpot(TM) 64-Bit Server VM (24.45-b08 mixed mode): > "Thread-3" prio=6 tid=0x0a4d7000 nid=0x21e0 runnable > [0x0c5df000] >java.lang.Thread.State: RUNNABLE > at java.io.FileInputStream.readBytes(Native Method) > at java.io.FileInputStream.read(FileInputStream.java:272) > at sun.nio.cs.StreamDecoder.readBytes(StreamDecoder.java:283) > at sun.nio.cs.StreamDecoder.implRead(StreamDecoder.java:325) > at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:177) > - locked <0xf394cc38> (a java.io.InputStreamReader) > at java.io.InputStreamReader.read(InputStreamReader.java:184) > at java.io.BufferedReader.fill(BufferedReader.java:154) > at java.io.BufferedReader.readLine(BufferedReader.java:317) > - locked <0xf394cc38> (a java.io.InputStreamReader) > at java.io.BufferedReader.readLine(BufferedReader.java:382) > at > org.apache.maven.surefire.shade.org.apache.maven.shared.utils.cli.StreamPumper.run(StreamPumper.java:76) >Locked ownable synchronizers: > - None > "Thread-2" prio=6 tid=0x0a7b8800 nid=0xaa0 runnable > [0x0c4de000] >java.lang.Thread.State: RUNNABLE > at java.io.FileInputStream.readBytes(Native Method) > at java.io.FileInputStream.read(FileInputStream.java:272) > at java.io.BufferedInputStream.read1(BufferedInputStream.java:273) > at java.io.BufferedInputStream.read(BufferedInputStream.java:334) > - locked <0xf3973da0> (a java.io.BufferedInputStream) > at sun.nio.cs.StreamDecoder.readBytes(StreamDecoder.java:283) > at sun.nio.cs.StreamDecoder.implRead(StreamDecoder.java:325) > at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:177) > - locked <0xf3973d88> (a java.io.InputStreamReader) > at java.io.InputStreamReader.read(InputStreamReader.java:184) > at java.io.BufferedReader.fill(BufferedReader.java:154) > at java.io.BufferedReader.readLine(BufferedReader.java:317) > - locked <0xf3973d88> (a java.io.InputStreamReader) > at java.io.BufferedReader.readLine(BufferedReader.java:382) > at > org.apache.maven.surefire.shade.org.apache.maven.shared.utils.cli.StreamPumper.run(StreamPumper.java:76) >Locked ownable synchronizers: > - None > "ThreadedStreamConsumer" daemon prio=6 tid=0x0a7b7800 nid=0x18d0 > waiting on condition [0x0c2df000] >java.lang.Thread.State: WAITING (parking) > at sun.misc.Unsafe.park(Native Method) > - parking to wait for <0xf394f620> (a > java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject) > at java.util.concurrent.locks.LockSupport.park(LockSupport.java:186) > at > java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2043) > at > java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:442) > at > org.apache.maven.plugin.surefire.booterclient.output.ThreadedStreamConsumer$Pumper.run(ThreadedStreamConsumer.java:71) > at java.lang.Thread.run(Thread.java:744) >Locked ownable synchronizers: > - None > "ping-timer-10sec" daemon prio=6 tid=0x0a7b3000 nid=0x1aa0 waiting on > condition [0x0befe000] >java.lang.Thread.State: TIMED_WAITING (parking) > at sun.misc.Unsafe.park(Native Method) > - parking to wait for <0xf3981d20> (a > java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject) > at > java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:226) > at > java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2082) > at > java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:1090) > at >
[jira] [Commented] (SUREFIRE-1239) ExecutionException java.lang.RuntimeException: org.apache.maven.surefire.report.ReporterException: When writing xml report stdout/stderr (No such file or directory)
[ https://issues.apache.org/jira/browse/SUREFIRE-1239?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15223462#comment-15223462 ] Tibor Digana commented on SUREFIRE-1239: [~yorammi] Pls attach the log file from command mvn -e -X test and the project you run, thx. > ExecutionException java.lang.RuntimeException: > org.apache.maven.surefire.report.ReporterException: When writing xml report > stdout/stderr (No such file or directory) > > > Key: SUREFIRE-1239 > URL: https://issues.apache.org/jira/browse/SUREFIRE-1239 > Project: Maven Surefire > Issue Type: Bug > Components: Maven Surefire Plugin >Affects Versions: 2.19.1 >Reporter: Yoram Michaeli > > Getting the following exception every few builds: > [ERROR] Failed to execute goal > org.apache.maven.plugins:maven-surefire-plugin:2.19.1:test (default-test) on > project publisher-console: ExecutionException java.lang.RuntimeException: > org.apache.maven.surefire.report.ReporterException: When writing xml report > stdout/stderr: /tmp/stdout9186853534312229181deferred (No such file or > directory) -> [Help 1] -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Assigned] (SUREFIRE-1239) ExecutionException java.lang.RuntimeException: org.apache.maven.surefire.report.ReporterException: When writing xml report stdout/stderr (No such file or directory)
[ https://issues.apache.org/jira/browse/SUREFIRE-1239?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tibor Digana reassigned SUREFIRE-1239: -- Assignee: Tibor Digana > ExecutionException java.lang.RuntimeException: > org.apache.maven.surefire.report.ReporterException: When writing xml report > stdout/stderr (No such file or directory) > > > Key: SUREFIRE-1239 > URL: https://issues.apache.org/jira/browse/SUREFIRE-1239 > Project: Maven Surefire > Issue Type: Bug > Components: Maven Surefire Plugin >Affects Versions: 2.19.1 >Reporter: Yoram Michaeli >Assignee: Tibor Digana > > Getting the following exception every few builds: > [ERROR] Failed to execute goal > org.apache.maven.plugins:maven-surefire-plugin:2.19.1:test (default-test) on > project publisher-console: ExecutionException java.lang.RuntimeException: > org.apache.maven.surefire.report.ReporterException: When writing xml report > stdout/stderr: /tmp/stdout9186853534312229181deferred (No such file or > directory) -> [Help 1] -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (MRAR-52) Upgrade plexus-archiver from 3.0.3 to 3.1
[ https://issues.apache.org/jira/browse/MRAR-52?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15223240#comment-15223240 ] Hudson commented on MRAR-52: UNSTABLE: Integrated in maven-plugins #5585 (See [https://builds.apache.org/job/maven-plugins/5585/]) [MRAR-52] Upgrade plexus-archiver from 3.0.3 to 3.1 (khmarbaise: [http://svn.apache.org/viewvc/?view=rev=1737578]) * maven-rar-plugin/pom.xml > Upgrade plexus-archiver from 3.0.3 to 3.1 > - > > Key: MRAR-52 > URL: https://issues.apache.org/jira/browse/MRAR-52 > Project: Maven Rar Plugin > Issue Type: Improvement >Affects Versions: 3.0.0 >Reporter: Karl Heinz Marbaise >Assignee: Karl Heinz Marbaise >Priority: Minor > Fix For: 3.0.0 > > -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (MREPOSITORY-38) Upgrade plexus-archiver from 3.0.3 to 3.1
[ https://issues.apache.org/jira/browse/MREPOSITORY-38?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15223242#comment-15223242 ] Hudson commented on MREPOSITORY-38: --- UNSTABLE: Integrated in maven-plugins #5585 (See [https://builds.apache.org/job/maven-plugins/5585/]) [MREPOSITORY-38] Upgrade plexus-archiver from 3.0.3 to 3.1 (khmarbaise: [http://svn.apache.org/viewvc/?view=rev=1737579]) * maven-repository-plugin/pom.xml > Upgrade plexus-archiver from 3.0.3 to 3.1 > - > > Key: MREPOSITORY-38 > URL: https://issues.apache.org/jira/browse/MREPOSITORY-38 > Project: Maven Repository Plugin > Issue Type: Improvement >Affects Versions: 3.0 >Reporter: Karl Heinz Marbaise >Assignee: Karl Heinz Marbaise >Priority: Minor > Fix For: 3.0 > > -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (MJAVADOC-446) Upgrade plexus-archiver from 3.0.3 to 3.1
[ https://issues.apache.org/jira/browse/MJAVADOC-446?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15223241#comment-15223241 ] Hudson commented on MJAVADOC-446: - UNSTABLE: Integrated in maven-plugins #5585 (See [https://builds.apache.org/job/maven-plugins/5585/]) [MJAVADOC-446] Upgrade plexus-archiver from 3.0.3 to 3.1 (khmarbaise: [http://svn.apache.org/viewvc/?view=rev=1737577]) * maven-javadoc-plugin/pom.xml > Upgrade plexus-archiver from 3.0.3 to 3.1 > - > > Key: MJAVADOC-446 > URL: https://issues.apache.org/jira/browse/MJAVADOC-446 > Project: Maven Javadoc Plugin > Issue Type: Improvement >Affects Versions: 2.10.3 >Reporter: Karl Heinz Marbaise >Assignee: Karl Heinz Marbaise >Priority: Minor > Fix For: 2.10.4 > > -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (MSOURCES-96) Upgrade plexus-archiver from 3.0.3 to 3.1
[ https://issues.apache.org/jira/browse/MSOURCES-96?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15223234#comment-15223234 ] Hudson commented on MSOURCES-96: UNSTABLE: Integrated in maven-plugins #5584 (See [https://builds.apache.org/job/maven-plugins/5584/]) [MSOURCES-96] Upgrade plexus-archiver from 3.0.3 to 3.1 (khmarbaise: [http://svn.apache.org/viewvc/?view=rev=1737574]) * maven-source-plugin/pom.xml > Upgrade plexus-archiver from 3.0.3 to 3.1 > - > > Key: MSOURCES-96 > URL: https://issues.apache.org/jira/browse/MSOURCES-96 > Project: Maven Source Plugin > Issue Type: Improvement >Affects Versions: 3.0.0 >Reporter: Karl Heinz Marbaise >Assignee: Karl Heinz Marbaise >Priority: Minor > Fix For: next-release > > -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (MACR-29) Upgrade plexus-archiver from 3.0.3 to 3.1
[ https://issues.apache.org/jira/browse/MACR-29?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15223232#comment-15223232 ] Hudson commented on MACR-29: UNSTABLE: Integrated in maven-plugins #5584 (See [https://builds.apache.org/job/maven-plugins/5584/]) [MACR-29] Upgrade plexus-archiver from 3.0.3 to 3.1 (khmarbaise: [http://svn.apache.org/viewvc/?view=rev=1737575]) * maven-acr-plugin/pom.xml > Upgrade plexus-archiver from 3.0.3 to 3.1 > - > > Key: MACR-29 > URL: https://issues.apache.org/jira/browse/MACR-29 > Project: Maven ACR Plugin > Issue Type: Improvement >Affects Versions: 3.0.0 >Reporter: Karl Heinz Marbaise >Assignee: Karl Heinz Marbaise >Priority: Minor > Fix For: 3.0.1 > > -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (MASSEMBLY-801) Upgrade plexus-archiver from 3.0.3 to 3.1
[ https://issues.apache.org/jira/browse/MASSEMBLY-801?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15223233#comment-15223233 ] Hudson commented on MASSEMBLY-801: -- UNSTABLE: Integrated in maven-plugins #5584 (See [https://builds.apache.org/job/maven-plugins/5584/]) [MASSEMBLY-801] Upgrade plexus-archiver from 3.0.3 to 3.1 (khmarbaise: [http://svn.apache.org/viewvc/?view=rev=1737576]) * maven-assembly-plugin/pom.xml > Upgrade plexus-archiver from 3.0.3 to 3.1 > - > > Key: MASSEMBLY-801 > URL: https://issues.apache.org/jira/browse/MASSEMBLY-801 > Project: Maven Assembly Plugin > Issue Type: Improvement >Affects Versions: 3.0.0 >Reporter: Karl Heinz Marbaise >Assignee: Karl Heinz Marbaise >Priority: Minor > Fix For: 3.0.0 > > -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (MREPOSITORY-38) Upgrade plexus-archiver from 3.0.3 to 3.1
Karl Heinz Marbaise created MREPOSITORY-38: -- Summary: Upgrade plexus-archiver from 3.0.3 to 3.1 Key: MREPOSITORY-38 URL: https://issues.apache.org/jira/browse/MREPOSITORY-38 Project: Maven Repository Plugin Issue Type: Improvement Affects Versions: 3.0 Reporter: Karl Heinz Marbaise Assignee: Karl Heinz Marbaise Priority: Minor Fix For: 3.0 -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Closed] (MREPOSITORY-38) Upgrade plexus-archiver from 3.0.3 to 3.1
[ https://issues.apache.org/jira/browse/MREPOSITORY-38?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Karl Heinz Marbaise closed MREPOSITORY-38. -- Resolution: Fixed Done in [r1737579|http://svn.apache.org/r1737579] > Upgrade plexus-archiver from 3.0.3 to 3.1 > - > > Key: MREPOSITORY-38 > URL: https://issues.apache.org/jira/browse/MREPOSITORY-38 > Project: Maven Repository Plugin > Issue Type: Improvement >Affects Versions: 3.0 >Reporter: Karl Heinz Marbaise >Assignee: Karl Heinz Marbaise >Priority: Minor > Fix For: 3.0 > > -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Closed] (MRAR-52) Upgrade plexus-archiver from 3.0.3 to 3.1
[ https://issues.apache.org/jira/browse/MRAR-52?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Karl Heinz Marbaise closed MRAR-52. --- Resolution: Fixed Done in [r1737578|http://svn.apache.org/r1737578] > Upgrade plexus-archiver from 3.0.3 to 3.1 > - > > Key: MRAR-52 > URL: https://issues.apache.org/jira/browse/MRAR-52 > Project: Maven Rar Plugin > Issue Type: Improvement >Affects Versions: 3.0.0 >Reporter: Karl Heinz Marbaise >Assignee: Karl Heinz Marbaise >Priority: Minor > Fix For: 3.0.0 > > -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (MRAR-52) Upgrade plexus-archiver from 3.0.3 to 3.1
Karl Heinz Marbaise created MRAR-52: --- Summary: Upgrade plexus-archiver from 3.0.3 to 3.1 Key: MRAR-52 URL: https://issues.apache.org/jira/browse/MRAR-52 Project: Maven Rar Plugin Issue Type: Improvement Affects Versions: 3.0.0 Reporter: Karl Heinz Marbaise Assignee: Karl Heinz Marbaise Priority: Minor Fix For: 3.0.0 -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Closed] (MJAVADOC-446) Upgrade plexus-archiver from 3.0.3 to 3.1
[ https://issues.apache.org/jira/browse/MJAVADOC-446?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Karl Heinz Marbaise closed MJAVADOC-446. Resolution: Fixed Assignee: Karl Heinz Marbaise Done in [r1737577|http://svn.apache.org/r1737577] > Upgrade plexus-archiver from 3.0.3 to 3.1 > - > > Key: MJAVADOC-446 > URL: https://issues.apache.org/jira/browse/MJAVADOC-446 > Project: Maven Javadoc Plugin > Issue Type: Improvement >Affects Versions: 2.10.3 >Reporter: Karl Heinz Marbaise >Assignee: Karl Heinz Marbaise >Priority: Minor > Fix For: 2.10.4 > > -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (MJAVADOC-446) Upgrade plexus-archiver from 3.0.3 to 3.1
Karl Heinz Marbaise created MJAVADOC-446: Summary: Upgrade plexus-archiver from 3.0.3 to 3.1 Key: MJAVADOC-446 URL: https://issues.apache.org/jira/browse/MJAVADOC-446 Project: Maven Javadoc Plugin Issue Type: Improvement Affects Versions: 2.10.3 Reporter: Karl Heinz Marbaise Priority: Minor Fix For: 2.10.4 -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (MSHARED-504) Remove System.gc() call
[ https://issues.apache.org/jira/browse/MSHARED-504?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15223227#comment-15223227 ] Hudson commented on MSHARED-504: SUCCESS: Integrated in maven-shared #1317 (See [https://builds.apache.org/job/maven-shared/1317/]) [MSHARED-504] Remove System.gc() call (khmarbaise: [http://svn.apache.org/viewvc/?view=rev=1737573]) * maven-shared-utils/src/main/java/org/apache/maven/shared/utils/io/FileUtils.java > Remove System.gc() call > --- > > Key: MSHARED-504 > URL: https://issues.apache.org/jira/browse/MSHARED-504 > Project: Maven Shared Components > Issue Type: Improvement > Components: maven-shared-utils >Affects Versions: maven-shared-utils-3.0.1 >Reporter: Karl Heinz Marbaise >Assignee: Karl Heinz Marbaise > Fix For: maven-shared-utils-3.0.1 > > > I think it does not make sense to call System.gc() cause it does not free up > any resources. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Closed] (MASSEMBLY-801) Upgrade plexus-archiver from 3.0.3 to 3.1
[ https://issues.apache.org/jira/browse/MASSEMBLY-801?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Karl Heinz Marbaise closed MASSEMBLY-801. - Resolution: Fixed Assignee: Karl Heinz Marbaise Done in [r1737576|http://svn.apache.org/r1737576] > Upgrade plexus-archiver from 3.0.3 to 3.1 > - > > Key: MASSEMBLY-801 > URL: https://issues.apache.org/jira/browse/MASSEMBLY-801 > Project: Maven Assembly Plugin > Issue Type: Improvement >Affects Versions: 3.0.0 >Reporter: Karl Heinz Marbaise >Assignee: Karl Heinz Marbaise >Priority: Minor > Fix For: 3.0.0 > > -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (MASSEMBLY-801) Upgrade plexus-archiver from 3.0.3 to 3.1
Karl Heinz Marbaise created MASSEMBLY-801: - Summary: Upgrade plexus-archiver from 3.0.3 to 3.1 Key: MASSEMBLY-801 URL: https://issues.apache.org/jira/browse/MASSEMBLY-801 Project: Maven Assembly Plugin Issue Type: Improvement Affects Versions: 3.0.0 Reporter: Karl Heinz Marbaise Priority: Minor Fix For: 3.0.0 -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Closed] (MACR-29) Upgrade plexus-archiver from 3.0.3 to 3.1
[ https://issues.apache.org/jira/browse/MACR-29?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Karl Heinz Marbaise closed MACR-29. --- Resolution: Fixed Assignee: Karl Heinz Marbaise Done in [r1737575|http://svn.apache.org/r1737575] > Upgrade plexus-archiver from 3.0.3 to 3.1 > - > > Key: MACR-29 > URL: https://issues.apache.org/jira/browse/MACR-29 > Project: Maven ACR Plugin > Issue Type: Improvement >Affects Versions: 3.0.0 >Reporter: Karl Heinz Marbaise >Assignee: Karl Heinz Marbaise >Priority: Minor > Fix For: 3.0.1 > > -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (MACR-29) Upgrade plexus-archiver from 3.0.3 to 3.1
Karl Heinz Marbaise created MACR-29: --- Summary: Upgrade plexus-archiver from 3.0.3 to 3.1 Key: MACR-29 URL: https://issues.apache.org/jira/browse/MACR-29 Project: Maven ACR Plugin Issue Type: Improvement Affects Versions: 3.0.0 Reporter: Karl Heinz Marbaise Priority: Minor Fix For: 3.0.1 -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Closed] (MSOURCES-96) Upgrade plexus-archiver from 3.0.3 to 3.1
[ https://issues.apache.org/jira/browse/MSOURCES-96?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Karl Heinz Marbaise closed MSOURCES-96. --- Resolution: Fixed Assignee: Karl Heinz Marbaise Done in [r1737574|http://svn.apache.org/r1737574] > Upgrade plexus-archiver from 3.0.3 to 3.1 > - > > Key: MSOURCES-96 > URL: https://issues.apache.org/jira/browse/MSOURCES-96 > Project: Maven Source Plugin > Issue Type: Improvement >Affects Versions: 3.0.0 >Reporter: Karl Heinz Marbaise >Assignee: Karl Heinz Marbaise >Priority: Minor > Fix For: next-release > > -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (MSOURCES-96) Upgrade plexus-archiver from 3.0.3 to 3.1
Karl Heinz Marbaise created MSOURCES-96: --- Summary: Upgrade plexus-archiver from 3.0.3 to 3.1 Key: MSOURCES-96 URL: https://issues.apache.org/jira/browse/MSOURCES-96 Project: Maven Source Plugin Issue Type: Improvement Affects Versions: 3.0.0 Reporter: Karl Heinz Marbaise Priority: Minor Fix For: next-release -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Closed] (MSHARED-504) Remove System.gc() call
[ https://issues.apache.org/jira/browse/MSHARED-504?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Karl Heinz Marbaise closed MSHARED-504. --- Resolution: Fixed Assignee: Karl Heinz Marbaise Done in [r1737573|http://svn.apache.org/r1737573] > Remove System.gc() call > --- > > Key: MSHARED-504 > URL: https://issues.apache.org/jira/browse/MSHARED-504 > Project: Maven Shared Components > Issue Type: Improvement > Components: maven-shared-utils >Affects Versions: maven-shared-utils-3.0.1 >Reporter: Karl Heinz Marbaise >Assignee: Karl Heinz Marbaise > Fix For: maven-shared-utils-3.0.1 > > > I think it does not make sense to call System.gc() cause it does not free up > any resources. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (MSHARED-504) Remove System.gc() call
[ https://issues.apache.org/jira/browse/MSHARED-504?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Karl Heinz Marbaise updated MSHARED-504: Summary: Remove System.gc() call (was: Removing System.gc() call) > Remove System.gc() call > --- > > Key: MSHARED-504 > URL: https://issues.apache.org/jira/browse/MSHARED-504 > Project: Maven Shared Components > Issue Type: Improvement > Components: maven-shared-utils >Affects Versions: maven-shared-utils-3.0.1 >Reporter: Karl Heinz Marbaise > Fix For: maven-shared-utils-3.0.1 > > > I think it does not make sense to call System.gc() cause it does not free up > any resources. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (MSHARED-504) Removing System.gc() call
Karl Heinz Marbaise created MSHARED-504: --- Summary: Removing System.gc() call Key: MSHARED-504 URL: https://issues.apache.org/jira/browse/MSHARED-504 Project: Maven Shared Components Issue Type: Improvement Components: maven-shared-utils Affects Versions: maven-shared-utils-3.0.1 Reporter: Karl Heinz Marbaise Fix For: maven-shared-utils-3.0.1 I think it does not make sense to call System.gc() cause it does not free up any resources. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (MRELEASE-948) Add options to verify release based on release.zip
Robert Scholte created MRELEASE-948: --- Summary: Add options to verify release based on release.zip Key: MRELEASE-948 URL: https://issues.apache.org/jira/browse/MRELEASE-948 Project: Maven Release Plugin Issue Type: New Feature Components: perform Affects Versions: 2.5.3 Reporter: Robert Scholte For Apache projects, the release.zip is the official release and not the scm-tag(!). In such case it is much more important to verify that file, especially if there generated files like DEPENDENCIES are added, which might cause the rat-plugin to fail. These failures are not detected when building based on the tag. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (MNG-5900) early interpolation: support ${this.*} as expression
[ https://issues.apache.org/jira/browse/MNG-5900?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15223200#comment-15223200 ] Robert Scholte commented on MNG-5900: - Only if there's a usecase for it. I cannot think of one where the project is interested in the value of one if its supers (which is different compared to the current one). MNG-5763 is a pretty good example when to use {{this}}. The most important thing is to explain when to use {{this}}. It is about having a property for something which is used multiple times within this pom.xml, but you don't want to overridden by any project using it as a parent. {code:xml} pom ${project.groupId} someArtifactId {code} If a different project using this as its parent, but has a different groupId, then the dependency cannot be found. Here you need early interpolation. this.groupId will do the trick. I don't expect {{this}} to be used very much, but in some edgecases it is the only solution. > early interpolation: support ${this.*} as expression > > > Key: MNG-5900 > URL: https://issues.apache.org/jira/browse/MNG-5900 > Project: Maven > Issue Type: New Feature > Components: Inheritance and Interpolation >Reporter: Robert Scholte > Fix For: Issues to be reviewed for 4.x > > > Right now we have $\{project.\*} which always interpolates values based on > the final project: "classical" interpolation is "late" interpolation. So it > is not possible that parent poms can lock values, ie avoid child poms > override. By adding $\{this} for "early" interpolation, it will be possible > to have intermediate interpolation. > If a pomfile depends on a parent, that parent will first resolve all > $\{this.\*} values for itself. Once the fully inherited pom is there, all > $\{project.\*} will be resolved. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Comment Edited] (MNG-5900) early interpolation: support ${this.*} as expression
[ https://issues.apache.org/jira/browse/MNG-5900?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15223182#comment-15223182 ] Christian Schulte edited comment on MNG-5900 at 4/3/16 9:35 AM: {noformat}${this.declared-in-a-parent-only}{noformat} For consistency with OO languages the properties would need to be fully qualified so that it's clear what value to interpolate. {noformat}${g:a:v:property}{noformat} Just call it {noformat}${this.*}{noformat} and be done with it. Maybe also add support for {noformat}${super.*}{noformat}. was (Author: schulte77): {noformat}${this.declared-in-a-parent-only}{noformat} For consistency with OO languages the properties would need to be fully qualified so that it's clear what value to interpolate. {noformat}${g:a:v:property}{noformat} Just call it {noformat}${this.*}{noformat} and be done with it. > early interpolation: support ${this.*} as expression > > > Key: MNG-5900 > URL: https://issues.apache.org/jira/browse/MNG-5900 > Project: Maven > Issue Type: New Feature > Components: Inheritance and Interpolation >Reporter: Robert Scholte > Fix For: Issues to be reviewed for 4.x > > > Right now we have $\{project.\*} which always interpolates values based on > the final project: "classical" interpolation is "late" interpolation. So it > is not possible that parent poms can lock values, ie avoid child poms > override. By adding $\{this} for "early" interpolation, it will be possible > to have intermediate interpolation. > If a pomfile depends on a parent, that parent will first resolve all > $\{this.\*} values for itself. Once the fully inherited pom is there, all > $\{project.\*} will be resolved. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (MNG-5900) early interpolation: support ${this.*} as expression
[ https://issues.apache.org/jira/browse/MNG-5900?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15223182#comment-15223182 ] Christian Schulte commented on MNG-5900: {noformat}${this.declared-in-a-parent-only}{noformat} For consistency with OO languages the properties would need to be fully qualified so that it's clear what value to interpolate. {noformat}${g:a:v:property}{noformat} Just call it {noformat}${this.*}{noformat} and be done with it. > early interpolation: support ${this.*} as expression > > > Key: MNG-5900 > URL: https://issues.apache.org/jira/browse/MNG-5900 > Project: Maven > Issue Type: New Feature > Components: Inheritance and Interpolation >Reporter: Robert Scholte > Fix For: Issues to be reviewed for 4.x > > > Right now we have $\{project.\*} which always interpolates values based on > the final project: "classical" interpolation is "late" interpolation. So it > is not possible that parent poms can lock values, ie avoid child poms > override. By adding $\{this} for "early" interpolation, it will be possible > to have intermediate interpolation. > If a pomfile depends on a parent, that parent will first resolve all > $\{this.\*} values for itself. Once the fully inherited pom is there, all > $\{project.\*} will be resolved. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Comment Edited] (MNG-5900) early interpolation: support ${this.*} as expression
[ https://issues.apache.org/jira/browse/MNG-5900?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15223150#comment-15223150 ] Hervé Boutemy edited comment on MNG-5900 at 4/3/16 7:17 AM: given everything happens in a XML file (not a code source file), with a specific expression syntax and usual {{$\{project.\*}}} expressions, I don't really understand what confusion you fear by having now {{$\{this.\*}}} expressions But for sure, we'll add any explanation that you'll feel useful notice that changing the syntax but keeping the same {{project}} name is IMHO more confusing, since it's not the same instance for early or late interpolation (even if it's 2 instances of the same class) was (Author: hboutemy): given everything happens in a XML file (not a code source file), with a specific expression syntax and usual {{$\{project.*}}} expressions, I don't really understand what confusion you fear by having now {{$\{this.*}}} expressions But for sure, we'll add any explanation that you'll feel useful > early interpolation: support ${this.*} as expression > > > Key: MNG-5900 > URL: https://issues.apache.org/jira/browse/MNG-5900 > Project: Maven > Issue Type: New Feature > Components: Inheritance and Interpolation >Reporter: Robert Scholte > Fix For: Issues to be reviewed for 4.x > > > Right now we have $\{project.\*} which always interpolates values based on > the final project: "classical" interpolation is "late" interpolation. So it > is not possible that parent poms can lock values, ie avoid child poms > override. By adding $\{this} for "early" interpolation, it will be possible > to have intermediate interpolation. > If a pomfile depends on a parent, that parent will first resolve all > $\{this.\*} values for itself. Once the fully inherited pom is there, all > $\{project.\*} will be resolved. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (MNG-5900) early interpolation: support ${this.*} as expression
[ https://issues.apache.org/jira/browse/MNG-5900?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15223150#comment-15223150 ] Hervé Boutemy commented on MNG-5900: given everything happens in a XML file (not a code source file), with a specific expression syntax and usual {{$\{project.*}}} expressions, I don't really understand what confusion you fear by having now {{$\{this.*}}} expressions But for sure, we'll add any explanation that you'll feel useful > early interpolation: support ${this.*} as expression > > > Key: MNG-5900 > URL: https://issues.apache.org/jira/browse/MNG-5900 > Project: Maven > Issue Type: New Feature > Components: Inheritance and Interpolation >Reporter: Robert Scholte > Fix For: Issues to be reviewed for 4.x > > > Right now we have $\{project.\*} which always interpolates values based on > the final project: "classical" interpolation is "late" interpolation. So it > is not possible that parent poms can lock values, ie avoid child poms > override. By adding $\{this} for "early" interpolation, it will be possible > to have intermediate interpolation. > If a pomfile depends on a parent, that parent will first resolve all > $\{this.\*} values for itself. Once the fully inherited pom is there, all > $\{project.\*} will be resolved. -- This message was sent by Atlassian JIRA (v6.3.4#6332)