[ANN] Apache Maven Invoker Plugin Version 2.0.0 Released
The Apache Maven team is pleased to announce the release of the Apache Maven Invoker Plugin Version 2.0.0 Sorry the link to the plugin was wrong. The link correctly looks like this: http://maven.apache.org/plugins/maven-invoker-plugin/ Enjoy, -The Apache Maven team - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Maven Core JSR-330
maven uses eclipse sisu, which provides plexus compatibility layer on top of guice-based jsr330 implementation. you can use both plexus and jsr330 components in maven. search for references to @Named annotation to find jsr330 annotated classes. here is one totally random example https://github.com/apache/maven/blob/master/maven-core/src/main/java/org/apache/maven/classrealm/DefaultClassRealmManager.java -- Regards, Igor On Thu, Jul 2, 2015, at 05:04 AM, Charles Moulliard wrote: Hi This class still uses plexus for IoC - https://github.com/apache/maven/blob/master/maven-core/src/main/java/org/apache/maven/project/DefaultProjectBuilder.java but as mentioned within the doc (http://maven.apache.org/maven-jsr330.html), JSR-330 is also supported since version 3.1 of maven-core but I don't see such a class. Is there a jsr-330 annotated class available ? Regards, -- Charles Moulliard Apache Committer / Architect @RedHat Twitter : @cmoulliard | Blog : http://cmoulliard.github.io - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Maven Core JSR-330
Hi This class still uses plexus for IoC - https://github.com/apache/maven/blob/master/maven-core/src/main/java/org/apache/maven/project/DefaultProjectBuilder.java but as mentioned within the doc (http://maven.apache.org/maven-jsr330.html), JSR-330 is also supported since version 3.1 of maven-core but I don't see such a class. Is there a jsr-330 annotated class available ? Regards, -- Charles Moulliard Apache Committer / Architect @RedHat Twitter : @cmoulliard | Blog : http://cmoulliard.github.io
JAR/WAR file wasting memory if building with Maven
Is the content of JAR file stored in memory while building entire multi-module project? Is the stream still stored in the Heap all the time? I remember this was an issue in Maven while performing deployment or release. I would expect the stream is GCed when child A POM is completed and therefore child B would have enough memory to allocate own stream. What are recommendations and configurations to save max of memory within the build?
[GitHub] maven-surefire pull request: [SUREFIRE-1067] Nested causes conflat...
Github user Tibor17 closed the pull request at: https://github.com/apache/maven-surefire/pull/97 --- 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 Reporting Implementation version 2.4
+1 (non-binding) -- View this message in context: http://maven.40175.n5.nabble.com/VOTE-Release-Apache-Maven-Reporting-Implementation-version-2-4-tp5839163p5839182.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: svn commit: r1685226 - in /maven/plugins/trunk/maven-assembly-plugin/src: main/java/org/apache/maven/plugin/assembly/artifact/ test/java/org/apache/maven/plugin/assembly/archive/phase/ test/java/o
I'm working on a DependencyCollector, so we need to to change the artifactId. They all depend on a RepositorySystem from any Aether, so maven-repository-system? Only one problem: it will probably be harder to find or to recognize why/when you need it. Robert Op Sat, 13 Jun 2015 22:02:44 +0200 schreef Kristian Rosenvold kristian.rosenv...@gmail.com: +1 for changing the description. Maybe even the artifact id - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Unable to deploy to repository.apache.org using Java 6 any more
issues.apache.org (JIRA) has the same problem. The 4096bit DHE prime is not supported by Java (not even 1.8). It helps to disable DHE completely in jre/lib/security/java.security: jdk.tls.disabledAlgorithms=MD5, RC4, SSLv3, DSA, RSA keySize 2048, DHE Gruss Bernd Am Thu, 25 Jun 2015 20:35:46 +0200 schrieb Dennis Lundberg denn...@apache.org: Hi I finally sat down today to start the release of maven-pmd-plugin. Unfortunately I didn't get very far. When I try to mvn deploy the latest SNAPSHOT I get this error: [ERROR] Failed to execute goal org.apache.maven.plugins:maven-deploy-plugin:2.8.2:deploy (default-deploy) on project maven-pmd-plugin: Failed to retrieve remote metadata org.apache.maven.plugins:maven-pmd-plugin:3.5-SNAPSHOT/maven-metadata.xml: Could not transfer metadata org.apache.maven.plugins:maven-pmd-plugin:3.5-SNAPSHOT/maven-metadata.xml from/to apache.snapshots.https (https://repository.apache.org/content/repositories/snapshots): peer not authenticated - [Help 1] First I checked my credentials and they looked good. After some googling I suspected an SSL certificate problem, so I checked the cert for repository.apache.org and found that it is relatively new. At least more recent than my last release... Then I tried SSLPoke [1] which is small and simple to use in such cases. With Java 6 I get this error: G:\java SSLPoke repository.apache.org 443 javax.net.ssl.SSLException: java.lang.RuntimeException: Could not generate DH keypair at com.sun.net.ssl.internal.ssl.Alerts.getSSLException(Alerts.java:190) at com.sun.net.ssl.internal.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1747) at com.sun.net.ssl.internal.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1708) at com.sun.net.ssl.internal.ssl.SSLSocketImpl.handleException(SSLSocketImpl.java:1691) at com.sun.net.ssl.internal.ssl.SSLSocketImpl.handleException(SSLSocketImpl.java:1617) at com.sun.net.ssl.internal.ssl.AppOutputStream.write(AppOutputStream.java:105) at com.sun.net.ssl.internal.ssl.AppOutputStream.write(AppOutputStream.java:114) at SSLPoke.main(SSLPoke.java:31) Caused by: java.lang.RuntimeException: Could not generate DH keypair at com.sun.net.ssl.internal.ssl.DHCrypt.init(DHCrypt.java:114) at com.sun.net.ssl.internal.ssl.ClientHandshaker.serverKeyExchange(ClientHandshaker.java:559) at com.sun.net.ssl.internal.ssl.ClientHandshaker.processMessage(ClientHandshaker.java:186) at com.sun.net.ssl.internal.ssl.Handshaker.processLoop(Handshaker.java:593) at com.sun.net.ssl.internal.ssl.Handshaker.process_record(Handshaker.java:529) at com.sun.net.ssl.internal.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:943) at com.sun.net.ssl.internal.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1188) at com.sun.net.ssl.internal.ssl.SSLSocketImpl.writeRecord(SSLSocketImpl.java:654) at com.sun.net.ssl.internal.ssl.AppOutputStream.write(AppOutputStream.java:100) ... 2 more Caused by: java.security.InvalidAlgorithmParameterException: Prime size must be multiple of 64, and can only range from 512 to 1024 (inclusive) at com.sun.crypto.provider.DHKeyPairGenerator.initialize(DashoA13*..) at java.security.KeyPairGenerator$Delegate.initialize(KeyPairGenerator.java:627) at com.sun.net.ssl.internal.ssl.DHCrypt.init(DHCrypt.java:107) ... 10 more and with Java 7 it works fine G:\java SSLPoke repository.apache.org 443 Successfully connected One solution that usually works is to copy the cacerts file from a more recent Java version, so that you get the most recent list of CA certificates. I did that, and got the same error as before. So, where does that leave us? Well it seems that the certificate that has been deployed to repository.apache.org uses some kind of encryption technique that Java 6 cannot handle. See the stack trace above for the details, but my guess that the new cert uses a prime that is more than 1024 in size. AFAICT that means that anyone at the ASF wanting to to a release via repository.apahce.org must do so using Java 7. It would be great if someone could confirm and even greater if you could reject my findings... [1] https://confluence.atlassian.com/display/FISHKB/PKIX+Path+Building+Failed+-+Cannot+Set+Up+Trusted+Applications+To+SSL+Services - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: JAR/WAR file wasting memory if building with Maven
As for how maven-archiver works exactly these days I’m not sure. Anything I care about I have shifted over to using takari-archiver and it streams directly to disk. But I don’t think maven-archiver spools into memory unless Kristian’s recent changes do anything in memory for the faster archive creation. As for memory use in Maven in general, a lot of it is consumed by the models and projects themselves insofar as core Maven is concerned. Just running a typical build through YourKit (I think we all get free licenses) you can see where all the heavy consumers are in core. The models, projects, artifacts and related caches are where the majority of memory use goes. Some of these caches exist in Aether as well. On Jul 2, 2015, at 8:42 AM, Tibor Digana tibordig...@apache.org wrote: Is the content of JAR file stored in memory while building entire multi-module project? Is the stream still stored in the Heap all the time? I remember this was an issue in Maven while performing deployment or release. I would expect the stream is GCed when child A POM is completed and therefore child B would have enough memory to allocate own stream. What are recommendations and configurations to save max of memory within the build? Thanks, Jason -- Jason van Zyl Founder, Takari and Apache Maven http://twitter.com/jvanzyl http://twitter.com/takari_io - First, the taking in of scattered particulars under one Idea, so that everyone understands what is being talked about ... Second, the separation of the Idea into parts, by dividing it at the joints, as nature directs, not breaking any limb in half as a bad carver might. -- Plato, Phaedrus (Notes on the Synthesis of Form by C. Alexander) - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: JAR/WAR file wasting memory if building with Maven
Maybe related https://github.com/codehaus-plexus/plexus-archiver/issues/5 -- Regards, Igor On Thu, Jul 2, 2015, at 05:11 PM, Jason van Zyl wrote: As for how maven-archiver works exactly these days I’m not sure. Anything I care about I have shifted over to using takari-archiver and it streams directly to disk. But I don’t think maven-archiver spools into memory unless Kristian’s recent changes do anything in memory for the faster archive creation. As for memory use in Maven in general, a lot of it is consumed by the models and projects themselves insofar as core Maven is concerned. Just running a typical build through YourKit (I think we all get free licenses) you can see where all the heavy consumers are in core. The models, projects, artifacts and related caches are where the majority of memory use goes. Some of these caches exist in Aether as well. On Jul 2, 2015, at 8:42 AM, Tibor Digana tibordig...@apache.org wrote: Is the content of JAR file stored in memory while building entire multi-module project? Is the stream still stored in the Heap all the time? I remember this was an issue in Maven while performing deployment or release. I would expect the stream is GCed when child A POM is completed and therefore child B would have enough memory to allocate own stream. What are recommendations and configurations to save max of memory within the build? Thanks, Jason -- Jason van Zyl Founder, Takari and Apache Maven http://twitter.com/jvanzyl http://twitter.com/takari_io - First, the taking in of scattered particulars under one Idea, so that everyone understands what is being talked about ... Second, the separation of the Idea into parts, by dividing it at the joints, as nature directs, not breaking any limb in half as a bad carver might. -- Plato, Phaedrus (Notes on the Synthesis of Form by C. Alexander) - 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
[VOTE] Release Apache Maven Reporting Implementation version 2.4
Hi, We solved 5 issues: https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12317922version=12331430 Staging repo: https://repository.apache.org/content/repositories/maven-1195/ https://repository.apache.org/content/repositories/maven-1195/org/apache/maven/reporting/maven-reporting-impl/2.4/maven-reporting-impl-2.4-source-release.zip Source release checksum(s): maven-reporting-impl-2.4-source-release.zip sha1: ef4bc1f2041bc20162d3a3a8822ff31fd49a54d2 Staging site: http://maven.apache.org/shared-archives/maven-reporting-impl-LATEST/ Guide to testing staged releases: http://maven.apache.org/guides/development/guide-testing-releases.html Vote open for 72 hours. [ ] +1 [ ] +0 [ ] -1 - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: [VOTE] Release Apache Maven Reporting Implementation version 2.4
+1 On Jul 2, 2015, at 6:15 PM, Hervé BOUTEMY herve.bout...@free.fr wrote: Hi, We solved 5 issues: https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12317922version=12331430 Staging repo: https://repository.apache.org/content/repositories/maven-1195/ https://repository.apache.org/content/repositories/maven-1195/org/apache/maven/reporting/maven-reporting-impl/2.4/maven-reporting-impl-2.4-source-release.zip Source release checksum(s): maven-reporting-impl-2.4-source-release.zip sha1: ef4bc1f2041bc20162d3a3a8822ff31fd49a54d2 Staging site: http://maven.apache.org/shared-archives/maven-reporting-impl-LATEST/ Guide to testing staged releases: http://maven.apache.org/guides/development/guide-testing-releases.html Vote open for 72 hours. [ ] +1 [ ] +0 [ ] -1 - 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, Takari and Apache Maven http://twitter.com/jvanzyl http://twitter.com/takari_io - Selfish deeds are the shortest path to self destruction. -- The Seven Samuari, Akira Kurosawa - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org