Re: [aether-dev] Pluggable ScopeResolver?
Christofer Dutz wrote: sorry for cross posting this to the maven and the aether dev-list, but my question is sort of cross-cutting and I don't quite know where it fits best. [...] Having a look at the code, I think it should be easy to create some sort of PluggableScopeResolver, which defaults to the JavaScopeResolver. This Pluggable version could be used by plugins in need of custom scopes to define the logic for resolving their scope related issues themselves. As I tried to explain minutes before your post on the other mail, which ScopeDeriver impl an application picks is entirely up to the app itself. The logic by which a Maven plugin can affect the dependency resolution done in Maven core will have to be determined and implemented in Apache Maven, it's beyond the scope of Aether. BTW, the ScopeDeriver isn't the only extension point to consider when supporting custom scopes. ConflictResolver.ScopeSelector would also need to be aware of custom scope handling. Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: core-integration-testing-maven-3 jobs hangs
Dennis Lundberg wrote: ExecuteJava daemon prio=6 tid=0x06a92790 nid=0x1078 waiting on condition [0x0a63e000..0x0a63fa10] at sun.misc.Unsafe.park(Native Method) at java.util.concurrent.locks.LockSupport.park(LockSupport.java:118) at java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInterrupt(AbstractQueuedSynchronizer.java:716) at java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireSharedInterruptibly(AbstractQueuedSynchronizer.java:872) at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireSharedInterruptibly(AbstractQueuedSynchronizer.java:1179) at java.util.concurrent.CountDownLatch.await(CountDownLatch.java:199) at org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:528) Unless the decision gets made to require Java 1.6 for Maven 3.1+, I suggest to revert 1a1fe6d50802713d969ed08d6fa06dec53cf90e9, thereby allowing the thread pool to actually process its work queue. Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: svn commit: r1212720 - /maven/maven-3/trunk/maven-core/src/main/java/org/apache/maven/ReactorReader.java
Hi Benson,
Author: bimargulies
Date: Sat Dec 10 02:22:55 2011
New Revision: 1212720
[...]
@@ -156,12 +159,57 @@ class ReactorReader
return null;
}
-private boolean classifierComparison ( String c1, String c2 )
+/**
+ * Try to satisfy both MNG-4065 and MNG-5214. Consider jar and test-jar
equivalent.
+ * @param requestedType
+ * @param artifactType
+ * @return
+ */
+private boolean attachedArtifactComparison ( Artifact requestedArtifact,
org.apache.maven.artifact.Artifact attachedArtifact )
{
-return c1 == null c2 == null
-|| ((c1 != null) c1.equals(c2));
+if ( ! requestedArtifact.getGroupId().equals (
attachedArtifact.getGroupId() ) )
+{
+return false;
+}
+if ( ! requestedArtifact.getArtifactId().equals (
attachedArtifact.getArtifactId() ) )
+{
+return false;
+}
+String requestedExtension = requestedArtifact.getExtension();
+String attachedExtension = null;
+if ( attachedArtifact.getArtifactHandler() != null )
+{
+attachedExtension =
attachedArtifact.getArtifactHandler().getExtension();
+}
+String requestedType = requestedArtifact.getProperty ( type, );
+String attachedType = attachedArtifact.getType();
+boolean typeOk = false;
+
+if ( requestedExtension.equals ( attachedExtension ) )
+{
+// the ideal case.
+typeOk = true;
+}
+else if ( requestedType.equals( attachedType ) )
+{
+typeOk = true;
+}
+else if ( test-jar.equals ( requestedType ) jar.equals(
attachedType ) )
+{
+typeOk = true;
+}
+else if ( jar.equals ( requestedType ) test-jar.equals(
attachedType ) )
+{
+typeOk = true;
+}
Can you describe a case where
if ( requestedExtension.equals ( attachedExtension ) )
yields false and any of the
else if (...)
cases yields true?
Benjamin
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
Re: svn commit: r1210403 - in /maven/core-integration-testing/trunk: core-it-suite/src/test/java/org/apache/maven/it/ core-it-suite/src/test/resources/it0146/ core-it-suite/src/test/resources/it0146/r
Author: olamy
Date: Mon Dec 5 10:36:32 2011
New Revision: 1210403
URL: http://svn.apache.org/viewvc?rev=1210403view=rev
Log:
add core it test for regression found in appassembler with download timestamped
SNAPSHOT
see
http://mail-archives.apache.org/mod_mbox/maven-dev/201112.mbox/%3ccapcjjnhjsqed0tzuztwwtqcspyvn_k0-0xq2b7qxtn5arz-...@mail.gmail.com%3e
Added:
maven/core-integration-testing/trunk/core-it-suite/src/test/java/org/apache/maven/it/MavenIT0146InstallerSnapshotNaming.java
(with props)
maven/core-integration-testing/trunk/core-it-suite/src/test/resources/it0146/
maven/core-integration-testing/trunk/core-it-suite/src/test/resources/it0146/pom.xml
(with props)
maven/core-integration-testing/trunk/core-it-suite/src/test/resources/it0146/repo/
maven/core-integration-testing/trunk/core-it-suite/src/test/resources/it0146/repo/org/
maven/core-integration-testing/trunk/core-it-suite/src/test/resources/it0146/repo/org/apache/
maven/core-integration-testing/trunk/core-it-suite/src/test/resources/it0146/repo/org/apache/maven/
maven/core-integration-testing/trunk/core-it-suite/src/test/resources/it0146/repo/org/apache/maven/its/
maven/core-integration-testing/trunk/core-it-suite/src/test/resources/it0146/repo/org/apache/maven/its/it0146/
maven/core-integration-testing/trunk/core-it-suite/src/test/resources/it0146/repo/org/apache/maven/its/it0146/dep/
maven/core-integration-testing/trunk/core-it-suite/src/test/resources/it0146/repo/org/apache/maven/its/it0146/dep/0.1-SNAPSHOT/
maven/core-integration-testing/trunk/core-it-suite/src/test/resources/it0146/repo/org/apache/maven/its/it0146/dep/0.1-SNAPSHOT/dep-0.1-20110726.105319-1.jar
maven/core-integration-testing/trunk/core-it-suite/src/test/resources/it0146/repo/org/apache/maven/its/it0146/dep/0.1-SNAPSHOT/dep-0.1-20110726.105319-1.pom
(with props)
maven/core-integration-testing/trunk/core-it-suite/src/test/resources/it0146/repo/org/apache/maven/its/it0146/dep/0.1-SNAPSHOT/maven-metadata.xml
(with props)
maven/core-integration-testing/trunk/core-it-suite/src/test/resources/it0146/settings-template.xml
(with props)
maven/core-integration-testing/trunk/core-it-support/core-it-plugins/maven-it-plugin-artifact/src/main/java/org/apache/maven/plugin/coreit/InstallArtifactsMojo.java
(with props)
Added:
maven/core-integration-testing/trunk/core-it-suite/src/test/java/org/apache/maven/it/MavenIT0146InstallerSnapshotNaming.java
URL:
http://svn.apache.org/viewvc/maven/core-integration-testing/trunk/core-it-suite/src/test/java/org/apache/maven/it/MavenIT0146InstallerSnapshotNaming.java?rev=1210403view=auto
==
---
maven/core-integration-testing/trunk/core-it-suite/src/test/java/org/apache/maven/it/MavenIT0146InstallerSnapshotNaming.java
(added)
+++
maven/core-integration-testing/trunk/core-it-suite/src/test/java/org/apache/maven/it/MavenIT0146InstallerSnapshotNaming.java
Mon Dec 5 10:36:32 2011
@@ -0,0 +1,123 @@
+package org.apache.maven.it;
+
+/*
+ * Licensed to the Apache Software Foundation (ASF) under one
+ * or more contributor license agreements. See the NOTICE file
+ * distributed with this work for additional information
+ * regarding copyright ownership. The ASF licenses this file
+ * to you under the Apache License, Version 2.0 (the
+ * License); you may not use this file except in compliance
+ * with the License. You may obtain a copy of the License at
+ *
+ * http://www.apache.org/licenses/LICENSE-2.0
+ *
+ * Unless required by applicable law or agreed to in writing,
+ * software distributed under the License is distributed on an
+ * AS IS BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
+ * KIND, either express or implied. See the License for the
+ * specific language governing permissions and limitations
+ * under the License.
+ */
+
+import org.apache.maven.it.util.FileUtils;
+import org.apache.maven.it.util.ResourceExtractor;
+import org.mortbay.jetty.Handler;
+import org.mortbay.jetty.Server;
+import org.mortbay.jetty.handler.DefaultHandler;
+import org.mortbay.jetty.handler.HandlerList;
+import org.mortbay.jetty.handler.ResourceHandler;
+import org.mortbay.resource.FileResource;
+import org.mortbay.resource.Resource;
+
+import java.io.File;
+import java.io.IOException;
+import java.net.InetAddress;
+import java.net.MalformedURLException;
+import java.net.URISyntaxException;
+import java.util.Properties;
+
+public class MavenIT0146InstallerSnapshotNaming
+extends AbstractMavenIntegrationTestCase
+{
+
+private Server server;
+
+private int port;
+
+
+private final File testDir;
+
+public MavenIT0146InstallerSnapshotNaming()
+throws IOException
+{
+super( (2.0.2,) );
+testDir = ResourceExtractor.simpleExtractResources( getClass(),
/it0146 );
+}
+
+public void setUp()
+throws Exception
+{
Re: [VOTE] Apache Maven 3.0.4 (take 2)
Olivier Lamy wrote: I'd like to release Apache Maven 3.0.4 (take 2). [...] Note the difference with first vote is an upgrade of aether to 1.13.1 What about the memory issue that Jörg brought up? Shouldn't we at least understand the cause and potential impact on other users before continuing the release? Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: [VOTE] Apache Maven 3.0.4
Olivier Lamy wrote: I will add a core it test which check deploy of sha1 and md5. You might want to check MavenITmng4235HttpAuthDeploymentChecksumsTest before. Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: [VOTE] Apache Maven 3.0.4
Tamás Cservenák wrote: Out of curiosity, why is chunked transfer encoding used to transfer the few byte long SHA1 string? https://issues.sonatype.org/browse/AETHER-128 many servers does not support it completely... Which suggests to deprecate the problematic method in the StreamingWagon API. Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: [VOTE] Apache Maven 3.0.4
Stephen Connolly wrote: I just tried deploying to oss.sonatype.org and with the staged 3.0.4 there were no .md5's or .sha1's deployed to the staging repo Sounds like http://jira.codehaus.org/browse/WAGON-353, so maybe double-check that you don't have that wagon version in there as some extension or plugin dependency. Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: [VOTE] Usage of Aether and Sisu as dependencies of maven core with EPL licenses - take 2
David Jencks wrote: Another month went by any progress? The sources were checked into git according to parallel IP, awaiting full legal approval. Some dependencies still await review [0], too. Benjamin [0] http://www.eclipse.org/projects/ip_log.php?projectid=technology.aether - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: [VOTE] Usage of Aether and Sisu as dependencies of maven core with EPL licenses - take 2
Stephen Connolly wrote: Any idea what's needed to prod the process along... never having been involved at eclipse before, this seems like a rather long process with no visibility (as far as I can see) as to what is taking place and where the blockers are Looking at Eclipse' IPZilla, which btw is accessible to any Eclipse committer, I see currently around 180 open CQs that the IP team needs to deal with, Aether just being one among many projects. I don't know the details of the inner CQ processing either, so can only suggest you directly contact the IP team to get exact answers on the progress. On a personal note, I find it odd that the Maven PMC rejects to use (Sonatype) Aether 1.12/1.13 but is apparently very eager to consume Eclipse Aether, which basically offers the same functionality and uses the same license, EPL. Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: svn commit: r1185847 - in /maven/maven-3/trunk/maven-plugin-api/src/test: java/org/apache/maven/plugin/descriptor/PluginDescriptorBuilderTest.java resources/plugin.xml
Hervé BOUTEMY wrote: Is there a difference betweenconfiguration block and parameter.implementation element? No idea. Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: svn commit: r1185847 - in /maven/maven-3/trunk/maven-plugin-api/src/test: java/org/apache/maven/plugin/descriptor/PluginDescriptorBuilderTest.java resources/plugin.xml
Hi Hervé,
Author: hboutemy
Date: Tue Oct 18 20:45:35 2011
New Revision: 1185847
URL: http://svn.apache.org/viewvc?rev=1185847view=rev
Log:
fixed wrong UT for implementation configuration
Modified:
maven/maven-3/trunk/maven-plugin-api/src/test/java/org/apache/maven/plugin/descriptor/PluginDescriptorBuilderTest.java
maven/maven-3/trunk/maven-plugin-api/src/test/resources/plugin.xml
Modified:
maven/maven-3/trunk/maven-plugin-api/src/test/java/org/apache/maven/plugin/descriptor/PluginDescriptorBuilderTest.java
URL:
http://svn.apache.org/viewvc/maven/maven-3/trunk/maven-plugin-api/src/test/java/org/apache/maven/plugin/descriptor/PluginDescriptorBuilderTest.java?rev=1185847r1=1185846r2=1185847view=diff
==
---
maven/maven-3/trunk/maven-plugin-api/src/test/java/org/apache/maven/plugin/descriptor/PluginDescriptorBuilderTest.java
(original)
+++
maven/maven-3/trunk/maven-plugin-api/src/test/java/org/apache/maven/plugin/descriptor/PluginDescriptorBuilderTest.java
Tue Oct 18 20:45:35 2011
@@ -94,13 +94,13 @@ public class PluginDescriptorBuilderTest
assertEquals( ${jar.finalName}, pc.getValue() );
assertEquals( ${project.build.finalName}, pc.getAttribute(
default-value ) );
-assertEquals( java.lang.String, pc.getAttribute( implementation )
);
Parameter mp = md.getParameters().get( 0 );
assertEquals( finalName, mp.getName() );
assertEquals( jarName, mp.getAlias() );
assertEquals( java.lang.String, mp.getType() );
+assertEquals( java.lang.String, mp.getImplementation() );
assertEquals( true, mp.isEditable() );
assertEquals( false, mp.isRequired() );
assertEquals( parameter-description, mp.getDescription() );
Modified: maven/maven-3/trunk/maven-plugin-api/src/test/resources/plugin.xml
URL:
http://svn.apache.org/viewvc/maven/maven-3/trunk/maven-plugin-api/src/test/resources/plugin.xml?rev=1185847r1=1185846r2=1185847view=diff
==
--- maven/maven-3/trunk/maven-plugin-api/src/test/resources/plugin.xml
(original)
+++ maven/maven-3/trunk/maven-plugin-api/src/test/resources/plugin.xml Tue Oct
18 20:45:35 2011
@@ -35,6 +35,7 @@
namefinalName/name
aliasjarName/alias
typejava.lang.String/type
+implementationjava.lang.String/implementation
requiredfalse/required
editabletrue/editable
descriptionparameter-description/description
@@ -42,7 +43,7 @@
/parameter
/parameters
configuration
-finalName implementation=java.lang.String
default-value=${project.build.finalName}${jar.finalName}/finalName
+finalName
default-value=${project.build.finalName}${jar.finalName}/finalName
/configuration
requirements
requirement
Actual plugin descriptors like the one embedded in
maven-jar-plugin:2.3.2 do heavily use the implementation attribute
within the configuration block (and usually have no
parameter.implementation element). Checking more fields is nice but
the deletions in this commit appear contrary to real world descriptors.
Benjamin
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
Re: svn commit: r1177416 - /maven/maven-3/trunk/pom.xml
Olivier Lamy wrote: I will send an email on user ml early next week to ask early users and push a distrib svn rev based on p.a.o. I noticed that wagon-http:2.0 and aether:1.12+ don't go well together because the new Wagon version bails out with IllegalStateException( Should not be using the streaming wagon for HTTP PUT ) when Aether calls StreamWagon.putFromStream() to upload checksums. Implementing an optional interface just to fail from it doesn't make too much sense. Either the missing implementation should be added or the interface be revised, e.g. split into StreamingGetWagon and StreamingPutWagon or such. Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Archtypes and plugin prefix
Hi, does anybody know what's the rationale behind the parameter http://maven.apache.org/archetype/maven-archetype-plugin/add-archetype-metadata-mojo.html#goalPrefix and its corresponding impl in the Archtype plugin, i.e. why do archetypes bother to register a plugin prefix for them? I have a feeling this parameter/code is superfluous. Looking at the AddArchetypeMetadataMojo.java, it appears this class was copied from the maven-plugin-plugin, probably without much review of its purpose and application to archetypes. Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: How do I get the configuration for a plugin in a MavenProject? Was: Re: svn commit: r1154621 - in /maven/plugins/trunk/maven-site-plugin/src/main/java/org/apache/maven/plugins/site: AbstractDeploy
Dennis Lundberg wrote:
MapString,Plugin map = project.getBuild().getPluginsAsMap();
This is nice, because in Maven 3 I get the complete effective set of
plugins, from both build/plugins and build/pluginManagement.
I hope this means get the set of build/plugins as seen in
help:effective-pom, including plugins contributed by lifecycle mappings,
with their effective configuration, i.e. after merging in inheritance,
profiles and build/pluginManagement. This map should not include
plugins from build/pluginManagement unless that plugin is also declared
in the build/plugins section or in a lifecycle mapping.
This doesn't work in Maven 2
I assume you refer to the fact that plugins from lifecycle mappings do
not show up among build/plugins.
What I have found is that I can get all plugins from build/plugins *or*
all plugins from build/pluginManagement, but not both at the same time.
I could combine the result of the two, but what happens if a plugin
exits in both? How would I merge the configuration of the two?
Plugin sitePlugin = (get from build/plugins)
if (sitePlugin == null) {
sitePlugin = (get from build/pluginManagement/plugins)
}
// continue config extraction from sitePlugin
If the plugin is declared in both build/plugins and
build/pluginManagement, both Maven 2.x and 3.x will already have handled
the configuration merging such that build/plugins contains effective
configuration.
Benjamin
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
Re: Plugin Order Bug
Wendy Smoak wrote: Isn't there a super pom baked inside Maven that everything implicitly inherits from? Yes. I wonder if the order is coming from that... No, the rules for the plugin ordering game within a given phase are 1) plugins from lifecycle mappings go first 2) plugins from the POMs go in order of appearance in effective POM Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Plugin Order Bug
Graham Lea wrote: Does this mean that it's not possible to force a plugin to execute in the compile phase and before the default-compile execution unless I write a custom lifecycle and use a different packaging type? Correct. Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Supporting securitySettings.xml from a custom mojo
Mark Derricutt wrote: Does anyone have any pointers to what one needs to do to work with/support securitySettings.xml from within a custom mojo? The comments and links in http://jira.codehaus.org/browse/MNG-4384 should provide some good pointers. Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: How to create a custom repository layout
Lucas Persson wrote: I got a tip that I can implement org.sonatype.aether.spi.connector.RepositoryConnectorFactory but I do not really understand how to package that into a maven plugin, or it is simply to use the buildextensionsextension element in the pom.xml? Yes, just make sure your JAR has the META-INF/plexus/components.xml bit (e.g. as generated by the plexus-component-metadata plugin, cf. existing Aether connectors) to be recognized by the container and then declare it as a build.extension in the POMs. Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Maven plugin tools + QDox
Robert Scholte wrote: Is there a chance that the plugin-tools will move forward to java5 too I don't see a good reason why not, quite a few other plugins moved to 1.5 by now, not to mention Maven core itself. Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: svn commit: r1086889 - /maven/indexer/trunk/indexer-core/src/test/java/org/apache/maven/index/packer/NEXUS4149TransferFormatTest.java
Hi Tamas, Author: cstamas Date: Wed Mar 30 10:07:35 2011 New Revision: 1086889 URL: http://svn.apache.org/viewvc?rev=1086889view=rev Log: NEXUS-4152: added UT covering the same issue I think it would be more appropriate if those commits were mentioning the corresponding MINDEXER issue. Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: [VOTE] Release Maven SCM 1.5
Dan Tran wrote: Also I am interested on how to configure username/password in settings.xml, but not able to find instructions http://maven.apache.org/scm-1.5/maven-scm-plugin/examples/bootstrapping-with-pom.html Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: svn commit: r1085698 - in /maven/plugins/trunk/maven-acr-plugin/src/site: ./ apt/ apt/examples/ apt/examples/app-client-dependency.apt.vm apt/examples/filter-deployment-descriptor.apt.vm apt/index
Hi Stephane, Author: snicoll Date: Sat Mar 26 11:27:03 2011 New Revision: 1085698 URL: http://svn.apache.org/viewvc?rev=1085698view=rev Log: MACR-2: added documentation. Added: maven/plugins/trunk/maven-acr-plugin/src/site/ maven/plugins/trunk/maven-acr-plugin/src/site/apt/ maven/plugins/trunk/maven-acr-plugin/src/site/apt/examples/ maven/plugins/trunk/maven-acr-plugin/src/site/apt/examples/app-client-dependency.apt.vm maven/plugins/trunk/maven-acr-plugin/src/site/apt/examples/filter-deployment-descriptor.apt.vm maven/plugins/trunk/maven-acr-plugin/src/site/apt/index.apt maven/plugins/trunk/maven-acr-plugin/src/site/apt/usage.apt.vm maven/plugins/trunk/maven-acr-plugin/src/site/fml/ maven/plugins/trunk/maven-acr-plugin/src/site/fml/faq.fml maven/plugins/trunk/maven-acr-plugin/src/site/site.xml I repeat my previous request, please fix your svn client config [0] and set the proper svn props, especially svn:eol-style=native, on the source files. Thanks Benjamin [0] http://maven.apache.org/developers/committer-environment.html - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: svn commit: r1083903 - in /maven/plugins/trunk/maven-gpg-plugin: ./ src/main/resources/ src/main/resources/org/ src/main/resources/org/apache/ src/main/resources/org/apache/maven/ src/main/resourc
Hi Dennis, Author: dennisl Date: Mon Mar 21 19:08:08 2011 New Revision: 1083903 URL: http://svn.apache.org/viewvc?rev=1083903view=rev Log: o Add an experimental way of sending the release announcement, so that I can test it on a real release. If all goes well I will move this into maven-plugins-parent and add the relevant documentation to our release documents. Added: maven/plugins/trunk/maven-gpg-plugin/src/main/resources/ maven/plugins/trunk/maven-gpg-plugin/src/main/resources/org/ maven/plugins/trunk/maven-gpg-plugin/src/main/resources/org/apache/ maven/plugins/trunk/maven-gpg-plugin/src/main/resources/org/apache/maven/ maven/plugins/trunk/maven-gpg-plugin/src/main/resources/org/apache/maven/plugins/ maven/plugins/trunk/maven-gpg-plugin/src/main/resources/org/apache/maven/plugins/announcement.vm Wouldn't something like src/release/announcement.vm be a more appropriate place for this file? It looks odd to place build-time config files into the directory that is meant to host runtime-time classpath resources. Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: How do you get aether to traverse the entire dependency tree?
David Jencks wrote: Is there some way to require minimum plugin versions in a custom packaging or its LifecycleMapping? No, lifecycle mappings can only provide default plugin versions, the versions from the POMs win. Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: How do you get aether to traverse the entire dependency tree?
David Jencks wrote: Any advice? Provide a standalone example project that allows others to reproduce/analyze the problem. Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: svn commit: r1083681 - in /maven/plugins/trunk: ./ maven-acr-plugin/ maven-acr-plugin/src/ maven-acr-plugin/src/it/ maven-acr-plugin/src/it/it-01/ maven-acr-plugin/src/it/it-01/src/ maven-acr-plug
Hi Stephane, Author: snicoll Date: Mon Mar 21 06:10:23 2011 New Revision: 1083681 URL: http://svn.apache.org/viewvc?rev=1083681view=rev Log: MACR-1: Initial version of the plugin Added: maven/plugins/trunk/maven-acr-plugin/ (with props) maven/plugins/trunk/maven-acr-plugin/pom.xml Please check your svn client config, all the newly added files miss svn properties, see [0]. +component +roleorg.apache.maven.artifact.handler.ArtifactHandler/role +role-hintapp-client/role-hint +implementationorg.apache.maven.artifact.handler.DefaultArtifactHandler/implementation +configuration +typeapp-client/type +extensionjar/extension +packagingjar/packaging If this artifact handler is supposed to be used for a project using packagingapp-client/packaging, I suggest to change the handler's packaging field to match its role-hint as otherwise MNG-4654/-4730 kick in. +component +roleorg.apache.maven.lifecycle.mapping.LifecycleMapping/role +role-hintapp-client/role-hint +implementationorg.apache.maven.lifecycle.mapping.DefaultLifecycleMapping/implementation +configuration +lifecycles +lifecycle +iddefault/id +phases +process-resourcesorg.apache.maven.plugins:maven-resources-plugin:resources/process-resources +compileorg.apache.maven.plugins:maven-compiler-plugin:compile/compile +process-test-resourcesorg.apache.maven.plugins:maven-resources-plugin:testResources +/process-test-resources +test-compileorg.apache.maven.plugins:maven-compiler-plugin:testCompile/test-compile +testorg.apache.maven.plugins:maven-surefire-plugin:test/test +packageorg.apache.maven.plugins:maven-acr-plugin:acr/package +installorg.apache.maven.plugins:maven-install-plugin:install/install +deployorg.apache.maven.plugins:maven-deploy-plugin:deploy/deploy For the sake of reproducible builds, the lifecycle mapping should include default versions of the plugins, cf. [1] Benjamin [0] http://maven.apache.org/developers/committer-environment.html [1] http://svn.apache.org/repos/asf/maven/maven-3/trunk/maven-core/src/main/resources/META-INF/plexus/artifact-handlers.xml - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: svn commit: r1083681 - in /maven/plugins/trunk: ./ maven-acr-plugin/ maven-acr-plugin/src/ maven-acr-plugin/src/it/ maven-acr-plugin/src/it/it-01/ maven-acr-plugin/src/it/it-01/src/ maven-acr-plug
Stephane Nicoll wrote: If this artifact handler is supposed to be used for a project using packagingapp-client/packaging, I suggest to change the handler's packaging field to match its role-hint as otherwise MNG-4654/-4730 kick in. I had a look to those issues and I am not sure I fully understand what you meant. I want this artifact to be installed/deployed with a .jar extension. Exactly, but right now it will use the extension app-client, at least when using Maven 2.x. Just change the ITs to do install phase and inspect the log or local repo (might want to add at least one IT doing install and checking a .jar hits the local repo). But I revise my suggestion, just delete the entire packaging element, it will default to the proper value. Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: [VOTE] Release Maven GPG Plugin version 1.2
Dennis Lundberg wrote: Staging repo: https://repository.apache.org/content/repositories/maven-021/ Staging site: http://maven.apache.org/plugins/maven-gpg-plugin-1.2/ +1 Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Problem with scopes in dependencies
Emmanuel Hugonnet wrote: How can I display the genuine scope of my dependecy ? mvn -X ... The debug log will print the project dependency tree before the project gets build. Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Maven Embedder 2.0.4 replacement; Where to start?
Dan Rollo wrote: I'm guessing I need the class: org.sonatype.aether.RepositoryCache, but I've no idea which jars to include to provide it (and it's deps...). http://mavencentral.sonatype.com/#search|ga|1|fc%3A%22org.sonatype.aether.RepositoryCache%22 https://docs.sonatype.org/display/AETHER/Home Of course when I run the code, no surprise, it breaks. I'm pretty sure required plexus/bootstrapping classes (and/or aether equivalents) are missing. Could you point me to how m2eclipse handles this? Is it as simple as including a couple plexus jars? Which ones, and/or can you point me to the canonical/minimal example? An ordinary Maven 3.x distribution should give a pretty good idea of what JARs are needed to run Maven. Also, the source files I mentioned in the previous mails give examples how to boot a plexus container. Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: [VOTE] Release Maven Surefire Plugin version 2.8
Kristian Rosenvold wrote: Staging repo: https://repository.apache.org/content/repositories/maven-009/ +1 Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Question on packaging types, maven-install and maven ejb/ear plugin
Pablo wrote: The behaviour i want is the same as the maven-ejb-plugin: Defines an ejb packaging type but the artifact gets installed in the repo as a .jar and gets bundled in the ear as .jar too. The relevant magic is called an artifact handler. See [0] and look for the EJB case. Benjamin [0] http://svn.apache.org/repos/asf/maven/maven-3/trunk/maven-core/src/main/resources/META-INF/plexus/artifact-handlers.xml - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: '*.java ident' considered harmful
Jesse Glick wrote: Is this line in .gitattributes for Maven 3 sources really necessary? This configuration exists to keep Git and SVN in sync about file modifications. Wouldn't it be better to just delete $Id$ from those SVN sources where it appears? As long as somebody else provides the patch, that's fine with me, I don't have a strong feeling for those keyword expansions. Not sure how others feel about them. Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
[RESULT] [VOTE] Release Apache Maven 3.0.3
Hi, The vote has passed with the following result: +1 (binding): Benjamin Bentmann, Arnaud Héritier, Kristian Rosenvold, Olivier Lamy, Hervé Boutemy, Dennis Lundberg +1 (non-binding): Baptiste Mathus, Tamás Cservenák, Nicolas de Loof, Mark Derricutt, Igor Fedorenko, Evgeny Mandrikov, Fabrice Bellingard I will promote the artifacts to the central repository and continue with the release. Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
[ANN] Apache Maven 3.0.3 Released
The Maven team is pleased to announce the release of Apache Maven 3.0.3 Maven is a project comprehension and build tool, designed to simplify the process of maintaining a healthy development lifecycle for your project. You can read more here: http://maven.apache.org/ Downloads of source and binary distributions are listed in our download section: http://maven.apache.org/download.html A major goal of Maven 3.0.x is to be compatible, to the extent possible, with existing plugins and projects designed for Maven 2.x. Users interested in upgrading to 3.x should have a glance at the compatibility notes for known differences between Maven 3.0 and Maven 2.x: http://cwiki.apache.org/MAVEN/maven-3x-compatibility-notes.html Users who already use Maven 3.0.x are encouraged to update to this new maintenance release. If you encounter unexpected problems while using Maven 3.0.3, please feel free to contact us via the Maven developer list: http://maven.apache.org/mail-lists.html Release Notes - Maven 2 3 - Version 3.0.3 (since 3.0.2 only) ** Bug * [MNG-4551] - List parameter in a mojo has strange behaviour * [MNG-4956] - Cygwin mvn script modifies CLASSPATH environment variable * [MNG-4962] - MavenProject.getParent fails to build when parent POM, in reactor, references BOM also in reactor * [MNG-4963] - [regression] Parent POM not downloaded when settings define global mirror and one snapshot repo but no other release repository * [MNG-4973] - [regression] Build extensions are invisible to plugins in multi module build * [MNG-4975] - [regression] plugin executions injected from profile run before instead of after existing executions in the POM * [MNG-4982] - [regression] Cycle between transitive dependencies causes bad effective dependency scope * [MNG-4987] - [regression] LATEST, RELEASE or SNAPSHOT version picked from wrong repository when resolution order does not match timestamp order * [MNG-4990] - RepositorySystem#resolve(request) uses two different local repositories * [MNG-4991] - LegacyRepositorySystem#injectProxy(repositories, proxies) doesn't evaluate non-proxy hosts * [MNG-5000] - [regression] child distributionManagment.site.url not correct in a flat directory layout when child's artifactId doesn't match its module name * [MNG-5003] - MavenPluginManager serves m2e partially initialized mojo descriptors in some cases * [MNG-5005] - bin/mvn contains platform specific echo when on Mac OSX and JAVA_VERSION envvar is set * [MNG-5006] - [regression] Resolution of parent POMs for dependency using version range does not consider all configured repositories * [MNG-5009] - StackOverflowError in DefaultProjectBuilder.build when module points at current aggregator POM * [MNG-5014] - [regression] MavenProject.getParent().isExecutionRoot() not properly set * [MNG-5019] - [regression] String-based component lookups performed by report mojos fail with ClassCastException * [MNG-5023] - Wrong calculation of Build Total time ** Improvement * [MNG-3575] - Allow hexadecimal parameters * [MNG-4971] - Display maven home in version info * [MNG-4984] - Simplify drop in of 3rd party extensions for Maven core * [MNG-4988] - API to calculate execution plan without full mojo execution configuration * [MNG-4992] - Allow to configure plugin parameters of type java.util.Properties just like a map * [MNG-5011] - Allow to configure array/collection type plugin parameters via system properties * [MNG-5012] - Allow to configure array-typed plugin parameters from expressions yielding collections and vice versa * [MNG-5013] - Allow to condense configuration of plugin parameter beans that commonly require only one value * [MNG-5020] - JAVA_HOME auto discovery * [MNG-5028] - Obey generics in plugin collection parameters when populating them * [MNG-5033] - Allow to inline collection/array items within plugin configuration ** Task * [MNG-5024] - Update default plugin versions Enjoy, -The Maven team - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: [PLEASE TEST] Apache Maven 3.0.3-RC1
Brett Porter wrote: Same problem building Archiva trunk (in archiva-jetty) if you want a test project to look at. Thanks, that did the trick. Fixed in trunk by now. Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
[VOTE] Release Apache Maven 3.0.3
Hi, Thanks to those who tested the RC, I think we can move on to the real thing now. We solved 29 issues since 3.0.2: http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10500version=17061 There are still a couple of issues left in JIRA: http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=truepid=10500status=1 Staging repo: https://repository.apache.org/content/repositories/maven-065/ Staged source and binary distros: https://repository.apache.org/content/repositories/maven-065/org/apache/maven/apache-maven/3.0.3/ Guide to testing staged releases: http://maven.apache.org/guides/development/guide-testing-releases.html Vote open for 72 hours. [ ] +1 [ ] +0 [ ] -1 +1 from me Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: [PLEASE TEST] Apache Maven 3.0.3-RC1
Jesse Glick wrote: Cleaner would have been to introduce ArtifactRepositoryLayout3 (?) with the getId() method; then a simple instanceof check would suffice. No, I want any plugin moving forward to compile against mvn 3.x libs to get a compile error and eventually implement the method themselves. Nobody will notice a sub interface. Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: [PLEASE TEST] Apache Maven 3.0.3-RC1
Mark Derricutt wrote: I note today's nightly breaks in the release plugin with a null version reference in upstream artifacts which seems like a regression to a problem I had back before 3.0 first came out. A test case or even the actual log would be highly appreciated. Is there a release branch or are releases being made from trunk? From trunk. Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: [VOTE] Release Maven Assembly Plugin version 2.2.1
Dennis Lundberg wrote: CommandLineUtils is used in two of the Assembly Plugin's classes, AssemblyInterpolator and AssemblyFormatUtils, but I'd like to postpone removing it until version 2.3. I was simply concerned whether this release, which distributes a MIT-licensed source file, complies with ASF policy. Maybe the question is even whether this file may even exist in ASF SVN in the first place. Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Maven Embedder 2.0.4 replacement; Where to start?
Dan Rollo wrote: Can someone point me to a good starting point to learn about how to embed maven 3.x? [...] I'm looking for a start reading the source in file xxx to get started with. http://svn.apache.org/repos/asf/maven/maven-3/trunk/maven-embedder/src/main/java/org/apache/maven/cli/MavenCli.java http://git.eclipse.org/c/m2e/m2e-core.git/tree/org.eclipse.m2e.core/src/org/eclipse/m2e/core/internal/embedder/MavenImpl.java Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
[PLEASE TEST] Apache Maven 3.0.3-RC1
Hi, we're aiming at a bugfix release of Maven 3 in the next week and following tradition we invite interested users in taking the RC for a test drive in order to detect and fix potential regressions since version 3.0.2 before the actual release of 3.0.3. For the duration of the RC testing, sources and binaries are staged at: https://repository.apache.org/content/repositories/maven-049/org/apache/maven/apache-maven/3.0.3-RC1/ As usual, the changes since the previous release are listed in JIRA: http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10500version=17061 Thanks, -The Maven Team - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: [VOTE] Release Maven Resources Plugin version 2.5
Dennis Lundberg wrote: Staging repo: https://repository.apache.org/content/repositories/maven-047/ Staging site: http://maven.apache.org/plugins/maven-resources-plugin-2.5/ +1 Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: [VOTE] Release Maven Remote Resources Plugin version 1.2
Dennis Lundberg wrote: Staging repo: https://repository.apache.org/content/repositories/maven-046/ Staging site: http://maven.apache.org/plugins/maven-remote-resources-plugin-1.2/ +1 Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: [VOTE] Release Maven Assembly Plugin version 2.2.1
Staging repo: https://repository.apache.org/content/repositories/maven-048/ Hm, the following source file carries a MIT license header: http://svn.apache.org/repos/asf/maven/plugins/trunk/maven-assembly-plugin/src/main/java/org/apache/maven/plugin/assembly/utils/CommandLineUtils.java Judging from its history, it seems this copy can now be removed in favor of the plexus-utils dependency. Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: [VOTE] Release Maven Filtering version 1.0 (take 2)
Dennis Lundberg wrote: Staging repo: https://repository.apache.org/content/repositories/maven-027/ The changes made for MSHARED-181 introduced a dependency on Java 1.5+ although the compiler settings for maven-shared indicate this library targets 1.4. I've updated trunk to run again on Java 1.4. Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: [VOTE] Release Maven Filtering version 1.0 (take 2)
Dennis Lundberg wrote: Should I redo the release to include your fixes? Your call, I don't know how dearly we need this lib to support 1.4 for consuming plugins. Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: [VOTE] Release Maven Filtering version 1.0 (take 3)
Dennis Lundberg wrote: Staging repo: https://repository.apache.org/content/repositories/maven-030/ Staging site: http://maven.apache.org/shared/maven-filtering-1.0/ +1 Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Artifact Retrieval
Johannes Ruscheinski wrote:
private void resolveDendencies(final Artifact artifact) {
getLog().info(+++ ProfilerMojo: attempting resolution
from + localRepository.getUrl());
final String localPath = localRepository.getUrl() +
/ + localRepository.pathOf(artifact);
if (fetch(localPath) != null) {
getLog().info(+++ ProfilerMojo: found +
artifact + at + localPath);
return;
}
for (final ArtifactRepository repository : remoteRepositories)
{
getLog().info(+++ ProfilerMojo: attempting
resolution from + repository.getUrl());
final String remotePath = repository + / +
repository.pathOf(artifact);
if (fetch(remotePath) != null) {
getLog().info(+++ ProfilerMojo: found
+ artifact + at + remotePath);
return;
}
}
getLog().info(+++ ProfilerMojo: NOT FOUND + artifact);
}
private Object fetch(final String urlAsString) {
try {
final URL url = new URL(urlAsString);
final URLConnection connection = url.openConnection();
return connection.getContent();
} catch (Exception e) {
return null;
}
This might be helpful:
http://docs.codehaus.org/display/MAVENUSER/Mojo+Developer+Cookbook#MojoDeveloperCookbook-Creatingandresolvinganartifact
Benjamin
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
Re: [vote] release maven dependency analyzer
Brian Fox wrote: Staging repo: https://repository.apache.org/content/repositories/maven-055/ +1 Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: svn commit: r1069599 - /maven/pom/trunk/asf/pom.xml
Lukas Theussl wrote: however site-plugin-2.2 uses doxia-1.1 and has a prereq of maven 2.2, I seem to remember some resistance last time to use it by default. Is this no issue anymore? This parent POM like any other parent POM provides default values, i.e. something that projects can override as they see fit. Correct me if I'm mistaken, but I'm under the impression that Site Plugin 2.2 is generally an improvement over version 2.0.1 and as such a better default version. So I support this version bump. On a related note, I'm also under the impression that using Maven 2.2.1 is recommended over using Maven 2.0.x, i.e. I don't see a big issue with the plugin's prerequisite. Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: [Vote] Release ASF/Maven/Maven Plugin/Maven Shared poms
Brian Fox wrote: Staging repo: https://repository.apache.org/content/repositories/orgapacheapache-053/ +1 All 3 staged at: https://repository.apache.org/content/repositories/maven-054/ +1 Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: [VOTE] Release Maven Plugin Tools version 2.7
Dennis Lundberg wrote: Staging repo: https://repository.apache.org/content/repositories/maven-038/ +1 Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Release Maven Plugin Tools
Dennis Lundberg wrote: I'll do the release after the skin and pom releases that are coming up. Or should it be before the poms so that we can include the new plugin plugin version in the plugins parent pom? Including the new version in the upcoming parent POMs seems more beneficial. Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: move MPOM in ASF jira (was Re: ASF pom release)
Olivier Lamy wrote: As asked by Benson, it's probably better to move MPOM from codehaus jira to ASF jira. It might make sense to also delete the MPOM project at Codehaus or disable at least the submission of new issues. Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Invite Evgeny Mandrikov to join Maven committers
Olivier Lamy wrote: I propose Evgeny Mandrikov as a new committer. +1 Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: [VOTE] Release Maven Changes Plugin version 2.4
Dennis Lundberg wrote: Staging repo: https://repository.apache.org/content/repositories/maven-072/ Staging site: http://maven.apache.org/plugins/maven-changes-plugin-2.4/ +1 Not sure whether this is expected from the staging site but the links changes.xml and changes.xsd below the Reference menu in the left nav bar yield 404s. Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: [VOTE] Release Maven ear Plugin version 2.5
Stephane Nicoll wrote: Staging repo: https://repository.apache.org/content/repositories/maven-076/ Staging site: http://maven.apache.org/plugins/maven-ear-plugin-2.5/ +1 Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: [VOTE] Release Maven Surefire Plugin version 2.7.2
Kristian Rosenvold wrote: Staging repo: https://repository.apache.org/content/repositories/maven-066/ +1 Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: ArtifactRepository creation
Bernd Vogt wrote: is it intended that non proxy host settings are not evaluated by LegacyRepositorySystem#injectProxy(ListArtifactRepository, ListProxy) ? No, please fill a bug at http://jira.codehaus.org/browse/MNG Is there another convenient way to create a fully configured ArtifactRepository (even when the Mojo doesn't require a project)? ArtifactRepositoryFactory.createArtifactRepository(). Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: How to add a custom ProfileActivator in Maven3?
Xie Jilei wrote: I'm create a new ProfileActivator like: You can't, it's not supported. Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: ant build for maven 2.2 source code failed
Rich chen wrote: org.codehaus.plexus:plexus-interactivity-api:jar:1.0-alpha-6 This jar is not even available when I use maven to build it. The JAR is out there: http://uk.maven.org/maven2/org/codehaus/plexus/plexus-interactivity-api/1.0-alpha-6/ E:\Work\MavenBuild22\maven-2.2.x_antant -Dhttp.proxyHost=gateway.bns -Dhttp.proxyPort=8000 [...] Error transferring file: Connection refused: connect This looks more like a general network/proxy issue. Not sure whether the system properties are supposed to be supported, maybe you need to tweak the build.xml and add a proxy declaration [0] there. Benjamin [0] http://maven.apache.org/ant-tasks/reference.html#remoteRepository - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: MavenXpp3Reader question for maven-release-manager
Mark Struberg wrote: It throws the checked IOException and XmlPullParserException, but can it also throw unchecked Exceptions under 'normal' conditions? AFAIK no. So I'm not sure if I should add a catch (Exception e) instead of the 2 checked exceptions, or if all sane cases are already wrapped in XmlPullParserException. Handling just XmlPullParserException is not enough as IOException can also occur. So the generic catch (Exception) should fit your needs I think. Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: svn commit: r1059551 - /maven/plugin-tools/trunk/maven-plugin-plugin/src/main/java/org/apache/maven/plugin/plugin/PluginReport.java
Hi Lukaus,
Author: ltheussl
Date: Sun Jan 16 13:14:04 2011
New Revision: 1059551
URL: http://svn.apache.org/viewvc?rev=1059551view=rev
Log:
[MPLUGIN-180] forward encoding to the PluginToolsRequest
Modified:
maven/plugin-tools/trunk/maven-plugin-plugin/src/main/java/org/apache/maven/plugin/plugin/PluginReport.java
Modified:
maven/plugin-tools/trunk/maven-plugin-plugin/src/main/java/org/apache/maven/plugin/plugin/PluginReport.java
URL:
http://svn.apache.org/viewvc/maven/plugin-tools/trunk/maven-plugin-plugin/src/main/java/org/apache/maven/plugin/plugin/PluginReport.java?rev=1059551r1=1059550r2=1059551view=diff
==
---
maven/plugin-tools/trunk/maven-plugin-plugin/src/main/java/org/apache/maven/plugin/plugin/PluginReport.java
(original)
+++
maven/plugin-tools/trunk/maven-plugin-plugin/src/main/java/org/apache/maven/plugin/plugin/PluginReport.java
Sun Jan 16 13:14:04 2011
@@ -91,6 +91,13 @@ public class PluginReport
*/
protected MojoScanner mojoScanner;
+ /**
+* @parameter expression=${outputEncoding}
default-value=${project.reporting.outputEncoding}
+* @since 2.7
+*/
+private String outputEncoding;
+
+
/**
* Specify some requirements to execute this plugin.
* Example:
@@ -183,6 +190,7 @@ public class PluginReport
pluginDescriptor.setDependencies(
PluginUtils.toComponentDependencies( project.getRuntimeDependencies() ) );
PluginToolsRequest request = new DefaultPluginToolsRequest(
project, pluginDescriptor );
+request.setEncoding( outputEncoding );
mojoScanner.populatePluginDescriptor( request );
This is wrong, you confuse the source input encoding with the report
output encoding. From the javadoc of PluginToolsRequest.setEncoding():
Sets the file encoding of the source files.
The proper fix should be to align the report mojo with the other mojos
and use
/**
* The file encoding of the source files.
*
* @parameter expression=${encoding}
default-value=${project.build.sourceEncoding}
* @since 2.7
*/
protected String encoding;
as the encoding parameter for the request.
The output encoding for the docs is handled by the Site Plugin AFAIK,
isn't it?
Benjamin
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
Re: svn commit: r1059551 - /maven/plugin-tools/trunk/maven-plugin-plugin/src/main/java/org/apache/maven/plugin/plugin/PluginReport.java
Lukas Theussl wrote: I am confused indeed. I simply used MPLUGIN-180 to verify it works, but just realized it's not good because both input and output encoding are the same there. Right, it gets only interesting if the two encodings have different values, e.g. setting project.reporting.outputEncoding=ISO-8859-1 in Anders' example project will yield garbage from mvn site. However, the problem is not that the generated report has the wrong encoding, rather the generated, intermediate xdoc, from which the report is generated (run 'mvn site:site' and 'mvn plugin:xdoc' on the attached test project and compare the generated xdoc). For writing this, I would have thought one should use the outputEncoding parameter? Tell me if I'm wrong and I'll change it. The intermediate xdoc is produced by the PluginXdocGenerator from previously extracted MojoDescriptors. It is hard-coded to use UTF-8 for the encoding of the generated xdoc. All fine here. site:site invokes PluginReport whereas plugin:xdoc invokes XdocGeneratorMojo. The latter extending AbstractGeneratorMojo will use the proper/configured encoding when reading the Java sources to extract the mojo descriptors and eventually generates proper xdoc. But PluginReport in version 2.6 uses the wrong encoding (platform default) and as such produces bad MojoDescriptor instances upon source parsing. Bad MojoDescriptor - bad xdoc. So the encoding issue doesn't happen on the output/report side, it happens on the input/source side, the bad output is just a followup error. The proper fix is to align PluginReport with the encoding handling done in AbstractGeneratorMojo such that the source files consistently get parsed with the same/configured encoding when calling the mojo scanner. Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: [VOTE] Release Maven DOAP Plugin version 1.1 (take two)
Vincent Siveton wrote: Staging repo: https://repository.apache.org/content/repositories/maven-021/ Staging site: http://maven.apache.org/plugins/maven-doap-plugin-1.1 +1 Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
[RESULT] [VOTE] Release Apache Maven 3.0.2
Hi, The vote has passed with the following result: +1 (binding): Benjamin Bentmann, Emmanuel Venisse, Arnaud Héritier, John Casey, Hervé Boutemy, Vincent Siveton, Olivier Lamy, Brian Fox, Kristian Rosenvold, Brett Porter +1 (non-binding): Evgeny Mandrikov, Mark Derricutt, Tony Chemit, Jason van Zyl, Fabrice Bellingard, Mark Struberg, Igor Fedorenko, Jesse McConnell I will promote the artifacts to the central repository and continue with the release. Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: [VOTE] Release Maven Indexer version 4.0.0
Brian Demers wrote: Staging repo: https://repository.apache.org/content/repositories/maven-016/ +1 Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
[ANN] Apache Maven 3.0.2 Released
The Maven team is pleased to announce the release of Apache Maven 3.0.2 Maven is a project comprehension and build tool, designed to simplify the process of maintaining a healthy development lifecycle for your project. You can read more here: http://maven.apache.org/ Downloads of source and binary distributions are listed in our download section: http://maven.apache.org/download.html A major goal of Maven 3.0.x is to be compatible, to the extent possible, with existing plugins and projects designed for Maven 2.x. Users interested in upgrading to 3.x should have a glance at the compatibility notes for known differences between Maven 3.0 and Maven 2.x: http://cwiki.apache.org/MAVEN/maven-3x-compatibility-notes.html Users who already use Maven 3.0 are encouraged to update to this new maintenance release. If you encounter unexpected problems while using Maven 3.0.2, please feel free to contact us via the Maven developer list: http://maven.apache.org/mail-lists.html Release Notes - Maven 2 3 - Version 3.0.2 (since 3.0.1 only) ** Bug * [MNG-4840] - Prerequisites is not working on m3 * [MNG-4913] - [regression] User properties override equally named POM properties of transitive dependencies * [MNG-4915] - Versions in pom.xml are not checked for invalid characters * [MNG-4918] - MavenProject#clone() doubles active profiles * [MNG-4919] - Plugin execution contributed by lifecycle mapping gets lost when same goal is bound multiple times * [MNG-4923] - [regression] java.lang.ClassNotFoundException: org.apache.maven.artifact.ArtifactStatus * [MNG-4925] - Mismanagement of container lookup realm can cause type incompatibilities for plugins looking up components by string * [MNG-4933] - With a resource directory as . maven raise an java.lang.StringIndexOutOfBoundsException:217 * [MNG-4941] - PluginDescriptorBuilder doesn't populate expression/default-value fields for mojo parameters * [MNG-4952] - [regression] RELEASE field of repository metadata is not updated upon repeated deployments * [MNG-4955] - [regression] Outdated remote snapshots are preferred over locally installed snapshots * [MNG-4960] - [regression] Make-like reactor mode does not build selected project when resuming from one of its prerequisites * [MNG-4966] - Preserve double slashes in the scm connection url - identifies absolute repository paths for mercurial ** Improvement * [MNG-4912] - Use of raw type should be ComparableArtifactVersion * [MNG-4916] - Poor ProjectBuilder.build performance for projects with unresolvable extension plugins * [MNG-4922] - ExecutionEvent give on the exception encountered (when having mojoFailed) * [MNG-4926] - ExecutionEvent give on the exception encountered (when having projectFailed , forkedProjectFailed) * [MNG-4944] - Include JRE vendor in version info * [MNG-4950] - Javadoc improvements to DefaultSettingsWriter/Reader * [MNG-4953] - Issue a warning when a system-scope dependency refers to the project basedir ** New Feature * [MNG-4936] - Allow to better monitor and adjust a Maven build during CI * [MNG-4937] - Allow the platform scripts to avoid loading mavenrc content ** Task * [MNG-4945] - Remove mergeId from public POM * [MNG-4957] - Emit validation warning when project version uses irregular SNAPSHOT version string * [MNG-4959] - Update default plugin versions Enjoy, -The Maven team - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
[VOTE] Release Apache Maven 3.0.2
Hi, We solved 25 issues since 3.0.1: http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10500version=16952 There are still a couple of issues left in JIRA: http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=truepid=10500status=1 Staging repo: https://repository.apache.org/content/repositories/maven-011/ Staged source and binary distros: https://repository.apache.org/content/repositories/maven-011/org/apache/maven/apache-maven/3.0.2/ Guide to testing staged releases: http://maven.apache.org/guides/development/guide-testing-releases.html Vote open for 72 hours. [ ] +1 [ ] +0 [ ] -1 +1 from me Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: [PLEASE TEST] Apache Maven 3.0.2-RC1
Fredrik Jonson wrote: Any chance to get a fix for that included in 3.0.2? Unlikely. Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
[PLEASE TEST] Apache Maven 3.0.2-RC1
Hi, we're aiming at a bugfix release of Maven 3 in the next week and following tradition we invite interested users in taking the RC for a test drive in order to detect and fix potential regressions since version 3.0.1 before the actual release of 3.0.2. For the duration of the RC testing, sources and binaries are staged at: https://repository.apache.org/content/repositories/maven-006/org/apache/maven/apache-maven/3.0.2-RC1/ As usual, the changes since the previous release are listed in JIRA: http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10500version=16952 Thanks, -The Maven Team - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: [PLEASE TEST] Apache Maven 3.0.2-RC1
Karl Heinz Marbaise wrote: I have observed that behaviour with maven-surefire 2.7.1 (in relationship with Maven 3.0.1) but i use maven-surefire plugin 2.4.3...(see http://jira.codehaus.org/browse/SUREFIRE-680) From your build's log: [INFO] --- maven-surefire-plugin:2.7.1:test (default-test) @ licenses-verifier --- [INFO] Surefire report directory: M:\Maven-Licenses-Verifier-Plugin\licenses-verifier\target\surefire-reports which matches the observation that your POM locks down maven-surefire-report-plugin to 2.4.3 but not maven-surefire-plugin. Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: [VOTE] Release Maven DOAP Plugin version 1.1
Vincent Siveton wrote:
Staging repo:
https://repository.apache.org/content/repositories/maven-004/
// current project
File outFile = new File( doapFile );
if ( !doapFile.contains( File.separator ) )
{
outFile = new File( outputDirectory, doapFile );
}
writeDoapFile( project, outFile );
This causes a regression for doapFile=target/foo.rdf on Windows. Even
on Unix, it would write the file into the working directory instead of
the project basedir.
if ( artifact != null )
{
about = project.getUrl();
}
try
{
new URL( about );
It seems troublesome to unconditionally overwrite the user-specified
about param with the project URL, which could be null, and to use
java.net.URL instead of java.net.URI to verify the syntax.
Benjamin
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
Re: Cleanup to SNAPSHOT version handling
Brett Porter wrote: I think the original reason the logic is how it is was because just SNAPSHOT (with no leading version) was valid, but that behaviour has long been (unofficially) deprecated. Given this style of versioning is apparently in use and I personally see nothing wrong with having just SNAPSHOT to refer to the HEAD of some project I suggest we go with the following for Maven 3.0.2: a) Treat SNAPSHOT, *-SNAPSHOT and the respective expanded/timestamped forms as snapshot versions, anything else as release b) Emit a model warning if the project version ends with SNAPSHOT but does not match the patterns mentioned in a) Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Moving scm to java 1.5
Olivier Lamy wrote: As we will start a new year, I'd like to move scm to java 1.5. +1 Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Cleanup to SNAPSHOT version handling
Brian E. Fox wrote: -1 to a, +1 to b Just to be clear, I meant a) AND b), not either or. a) is concerned about the actual version interpretation, b) about guiding the user into the desired direction for future projects. In light of this, I'm not sure what your -1 to a means. Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: [VOTE] Establish a creation and retirement plan for plugins
Dennis Lundberg wrote: One comment I would make is if the plugin moves to another forge (hence different groupId) a relocation pom should be created at the old location - not just an update to the SCM. This would mean that we (the Maven project) would have to deploy relocation POMs everytime the new plugin owner makes a release. Unfortunately relocation POMs are much harder to use than first meets the eye. Just reminds of http://jira.codehaus.org/browse/MNG-3762 Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: How do I get the MavenProject objects of already built modules?
Bernd Vogt wrote:
when implementing a Mojo (Maven 3), how do I get the MavenProject
objects of the modules that were already built by the current reactor
build?
Sounds either like
/** @parameter default-value=${reactorProjects} */
CollectionMavenProject projects;
or http://jira.codehaus.org/browse/MNG-4943.
Benjamin
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
Re: How do I get the MavenProject objects of already built modules?
Brian E. Fox wrote: Do you need @aggregator to make sure the reactorProjects is properly populated? No, at least not just for inspection of the projects and their model. Neglecting the run-once behavior of @aggregator, it would be required if their dependencies needed to be resolved or lifecycle forking be done for all of them. Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Difference between MavenArtifactRepository and RemoteRepository in maven 3.0.1?
Guo Du wrote: Is there any logic behind this or those two will be merged some day? Same concept for different APIs. implementation: org.apache.maven.artifact.repository.MavenArtifactRepository Legacy Maven 2.x API implementation: org.sonatype.aether.repository.RemoteRepository Maven 3.x API Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: [VOTE] Release Maven Project Info Reports Plugin version 2.3.1
Vincent Siveton wrote: Staging repo: https://repository.apache.org/content/repositories/maven-034/ Staging site: http://maven.apache.org/plugins/maven-project-info-reports-plugin-2.3.1 +1 Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: [VOTE] Release Maven Surefire Plugin version 2.7, Take 2
Kristian Rosenvold wrote: Staging repo: https://repository.apache.org/content/repositories/maven-026/ +1 Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: [VOTE] Move Maven Changes Plugin to Java 5
Dennis Lundberg wrote: I have some features I'd like to work on for the Changes Plugin. To simplify the work I would like to start using Java 5 features [...] +1 Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: svn commit: r1049118 - in /maven/surefire/trunk: maven-failsafe-plugin/src/main/java/org/apache/maven/plugin/failsafe/ maven-surefire-common/src/main/java/org/apache/maven/plugin/surefire/ maven-s
Kristian Rosenvold wrote: The way I understand you this is halfway a documentation issue; any non-legal value including the string filesystem will actually give you filesystem order. Oh I see, I didn't properly read the diff. So I could solve this by just adding filesystem to the list of legal options, right ? Yes, I think this is a good idea. Another issue is that Dennis actually converted the default value to alphabetical in his original fix. When introducing more options I reverted to the old-style behaviour as default (filesystem). Yah, better safe than sorry. Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Parent-to-child inheritance of dynamic properties
Benson Margulies wrote: Say that, in a parent pom, there is an execution of a plugin that sets a property. (e.g. the build helper plugin's port reserver). Will those properties inherit down to the children? No, the runtime data of project instances is separated. Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: svn commit: r1041791 - /maven/plugins/trunk/maven-project-info-reports-plugin/src/main/java/org/apache/maven/report/projectinfo/dependencies/RepositoryUtils.java
Hi Vincent,
Author: vsiveton
Date: Fri Dec 3 12:42:38 2010
New Revision: 1041791
URL: http://svn.apache.org/viewvc?rev=1041791view=rev
Log:
o improved TransferFailedException catch for unknown hosts
o take care of unknown hosts to prevent undesirable ping
Modified:
maven/plugins/trunk/maven-project-info-reports-plugin/src/main/java/org/apache/maven/report/projectinfo/dependencies/RepositoryUtils.java
[...]
@@ -241,13 +253,21 @@ public class RepositoryUtils
}
catch ( TransferFailedException e )
{
-if ( log.isDebugEnabled() )
+if ( e.getCause().getClass().isAssignableFrom(
UnknownHostException.class ) )
This yields an NPE if the exception has no cause. Something like this is
safer:
if ( e.getCause() instanceof UnknownHostException )
Benjamin
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
Re: [VOTE] Release Maven Indexer version 3.1.0
Brian Demers wrote: Staging repo:*https://repository.apache.org/content/groups/maven_promotion-010/* +1 Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: [VOTE] Release Maven Site Plugin version 2.2
Dennis Lundberg wrote: Staging repo: https://repository.apache.org/content/repositories/maven-022/ Staging site: http://maven.apache.org/plugins/maven-site-plugin-2.2/ +1 Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
[VOTE] Release Apache Maven 3.0.1
Hi, 3.0.1-RC1 seems to be fine, thanks to those who tested it. So let's do the real thing. We solved 21 issues since 3.0: http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10500version=16331 There are still a couple of issues left in JIRA: http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=truepid=10500status=1 Staging repo: https://repository.apache.org/content/repositories/maven-004/ Staged source and binary distros: https://repository.apache.org/content/repositories/maven-004/org/apache/maven/apache-maven/3.0.1/ Guide to testing staged releases: http://maven.apache.org/guides/development/guide-testing-releases.html Vote open for 72 hours. [ ] +1 [ ] +0 [ ] -1 +1 from me Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: svn commit: r1038139 - in /maven/resources/trunk/apache-source-release-assembly-descriptor: ./ src/main/resources/assemblies/ src/test/java/org/apache/its/
Hi Brian, Author: bdemers Date: Tue Nov 23 14:35:06 2010 New Revision: 1038139 URL: http://svn.apache.org/viewvc?rev=1038139view=rev Log: Adding a zip and tar source assembly, some apache projects need zips and tars for source distributions Added: maven/resources/trunk/apache-source-release-assembly-descriptor/src/main/resources/assemblies/source-release-zip-tar.xml maven/resources/trunk/apache-source-release-assembly-descriptor/src/main/resources/assemblies/source-shared.xml The new files are missing svn properties, especially svn:eol-style, can you please check your svn client is configured as outlined in [0]? Benjamin [0] http://maven.apache.org/developers/committer-environment.html - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: [PLEASE TEST] Apache Maven 3.0.1-RC1
Baptiste MATHUS wrote: I just created a test project from archetype, and tried -T option. And surefire shows up as being locked onto the 2.5 version, should/couldn't 3.0.1 be locked onto 2.6 one I didn't feel comfortable making Surefire 2.6 the default in light of SUREFIRE-615 but that's just my personal opinion. If others consider the update from 2.5 to 2.6 a worthwhile change, that's fine. Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: svn commit: r1036834 - in /maven/archetype/trunk: ./ archetype-common/ archetype-common/src/main/mdo/ archetype-models/ archetype-models/archetype-catalog/ archetype-models/archetype-catalog/src/
Hi Tamás, Author: cstamas Date: Fri Nov 19 13:37:58 2010 New Revision: 1036834 URL: http://svn.apache.org/viewvc?rev=1036834view=rev Log: ARCHETYPE-303: applied fix, externalizing all the models into separate project (except the deprecated one, that is left where it was). [...] Added: maven/archetype/trunk/archetype-models/ (with props) maven/archetype/trunk/archetype-models/archetype-catalog/ (with props) maven/archetype/trunk/archetype-models/archetype-catalog/pom.xml maven/archetype/trunk/archetype-models/archetype-catalog/src/ maven/archetype/trunk/archetype-models/archetype-catalog/src/main/ maven/archetype/trunk/archetype-models/archetype-catalog/src/main/mdo/ maven/archetype/trunk/archetype-models/archetype-catalog/src/main/mdo/archetype-catalog.mdo maven/archetype/trunk/archetype-models/archetype-descriptor/ (with props) maven/archetype/trunk/archetype-models/archetype-descriptor/pom.xml maven/archetype/trunk/archetype-models/archetype-descriptor/src/ maven/archetype/trunk/archetype-models/archetype-descriptor/src/main/ maven/archetype/trunk/archetype-models/archetype-descriptor/src/main/mdo/ maven/archetype/trunk/archetype-models/archetype-descriptor/src/main/mdo/archetype-descriptor.mdo maven/archetype/trunk/archetype-models/archetype-registry/ (with props) maven/archetype/trunk/archetype-models/archetype-registry/pom.xml maven/archetype/trunk/archetype-models/archetype-registry/src/ maven/archetype/trunk/archetype-models/archetype-registry/src/main/ maven/archetype/trunk/archetype-models/archetype-registry/src/main/mdo/ maven/archetype/trunk/archetype-models/archetype-registry/src/main/mdo/archetype-registry.mdo maven/archetype/trunk/archetype-models/pom.xml The new files are missing SVN properties, especially svn:eol-style, please check your SVN client is properly configured [0]. Benjamin [0] http://maven.apache.org/developers/committer-environment.html - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
JIRA project for ASF/Maven parent POM issues
Hi, can some JIRA admin please move the MNG component Apache or Maven Parent poms http://jira.codehaus.org/browse/MNG/component/14457 out into a separate JIRA project? Those POMs, just like any Maven plugin out there, have no inherent relation to the Maven core and its issues, nor do they share the same release/version cycle. Thanks Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: [VOTE] Release Wagon version 1.0-beta-7
Dennis Lundberg wrote: Staging repo: https://repository.apache.org/content/repositories/maven-005/ Staging site: http://maven.apache.org/wagon-1.0-beta-7/ +1 Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Problems building Maven from 2.2.x branch with integration tests
Dennis Lundberg wrote: So I checked out the 2.2.x branch tried to build it prior to maing any changes, by running: mvn install -Prun-its ... Tests run: 663, Failures: 6, Errors: 370, Skipped: 0 The last CI build on Hudson for the 2.2.x branch yielded only 1 failure, hard to tell what's going on with your build from the few infos. I suggest to try patching a mvn 2.2.1 distro and see whether that makes a difference. Another alternative is to run mvn clean test -P run-its from the core-it-suite project directly, using the previously patched mvn distro. All failing, you should consider to share some more infos about the test failures, e.g. the surefire report. Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Culling Maven One Plugin
http://maven.apache.org/plugins/maven-one-plugin/ I think we're past its usefullness. Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Culling Maven Verifier Plugin
http://maven.apache.org/plugins/maven-verifier-plugin/ Is that plugin (not to be confused with the shared maven-verifier component) actually used? Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Moving all reporting to a site project
Jason van Zyl wrote: I would suggest these are the plugins that go as part of the site generation: [...] maven-source-plugin I think the maven-source-plugin is misclassified here, it doesn't have any reporting code. Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
