Re: Maven Memory Consumption

I somehow assume the original patch that caused this behaviour was created due to memory leaks in embedded mode. Do de have any way to handle both ? (I'm wondering if we have any scope that is bound to the current embedsed execution) (I'm all i favour of this change no matter what...) Kristi

Re: [VOTE] Release Apache Maven Shared Component: Maven Filtering 3.1.1 (Take 2)

+1 Regards, Hervé Le lundi 30 mai 2016 22:37:11 Karl Heinz Marbaise a écrit : > Hi, > > We have solved 6 issues: > https://issues.apache.org/jira/issues/?jql=project%20%3D%20MSHARED%20AND%20f > ixVersion%20%3D%20maven-filtering-3.1.1 > > There are still a couple of issues left in JIRA: > https

Re: [VOTE] Release Apache Maven Shared Component: Maven Shared Utils 3.0.1

+1 Regards, Hervé Le dimanche 29 mai 2016 00:23:46 Karl Heinz Marbaise a écrit : > Hi, > > We have solved 5 issues: > https://issues.apache.org/jira/issues/?jql=project%20%3D%20MSHARED%20AND%20f > ixVersion%20%3D%20maven-shared-utils-3.0.1 > > There are still a couple of issues left in JIRA: >

Re: Maven Memory Consumption

I can feel your excitement coming through in the emails.. ;-) Karl Heinz Marbaise wrote on 2016-05-31 15:14: > Hi, > > tested without the patch (-Xmx6g) ...run time for the test project more > than two 2 Minutes > > running with the patch (-Xmx1g): > > Run time ca. 27 seconds... > > als

Re: Maven Memory Consumption

Hi, tested without the patch (-Xmx6g) ...run time for the test project more than two 2 Minutes running with the patch (-Xmx1g): Run time ca. 27 seconds... also worked with -Xmx768m ...ca. 30 seconds... so looks very good... Let us wait what the IT's say... Kind regards Karl Heinz Marb

[GitHub] maven-archetype pull request: ARCHETYPE-487 Add input validation for require...

Github user stain commented on the pull request: https://github.com/apache/maven-archetype/pull/7 Hi, @mryan43, have you had a chance to review @michael-o's comments on this PR? --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as

Re: Maven Memory Consumption

Hi, after more investigation and an extremly good tip of Andriy...(see MNG-6030) and in the end the solution: Using test project with 5000 modules just doing: mvn clean using the patch now in master (41144e7ecf52e7ec3850f3e78d81f42f505f4af8) extremely reduces the memory footprint... https

Re: Dynamic Dependency

This approach works for every plugin... Jochen Wiedmann wrote on 2016-05-31 03:58: > On Tue, May 31, 2016 at 8:45 AM, Bhowmik, Bindul > wrote: > >> >> I have never used the Rat plugin, but the Maven Checkstyle plugin >> supports something like this, by declaring checkstyle as a dependency >> o

[GitHub] maven-wagon pull request: Implementation for Secure FTP (FTPS protocol)

Github user wiiitek commented on the pull request: https://github.com/apache/maven-wagon/pull/22 Hi, I were just looking into Maven Wagon FTP for security reasons and what i see is that it uses default `FTPClient()` constructor, which uses TLS protocol (in commons-net v. 3.5). So I as

Re: Dynamic Dependency

Hello all, The jaxb2-maven-plugin declares the JAXB libraries as dependencies within the plugin, and hence permits the user to override the JAXB libraries at runtime. Note, however, that system-scoped dependencies (such as tools.jar) will need some special treatment as the plugin needs to augment

Re: Dynamic Dependency

On Tue, May 31, 2016 at 8:45 AM, Bhowmik, Bindul wrote: > > I have never used the Rat plugin, but the Maven Checkstyle plugin > supports something like this, by declaring checkstyle as a dependency > of the plugin[1], which can be overridden at runtime in the end user > pom configuration[2]. Tha