Re: [vote] Release Archiva 1.0.2
On Thu, Apr 3, 2008 at 7:23 PM, Brett Porter [EMAIL PROTECTED] wrote: The Archiva 1.0.2 release candidate has been staged. ... [ ] +1 Release it! [ ] 0 [ ] -1 Don't release it, because... +0 - I've only had time to briefly try the .tar.gz distribution on OS X. No major issues but I was having trouble getting it to proxy snapshots. And I think our LICENSE/NOTICE files need work. -- Wendy
Re: proxying snapshots was: [vote] Release Archiva 1.0.2
On 07/04/2008, at 4:17 PM, Wendy Smoak wrote: On Thu, Apr 3, 2008 at 7:23 PM, Brett Porter [EMAIL PROTECTED] wrote: The Archiva 1.0.2 release candidate has been staged. ... [ ] +1 Release it! [ ] 0 [ ] -1 Don't release it, because... +0 - I've only had time to briefly try the .tar.gz distribution on OS X. No major issues but I was having trouble getting it to proxy snapshots. I'd like to explore this before going ahead... what's the problem? And I think our LICENSE/NOTICE files need work. I've filed MRM-767, and added a proper LICENSE file on trunk. - Brett -- Brett Porter [EMAIL PROTECTED] http://blogs.exist.com/bporter/
Re: proxying snapshots was: [vote] Release Archiva 1.0.2
I don't know. If it's working for you then it's likely just misconfiguration here. I was trying to build both Struts 1 and Struts 2 with an empty local repo and /archiva/repository/snapshots proxying the Apache snapshots repo and possibly one at OpenSymphony. (Not sure if they've switched to an XWork release yet.) Everything looked okay to me but it kept failing complaining about missing artifacts. -- Wendy On Mon, Apr 7, 2008 at 9:00 AM, Brett Porter [EMAIL PROTECTED] wrote: On 07/04/2008, at 4:17 PM, Wendy Smoak wrote: On Thu, Apr 3, 2008 at 7:23 PM, Brett Porter [EMAIL PROTECTED] wrote: The Archiva 1.0.2 release candidate has been staged. ... [ ] +1 Release it! [ ] 0 [ ] -1 Don't release it, because... +0 - I've only had time to briefly try the .tar.gz distribution on OS X. No major issues but I was having trouble getting it to proxy snapshots. I'd like to explore this before going ahead... what's the problem? And I think our LICENSE/NOTICE files need work. I've filed MRM-767, and added a proper LICENSE file on trunk. - Brett -- Brett Porter [EMAIL PROTECTED] http://blogs.exist.com/bporter/
Re: [VOTE] POM Element for Source File Encoding
Please clarify the proposal. When you say source files, you mean things like Java files not POM files? Yes, source file is meant to refer to a plain text file that does not have an encoding declaration or similar like XML. XML is fine, it's ugly to parse but provides the user with means to specify the used file encoding. Our proposal is about all the other text files that rely on external configuration to transfer the used file encoding. As such, the proposal is not about POM, FML, XDOC or whatever XML file you can imagine. Benjamin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] POM Element for Source File Encoding
I'd like to know if this could also be achieved via toolchains. As Hervé already tried to explain, these two proposals have not too much in common. To my understanding, the toolchain proposal aims at providing a facade on a user's development kit (native tools, boot class path, etc.) such that projects can be build using a specific JDK regardless of the JRE running Maven. I don't see any relation between a) the selection of a native tool from a user's system b) the configuration of file encoding for project source files Indeed, I consider this two orthogonal concerns. Each of the combinations | JRE 1.4 | JRE 1.5 | JRE 1.6 | ... -+--+-+-+- UTF-8|X |X|X| Latin-1 |X |X|X| ... |X |X|X| represents a valid use case for a project configuration. What both proposals share is the intention to address these tasks via a *central* configuration in the POM, i.e. configure target JRE and file encoding once, not repeatedly for each plugin. If you feel that toolchains and file encoding fit nicely together and don't violate separation of concerns, please sketch your thoughts. Benjamin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[VOTE] Maven 2.0.9
Time to vote on the final Maven 2.0.9 Release. We went through 8 Release Candidates and fixed all know regressions from 2.0.8 to 2.0.9 during that time. Note that there were no source changes between RC8 and this final build. Release is staged at: http://people.apache.org/~brianf/stage-2.0.9 Binaries are here: http://people.apache.org/~brianf/stage-2.0.9/org/apache/maven/apache-mav en/2.0.9/ List of issues fixed: Release Notes - Maven 2 - Version 2.0.9 ** Bug * [MNG-1412] - dependency sorting in classpath * [MNG-1914] - Wrong url in error message when using a mirror * [MNG-2123] - NullPointerException when a dependency uses version range and another uses an actual version incompatible with that range * [MNG-2145] - Plugins' dependencies are not always checked * [MNG-2178] - incorrect M2_HOME guess in mvn.bat * [MNG-2234] - activeProfile in ~/.m2/settings.xml is ignored when profiles section is missing or empty * [MNG-2339] - ${project.*} are interpreted in the wrong place * [MNG-2744] - checksum comparison should be case-insensitive * [MNG-2809] - Can't activate a profile by checking for the presence of a file in ${user.home} * [MNG-2848] - Environment variables in profile activation not working * [MNG-2861] - NullPointerException in DefaultArtifactCollector for relocated resolvedArtifacts with different version ranges and available versions. * [MNG-2925] - NullPointerException in PluginDescriptor.getMojo() if there's no mojo in pom.xml * [MNG-2928] - Null pointer exeception when introducing version range [major.minor.build-SNAPSHOT,) * [MNG-2972] - Ignores version of plugin dependency specified in my pom * [MNG-3086] - NullPointerException in ResolutionNode.getTrail(ResolutionNode.java:136) * [MNG-3099] - Profiles ignored when working with non-projects (such as archetype:create) * [MNG-3111] - Classpath order incorrect * [MNG-3156] - NullPointerException with mvn dependency:sources * [MNG-3221] - Infinite loop in DefaultLifecycleExecutor * [MNG-3259] - Regression: Maven drops dependencies in multi-module build * [MNG-3286] - execution.inherited field is ignored * [MNG-3288] - Invalid systemPath allows build to continue--failing in later phase. * [MNG-3296] - mvn.bat looses error code on windows NT type platforms * [MNG-3310] - JAVACMD set incorrectly when JAVA_HOME is not set * [MNG-3316] - Barfs at attribues named .*encoding * [MNG-3354] - mvn.bat incorrectly detects OS on Windows NT or XP with Novell login * [MNG-3355] - CLONE -${pom.build.sourceDirectory} and ${pom.build.testSourceDirectory} no longer recognized * [MNG-3365] - Remove trailing-backslashes from M2_HOME in mvn.bat * [MNG-3394] - Plugin versions inherited via pluginManagement cannot be overriden by build.plugins section of sub modules * [MNG-3396] - Managed versions dont affect over constrained ranges * [MNG-3400] - MavenProject is not extensible * [MNG-3405] - Checking for updates from repository logging should not display if WagonManager is offline * [MNG-3410] - Managed versions in plugins are not considered when using them * [MNG-3415] - Transfer errors cause junk metadata in the local repo * [MNG-3426] - regression : dependency in plugin configuration doesn't override plugin classpath * [MNG-3430] - Toolchain doesn't match Toolchain extensions * [MNG-3431] - Pom Extensions not supported for Toolchains * [MNG-3439] - incorrect child dependency selected when parent is not selected * [MNG-3441] - Maven should always retrieve metadata to be updated from the deployment repository * [MNG-3460] - org.apache.maven.profiles.DefaultProfileManagerTest fails if you use a different local repo * [MNG-3464] - maven-toolchains missing from final binary.. need to update the assembly * [MNG-3473] - site generation with 2.0.9 and plugin:report (2.4 ONLY) is broken * [MNG-3484] - INT_MAVEN_OPTS are not quoted in mvnDebug which causes issues on some shells * [MNG-3485] - unable to override wagons that are bundled with a different version via extensions * [MNG-3494] - local pom dependencies should get injected before inherited dependencies * [MNG-3495] - NPE at org.apache.maven.wagon.repository.Repository.hashCode(Repository.java:24 1) ** Improvement * [MNG-428] - Japanese message resource * [MNG-2881] - Improve logging when downloading snapshots in offline mode * [MNG-3279] - Support Exception Chaining for MojoFailureException * [MNG-3318] - ActiveProjectArtifact should have appropriate equals and hashCode methods * [MNG-3331] - Normalize paths to sub modules * [MNG-3388] - DefaultPluginManager needs to catch LinkageError * [MNG-3395] - Default core plugin versions in the superpom. * [MNG-3442] - Add explicit resource bundle for English * [MNG-3461] -
Re: [VOTE] Maven 2.0.9
Just built my projects with this fresh 2.0.9, and everything went fine, so here's my +1 Thanks Brian! Cheers -- Fabrice - [EMAIL PROTECTED] - On Mon, Apr 7, 2008 at 6:42 PM, Brian E. Fox [EMAIL PROTECTED] wrote: Time to vote on the final Maven 2.0.9 Release. We went through 8 Release Candidates and fixed all know regressions from 2.0.8 to 2.0.9 during that time. Note that there were no source changes between RC8 and this final build. Release is staged at: http://people.apache.org/~brianf/stage-2.0.9http://people.apache.org/%7Ebrianf/stage-2.0.9 Binaries are here: http://people.apache.org/~brianf/stage-2.0.9/org/apache/maven/apache-mav en/2.0.9/http://people.apache.org/%7Ebrianf/stage-2.0.9/org/apache/maven/apache-maven/2.0.9/ List of issues fixed: Release Notes - Maven 2 - Version 2.0.9 ** Bug * [MNG-1412] - dependency sorting in classpath * [MNG-1914] - Wrong url in error message when using a mirror * [MNG-2123] - NullPointerException when a dependency uses version range and another uses an actual version incompatible with that range * [MNG-2145] - Plugins' dependencies are not always checked * [MNG-2178] - incorrect M2_HOME guess in mvn.bat * [MNG-2234] - activeProfile in ~/.m2/settings.xml is ignored when profiles section is missing or empty * [MNG-2339] - ${project.*} are interpreted in the wrong place * [MNG-2744] - checksum comparison should be case-insensitive * [MNG-2809] - Can't activate a profile by checking for the presence of a file in ${user.home} * [MNG-2848] - Environment variables in profile activation not working * [MNG-2861] - NullPointerException in DefaultArtifactCollector for relocated resolvedArtifacts with different version ranges and available versions. * [MNG-2925] - NullPointerException in PluginDescriptor.getMojo() if there's no mojo in pom.xml * [MNG-2928] - Null pointer exeception when introducing version range [major.minor.build-SNAPSHOT,) * [MNG-2972] - Ignores version of plugin dependency specified in my pom * [MNG-3086] - NullPointerException in ResolutionNode.getTrail(ResolutionNode.java:136) * [MNG-3099] - Profiles ignored when working with non-projects (such as archetype:create) * [MNG-3111] - Classpath order incorrect * [MNG-3156] - NullPointerException with mvn dependency:sources * [MNG-3221] - Infinite loop in DefaultLifecycleExecutor * [MNG-3259] - Regression: Maven drops dependencies in multi-module build * [MNG-3286] - execution.inherited field is ignored * [MNG-3288] - Invalid systemPath allows build to continue--failing in later phase. * [MNG-3296] - mvn.bat looses error code on windows NT type platforms * [MNG-3310] - JAVACMD set incorrectly when JAVA_HOME is not set * [MNG-3316] - Barfs at attribues named .*encoding * [MNG-3354] - mvn.bat incorrectly detects OS on Windows NT or XP with Novell login * [MNG-3355] - CLONE -${pom.build.sourceDirectory} and ${pom.build.testSourceDirectory} no longer recognized * [MNG-3365] - Remove trailing-backslashes from M2_HOME in mvn.bat * [MNG-3394] - Plugin versions inherited via pluginManagement cannot be overriden by build.plugins section of sub modules * [MNG-3396] - Managed versions dont affect over constrained ranges * [MNG-3400] - MavenProject is not extensible * [MNG-3405] - Checking for updates from repository logging should not display if WagonManager is offline * [MNG-3410] - Managed versions in plugins are not considered when using them * [MNG-3415] - Transfer errors cause junk metadata in the local repo * [MNG-3426] - regression : dependency in plugin configuration doesn't override plugin classpath * [MNG-3430] - Toolchain doesn't match Toolchain extensions * [MNG-3431] - Pom Extensions not supported for Toolchains * [MNG-3439] - incorrect child dependency selected when parent is not selected * [MNG-3441] - Maven should always retrieve metadata to be updated from the deployment repository * [MNG-3460] - org.apache.maven.profiles.DefaultProfileManagerTest fails if you use a different local repo * [MNG-3464] - maven-toolchains missing from final binary.. need to update the assembly * [MNG-3473] - site generation with 2.0.9 and plugin:report (2.4 ONLY) is broken * [MNG-3484] - INT_MAVEN_OPTS are not quoted in mvnDebug which causes issues on some shells * [MNG-3485] - unable to override wagons that are bundled with a different version via extensions * [MNG-3494] - local pom dependencies should get injected before inherited dependencies * [MNG-3495] - NPE at org.apache.maven.wagon.repository.Repository.hashCode(Repository.java:24 1) ** Improvement * [MNG-428] - Japanese message resource * [MNG-2881] - Improve logging when downloading snapshots in offline mode * [MNG-3279] - Support Exception Chaining for
Re: [VOTE] Maven 2.0.9
Hi, Something I didn't understand. What will happen with MNG-3220 and maven version 2.0.9. How will they do with the new scope ? Arnaud On Mon, Apr 7, 2008 at 6:42 PM, Brian E. Fox [EMAIL PROTECTED] wrote: Time to vote on the final Maven 2.0.9 Release. We went through 8 Release Candidates and fixed all know regressions from 2.0.8 to 2.0.9 during that time. Note that there were no source changes between RC8 and this final build. Release is staged at: http://people.apache.org/~brianf/stage-2.0.9 Binaries are here: http://people.apache.org/~brianf/stage-2.0.9/org/apache/maven/apache-mav en/2.0.9/ List of issues fixed: Release Notes - Maven 2 - Version 2.0.9 ** Bug * [MNG-1412] - dependency sorting in classpath * [MNG-1914] - Wrong url in error message when using a mirror * [MNG-2123] - NullPointerException when a dependency uses version range and another uses an actual version incompatible with that range * [MNG-2145] - Plugins' dependencies are not always checked * [MNG-2178] - incorrect M2_HOME guess in mvn.bat * [MNG-2234] - activeProfile in ~/.m2/settings.xml is ignored when profiles section is missing or empty * [MNG-2339] - ${project.*} are interpreted in the wrong place * [MNG-2744] - checksum comparison should be case-insensitive * [MNG-2809] - Can't activate a profile by checking for the presence of a file in ${user.home} * [MNG-2848] - Environment variables in profile activation not working * [MNG-2861] - NullPointerException in DefaultArtifactCollector for relocated resolvedArtifacts with different version ranges and available versions. * [MNG-2925] - NullPointerException in PluginDescriptor.getMojo() if there's no mojo in pom.xml * [MNG-2928] - Null pointer exeception when introducing version range [major.minor.build-SNAPSHOT,) * [MNG-2972] - Ignores version of plugin dependency specified in my pom * [MNG-3086] - NullPointerException in ResolutionNode.getTrail(ResolutionNode.java:136) * [MNG-3099] - Profiles ignored when working with non-projects (such as archetype:create) * [MNG-3111] - Classpath order incorrect * [MNG-3156] - NullPointerException with mvn dependency:sources * [MNG-3221] - Infinite loop in DefaultLifecycleExecutor * [MNG-3259] - Regression: Maven drops dependencies in multi-module build * [MNG-3286] - execution.inherited field is ignored * [MNG-3288] - Invalid systemPath allows build to continue--failing in later phase. * [MNG-3296] - mvn.bat looses error code on windows NT type platforms * [MNG-3310] - JAVACMD set incorrectly when JAVA_HOME is not set * [MNG-3316] - Barfs at attribues named .*encoding * [MNG-3354] - mvn.bat incorrectly detects OS on Windows NT or XP with Novell login * [MNG-3355] - CLONE -${pom.build.sourceDirectory} and ${pom.build.testSourceDirectory} no longer recognized * [MNG-3365] - Remove trailing-backslashes from M2_HOME in mvn.bat * [MNG-3394] - Plugin versions inherited via pluginManagement cannot be overriden by build.plugins section of sub modules * [MNG-3396] - Managed versions dont affect over constrained ranges * [MNG-3400] - MavenProject is not extensible * [MNG-3405] - Checking for updates from repository logging should not display if WagonManager is offline * [MNG-3410] - Managed versions in plugins are not considered when using them * [MNG-3415] - Transfer errors cause junk metadata in the local repo * [MNG-3426] - regression : dependency in plugin configuration doesn't override plugin classpath * [MNG-3430] - Toolchain doesn't match Toolchain extensions * [MNG-3431] - Pom Extensions not supported for Toolchains * [MNG-3439] - incorrect child dependency selected when parent is not selected * [MNG-3441] - Maven should always retrieve metadata to be updated from the deployment repository * [MNG-3460] - org.apache.maven.profiles.DefaultProfileManagerTest fails if you use a different local repo * [MNG-3464] - maven-toolchains missing from final binary.. need to update the assembly * [MNG-3473] - site generation with 2.0.9 and plugin:report (2.4 ONLY) is broken * [MNG-3484] - INT_MAVEN_OPTS are not quoted in mvnDebug which causes issues on some shells * [MNG-3485] - unable to override wagons that are bundled with a different version via extensions * [MNG-3494] - local pom dependencies should get injected before inherited dependencies * [MNG-3495] - NPE at org.apache.maven.wagon.repository.Repository.hashCode(Repository.java:24 1) ** Improvement * [MNG-428] - Japanese message resource * [MNG-2881] - Improve logging when downloading snapshots in offline mode * [MNG-3279] - Support Exception Chaining for MojoFailureException * [MNG-3318] -
Re: Common Bugs
I wonder if it's worth posting these as a series under the developers section of the Maven site? Vincent and I had already put parts of this stuff onto [0] in a section named Some Pitfalls, together with a link to this mail thread. But I agree, having all of this in a nicely formatted APT doc on the site is a good idea. I suggest we move the Some Pitfalls section out into a standalone document such that we can list it on the documentation index. If nobody else goes for this, it will need to wait some days until I get the next free time slice to merge and clean it up for proper presentation. Benjamin [0] http://maven.apache.org/guides/plugin/guide-java-plugin-development.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] POM Element for Source File Encoding
My only concern is that the encoding kind of assumes one kind of source file. I am never in a position to have multiple encodings on my projects, but I suppose if you're compiling many differrent types of sources, people would want to tie the source to the extension type. Paul On Mon, Apr 7, 2008 at 10:10 AM, Benjamin Bentmann [EMAIL PROTECTED] wrote: I'd like to know if this could also be achieved via toolchains. As Hervé already tried to explain, these two proposals have not too much in common. To my understanding, the toolchain proposal aims at providing a facade on a user's development kit (native tools, boot class path, etc.) such that projects can be build using a specific JDK regardless of the JRE running Maven. I don't see any relation between a) the selection of a native tool from a user's system b) the configuration of file encoding for project source files Indeed, I consider this two orthogonal concerns. Each of the combinations | JRE 1.4 | JRE 1.5 | JRE 1.6 | ... -+--+-+-+- UTF-8|X |X|X| Latin-1 |X |X|X| ... |X |X|X| represents a valid use case for a project configuration. What both proposals share is the intention to address these tasks via a *central* configuration in the POM, i.e. configure target JRE and file encoding once, not repeatedly for each plugin. If you feel that toolchains and file encoding fit nicely together and don't violate separation of concerns, please sketch your thoughts. Benjamin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [VOTE] Maven 2.0.9
It won't work, in fact I believe the pom won't parse. This is something we'll have to note in the release notes and we may want to prohibit these from going into central. -Original Message- From: Arnaud HERITIER [mailto:[EMAIL PROTECTED] Sent: Monday, April 07, 2008 1:15 PM To: Maven Developers List Subject: Re: [VOTE] Maven 2.0.9 Hi, Something I didn't understand. What will happen with MNG-3220 and maven version 2.0.9. How will they do with the new scope ? Arnaud On Mon, Apr 7, 2008 at 6:42 PM, Brian E. Fox [EMAIL PROTECTED] wrote: Time to vote on the final Maven 2.0.9 Release. We went through 8 Release Candidates and fixed all know regressions from 2.0.8 to 2.0.9 during that time. Note that there were no source changes between RC8 and this final build. Release is staged at: http://people.apache.org/~brianf/stage-2.0.9 Binaries are here: http://people.apache.org/~brianf/stage-2.0.9/org/apache/maven/apache-mav en/2.0.9/ List of issues fixed: Release Notes - Maven 2 - Version 2.0.9 ** Bug * [MNG-1412] - dependency sorting in classpath * [MNG-1914] - Wrong url in error message when using a mirror * [MNG-2123] - NullPointerException when a dependency uses version range and another uses an actual version incompatible with that range * [MNG-2145] - Plugins' dependencies are not always checked * [MNG-2178] - incorrect M2_HOME guess in mvn.bat * [MNG-2234] - activeProfile in ~/.m2/settings.xml is ignored when profiles section is missing or empty * [MNG-2339] - ${project.*} are interpreted in the wrong place * [MNG-2744] - checksum comparison should be case-insensitive * [MNG-2809] - Can't activate a profile by checking for the presence of a file in ${user.home} * [MNG-2848] - Environment variables in profile activation not working * [MNG-2861] - NullPointerException in DefaultArtifactCollector for relocated resolvedArtifacts with different version ranges and available versions. * [MNG-2925] - NullPointerException in PluginDescriptor.getMojo() if there's no mojo in pom.xml * [MNG-2928] - Null pointer exeception when introducing version range [major.minor.build-SNAPSHOT,) * [MNG-2972] - Ignores version of plugin dependency specified in my pom * [MNG-3086] - NullPointerException in ResolutionNode.getTrail(ResolutionNode.java:136) * [MNG-3099] - Profiles ignored when working with non-projects (such as archetype:create) * [MNG-3111] - Classpath order incorrect * [MNG-3156] - NullPointerException with mvn dependency:sources * [MNG-3221] - Infinite loop in DefaultLifecycleExecutor * [MNG-3259] - Regression: Maven drops dependencies in multi-module build * [MNG-3286] - execution.inherited field is ignored * [MNG-3288] - Invalid systemPath allows build to continue--failing in later phase. * [MNG-3296] - mvn.bat looses error code on windows NT type platforms * [MNG-3310] - JAVACMD set incorrectly when JAVA_HOME is not set * [MNG-3316] - Barfs at attribues named .*encoding * [MNG-3354] - mvn.bat incorrectly detects OS on Windows NT or XP with Novell login * [MNG-3355] - CLONE -${pom.build.sourceDirectory} and ${pom.build.testSourceDirectory} no longer recognized * [MNG-3365] - Remove trailing-backslashes from M2_HOME in mvn.bat * [MNG-3394] - Plugin versions inherited via pluginManagement cannot be overriden by build.plugins section of sub modules * [MNG-3396] - Managed versions dont affect over constrained ranges * [MNG-3400] - MavenProject is not extensible * [MNG-3405] - Checking for updates from repository logging should not display if WagonManager is offline * [MNG-3410] - Managed versions in plugins are not considered when using them * [MNG-3415] - Transfer errors cause junk metadata in the local repo * [MNG-3426] - regression : dependency in plugin configuration doesn't override plugin classpath * [MNG-3430] - Toolchain doesn't match Toolchain extensions * [MNG-3431] - Pom Extensions not supported for Toolchains * [MNG-3439] - incorrect child dependency selected when parent is not selected * [MNG-3441] - Maven should always retrieve metadata to be updated from the deployment repository * [MNG-3460] - org.apache.maven.profiles.DefaultProfileManagerTest fails if you use a different local repo * [MNG-3464] - maven-toolchains missing from final binary.. need to update the assembly * [MNG-3473] - site generation with 2.0.9 and plugin:report (2.4 ONLY) is broken * [MNG-3484] - INT_MAVEN_OPTS are not quoted in mvnDebug which causes issues on some shells * [MNG-3485] - unable to override wagons that are bundled with a different version via extensions * [MNG-3494] - local pom dependencies should get injected before inherited dependencies *
Re: [VOTE] Maven 2.0.9
+1 --jason On Apr 7, 2008, at 11:42 PM, Brian E. Fox wrote: Time to vote on the final Maven 2.0.9 Release. We went through 8 Release Candidates and fixed all know regressions from 2.0.8 to 2.0.9 during that time. Note that there were no source changes between RC8 and this final build. Release is staged at: http://people.apache.org/~brianf/stage-2.0.9 Binaries are here: http://people.apache.org/~brianf/stage-2.0.9/org/apache/maven/apache-mav en/2.0.9/ List of issues fixed: Release Notes - Maven 2 - Version 2.0.9 ** Bug * [MNG-1412] - dependency sorting in classpath * [MNG-1914] - Wrong url in error message when using a mirror * [MNG-2123] - NullPointerException when a dependency uses version range and another uses an actual version incompatible with that range * [MNG-2145] - Plugins' dependencies are not always checked * [MNG-2178] - incorrect M2_HOME guess in mvn.bat * [MNG-2234] - activeProfile in ~/.m2/settings.xml is ignored when profiles section is missing or empty * [MNG-2339] - ${project.*} are interpreted in the wrong place * [MNG-2744] - checksum comparison should be case-insensitive * [MNG-2809] - Can't activate a profile by checking for the presence of a file in ${user.home} * [MNG-2848] - Environment variables in profile activation not working * [MNG-2861] - NullPointerException in DefaultArtifactCollector for relocated resolvedArtifacts with different version ranges and available versions. * [MNG-2925] - NullPointerException in PluginDescriptor.getMojo() if there's no mojo in pom.xml * [MNG-2928] - Null pointer exeception when introducing version range [major.minor.build-SNAPSHOT,) * [MNG-2972] - Ignores version of plugin dependency specified in my pom * [MNG-3086] - NullPointerException in ResolutionNode.getTrail(ResolutionNode.java:136) * [MNG-3099] - Profiles ignored when working with non-projects (such as archetype:create) * [MNG-3111] - Classpath order incorrect * [MNG-3156] - NullPointerException with mvn dependency:sources * [MNG-3221] - Infinite loop in DefaultLifecycleExecutor * [MNG-3259] - Regression: Maven drops dependencies in multi-module build * [MNG-3286] - execution.inherited field is ignored * [MNG-3288] - Invalid systemPath allows build to continue--failing in later phase. * [MNG-3296] - mvn.bat looses error code on windows NT type platforms * [MNG-3310] - JAVACMD set incorrectly when JAVA_HOME is not set * [MNG-3316] - Barfs at attribues named .*encoding * [MNG-3354] - mvn.bat incorrectly detects OS on Windows NT or XP with Novell login * [MNG-3355] - CLONE -${pom.build.sourceDirectory} and ${pom.build.testSourceDirectory} no longer recognized * [MNG-3365] - Remove trailing-backslashes from M2_HOME in mvn.bat * [MNG-3394] - Plugin versions inherited via pluginManagement cannot be overriden by build.plugins section of sub modules * [MNG-3396] - Managed versions dont affect over constrained ranges * [MNG-3400] - MavenProject is not extensible * [MNG-3405] - Checking for updates from repository logging should not display if WagonManager is offline * [MNG-3410] - Managed versions in plugins are not considered when using them * [MNG-3415] - Transfer errors cause junk metadata in the local repo * [MNG-3426] - regression : dependency in plugin configuration doesn't override plugin classpath * [MNG-3430] - Toolchain doesn't match Toolchain extensions * [MNG-3431] - Pom Extensions not supported for Toolchains * [MNG-3439] - incorrect child dependency selected when parent is not selected * [MNG-3441] - Maven should always retrieve metadata to be updated from the deployment repository * [MNG-3460] - org.apache.maven.profiles.DefaultProfileManagerTest fails if you use a different local repo * [MNG-3464] - maven-toolchains missing from final binary.. need to update the assembly * [MNG-3473] - site generation with 2.0.9 and plugin:report (2.4 ONLY) is broken * [MNG-3484] - INT_MAVEN_OPTS are not quoted in mvnDebug which causes issues on some shells * [MNG-3485] - unable to override wagons that are bundled with a different version via extensions * [MNG-3494] - local pom dependencies should get injected before inherited dependencies * [MNG-3495] - NPE at org .apache.maven.wagon.repository.Repository.hashCode(Repository.java:24 1) ** Improvement * [MNG-428] - Japanese message resource * [MNG-2881] - Improve logging when downloading snapshots in offline mode * [MNG-3279] - Support Exception Chaining for MojoFailureException * [MNG-3318] - ActiveProjectArtifact should have appropriate equals and hashCode methods * [MNG-3331] - Normalize paths to sub modules * [MNG-3388] - DefaultPluginManager needs to catch LinkageError * [MNG-3395] - Default core plugin versions in the superpom. * [MNG-3442] - Add explicit resource bundle for
Re: [VOTE] Maven 2.0.9
+1 2008/4/7, Jason Dillon [EMAIL PROTECTED]: +1 --jason On Apr 7, 2008, at 11:42 PM, Brian E. Fox wrote: Time to vote on the final Maven 2.0.9 Release. We went through 8 Release Candidates and fixed all know regressions from 2.0.8 to 2.0.9 during that time. Note that there were no source changes between RC8 and this final build. Release is staged at: http://people.apache.org/~brianf/stage-2.0.9 Binaries are here: http://people.apache.org/~brianf/stage-2.0.9/org/apache/maven/apache-mav en/2.0.9/ List of issues fixed: Release Notes - Maven 2 - Version 2.0.9 ** Bug * [MNG-1412] - dependency sorting in classpath * [MNG-1914] - Wrong url in error message when using a mirror * [MNG-2123] - NullPointerException when a dependency uses version range and another uses an actual version incompatible with that range * [MNG-2145] - Plugins' dependencies are not always checked * [MNG-2178] - incorrect M2_HOME guess in mvn.bat * [MNG-2234] - activeProfile in ~/.m2/settings.xml is ignored when profiles section is missing or empty * [MNG-2339] - ${project.*} are interpreted in the wrong place * [MNG-2744] - checksum comparison should be case-insensitive * [MNG-2809] - Can't activate a profile by checking for the presence of a file in ${user.home} * [MNG-2848] - Environment variables in profile activation not working * [MNG-2861] - NullPointerException in DefaultArtifactCollector for relocated resolvedArtifacts with different version ranges and available versions. * [MNG-2925] - NullPointerException in PluginDescriptor.getMojo() if there's no mojo in pom.xml * [MNG-2928] - Null pointer exeception when introducing version range [major.minor.build-SNAPSHOT,) * [MNG-2972] - Ignores version of plugin dependency specified in my pom * [MNG-3086] - NullPointerException in ResolutionNode.getTrail(ResolutionNode.java:136) * [MNG-3099] - Profiles ignored when working with non-projects (such as archetype:create) * [MNG-3111] - Classpath order incorrect * [MNG-3156] - NullPointerException with mvn dependency:sources * [MNG-3221] - Infinite loop in DefaultLifecycleExecutor * [MNG-3259] - Regression: Maven drops dependencies in multi-module build * [MNG-3286] - execution.inherited field is ignored * [MNG-3288] - Invalid systemPath allows build to continue--failing in later phase. * [MNG-3296] - mvn.bat looses error code on windows NT type platforms * [MNG-3310] - JAVACMD set incorrectly when JAVA_HOME is not set * [MNG-3316] - Barfs at attribues named .*encoding * [MNG-3354] - mvn.bat incorrectly detects OS on Windows NT or XP with Novell login * [MNG-3355] - CLONE -${pom.build.sourceDirectory} and ${pom.build.testSourceDirectory} no longer recognized * [MNG-3365] - Remove trailing-backslashes from M2_HOME in mvn.bat * [MNG-3394] - Plugin versions inherited via pluginManagement cannot be overriden by build.plugins section of sub modules * [MNG-3396] - Managed versions dont affect over constrained ranges * [MNG-3400] - MavenProject is not extensible * [MNG-3405] - Checking for updates from repository logging should not display if WagonManager is offline * [MNG-3410] - Managed versions in plugins are not considered when using them * [MNG-3415] - Transfer errors cause junk metadata in the local repo * [MNG-3426] - regression : dependency in plugin configuration doesn't override plugin classpath * [MNG-3430] - Toolchain doesn't match Toolchain extensions * [MNG-3431] - Pom Extensions not supported for Toolchains * [MNG-3439] - incorrect child dependency selected when parent is not selected * [MNG-3441] - Maven should always retrieve metadata to be updated from the deployment repository * [MNG-3460] - org.apache.maven.profiles.DefaultProfileManagerTest fails if you use a different local repo * [MNG-3464] - maven-toolchains missing from final binary.. need to update the assembly * [MNG-3473] - site generation with 2.0.9 and plugin:report (2.4 ONLY) is broken * [MNG-3484] - INT_MAVEN_OPTS are not quoted in mvnDebug which causes issues on some shells * [MNG-3485] - unable to override wagons that are bundled with a different version via extensions * [MNG-3494] - local pom dependencies should get injected before inherited dependencies * [MNG-3495] - NPE at org.apache.maven.wagon.repository.Repository.hashCode(Repository.java:24 1) ** Improvement * [MNG-428] - Japanese message resource * [MNG-2881] - Improve logging when downloading snapshots in offline mode * [MNG-3279] - Support Exception Chaining for MojoFailureException * [MNG-3318] - ActiveProjectArtifact should have appropriate equals and hashCode methods
Re: [VOTE] POM Element for Source File Encoding
+1 On Sat, Apr 5, 2008 at 2:20 PM, Hervé BOUTEMY [EMAIL PROTECTED] wrote: Hi, Since the discussion on the list about Maven and encoding 2 weeks ago, Benjamin and I worked on a proposal to have: 1. a central point of configuration of sources encoding, to be used by each and every plugin, 2. a default value set to ISO-8859-1 (instead of platform encoding) to have build reproducibility by default The full proposal is here: http://docs.codehaus.org/display/MAVENUSER/POM+Element+for+Source+File+Encoding As you'll see, we've already found 8 Apache plugins to change, and 4 Codehaus ones. Before starting the code modifications, we need everybody to agree on the proposal (and complete it if you know other places to change). The vote will be open for 72 hours. [ ] +1 [ ] +0 [ ] -1 Here is my +1 Regards, Hervé - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Maven 2.0.9
+1 It works fine on archetype plugin build. Raphaël 2008/4/7, Brian E. Fox [EMAIL PROTECTED]: Time to vote on the final Maven 2.0.9 Release. We went through 8 Release Candidates and fixed all know regressions from 2.0.8 to 2.0.9 during that time. Note that there were no source changes between RC8 and this final build. Release is staged at: http://people.apache.org/~brianf/stage-2.0.9 Binaries are here: http://people.apache.org/~brianf/stage-2.0.9/org/apache/maven/apache-mav en/2.0.9/ List of issues fixed: Release Notes - Maven 2 - Version 2.0.9 ** Bug * [MNG-1412] - dependency sorting in classpath * [MNG-1914] - Wrong url in error message when using a mirror * [MNG-2123] - NullPointerException when a dependency uses version range and another uses an actual version incompatible with that range * [MNG-2145] - Plugins' dependencies are not always checked * [MNG-2178] - incorrect M2_HOME guess in mvn.bat * [MNG-2234] - activeProfile in ~/.m2/settings.xml is ignored when profiles section is missing or empty * [MNG-2339] - ${project.*} are interpreted in the wrong place * [MNG-2744] - checksum comparison should be case-insensitive * [MNG-2809] - Can't activate a profile by checking for the presence of a file in ${user.home} * [MNG-2848] - Environment variables in profile activation not working * [MNG-2861] - NullPointerException in DefaultArtifactCollector for relocated resolvedArtifacts with different version ranges and available versions. * [MNG-2925] - NullPointerException in PluginDescriptor.getMojo() if there's no mojo in pom.xml * [MNG-2928] - Null pointer exeception when introducing version range [major.minor.build-SNAPSHOT,) * [MNG-2972] - Ignores version of plugin dependency specified in my pom * [MNG-3086] - NullPointerException in ResolutionNode.getTrail(ResolutionNode.java:136) * [MNG-3099] - Profiles ignored when working with non-projects (such as archetype:create) * [MNG-3111] - Classpath order incorrect * [MNG-3156] - NullPointerException with mvn dependency:sources * [MNG-3221] - Infinite loop in DefaultLifecycleExecutor * [MNG-3259] - Regression: Maven drops dependencies in multi-module build * [MNG-3286] - execution.inherited field is ignored * [MNG-3288] - Invalid systemPath allows build to continue--failing in later phase. * [MNG-3296] - mvn.bat looses error code on windows NT type platforms * [MNG-3310] - JAVACMD set incorrectly when JAVA_HOME is not set * [MNG-3316] - Barfs at attribues named .*encoding * [MNG-3354] - mvn.bat incorrectly detects OS on Windows NT or XP with Novell login * [MNG-3355] - CLONE -${pom.build.sourceDirectory} and ${pom.build.testSourceDirectory} no longer recognized * [MNG-3365] - Remove trailing-backslashes from M2_HOME in mvn.bat * [MNG-3394] - Plugin versions inherited via pluginManagement cannot be overriden by build.plugins section of sub modules * [MNG-3396] - Managed versions dont affect over constrained ranges * [MNG-3400] - MavenProject is not extensible * [MNG-3405] - Checking for updates from repository logging should not display if WagonManager is offline * [MNG-3410] - Managed versions in plugins are not considered when using them * [MNG-3415] - Transfer errors cause junk metadata in the local repo * [MNG-3426] - regression : dependency in plugin configuration doesn't override plugin classpath * [MNG-3430] - Toolchain doesn't match Toolchain extensions * [MNG-3431] - Pom Extensions not supported for Toolchains * [MNG-3439] - incorrect child dependency selected when parent is not selected * [MNG-3441] - Maven should always retrieve metadata to be updated from the deployment repository * [MNG-3460] - org.apache.maven.profiles.DefaultProfileManagerTest fails if you use a different local repo * [MNG-3464] - maven-toolchains missing from final binary.. need to update the assembly * [MNG-3473] - site generation with 2.0.9 and plugin:report (2.4 ONLY) is broken * [MNG-3484] - INT_MAVEN_OPTS are not quoted in mvnDebug which causes issues on some shells * [MNG-3485] - unable to override wagons that are bundled with a different version via extensions * [MNG-3494] - local pom dependencies should get injected before inherited dependencies * [MNG-3495] - NPE at org.apache.maven.wagon.repository.Repository.hashCode(Repository.java:24 1) ** Improvement * [MNG-428] - Japanese message resource * [MNG-2881] - Improve logging when downloading snapshots in offline mode * [MNG-3279] - Support Exception Chaining for MojoFailureException * [MNG-3318] - ActiveProjectArtifact should have appropriate equals and hashCode methods * [MNG-3331] - Normalize paths to sub
Re: [VOTE] Maven 2.0.9
+1 Brian E. Fox wrote: Time to vote on the final Maven 2.0.9 Release. We went through 8 Release Candidates and fixed all know regressions from 2.0.8 to 2.0.9 during that time. Note that there were no source changes between RC8 and this final build. Release is staged at: http://people.apache.org/~brianf/stage-2.0.9 Binaries are here: http://people.apache.org/~brianf/stage-2.0.9/org/apache/maven/apache-mav en/2.0.9/ List of issues fixed: Release Notes - Maven 2 - Version 2.0.9 ** Bug * [MNG-1412] - dependency sorting in classpath * [MNG-1914] - Wrong url in error message when using a mirror * [MNG-2123] - NullPointerException when a dependency uses version range and another uses an actual version incompatible with that range * [MNG-2145] - Plugins' dependencies are not always checked * [MNG-2178] - incorrect M2_HOME guess in mvn.bat * [MNG-2234] - activeProfile in ~/.m2/settings.xml is ignored when profiles section is missing or empty * [MNG-2339] - ${project.*} are interpreted in the wrong place * [MNG-2744] - checksum comparison should be case-insensitive * [MNG-2809] - Can't activate a profile by checking for the presence of a file in ${user.home} * [MNG-2848] - Environment variables in profile activation not working * [MNG-2861] - NullPointerException in DefaultArtifactCollector for relocated resolvedArtifacts with different version ranges and available versions. * [MNG-2925] - NullPointerException in PluginDescriptor.getMojo() if there's no mojo in pom.xml * [MNG-2928] - Null pointer exeception when introducing version range [major.minor.build-SNAPSHOT,) * [MNG-2972] - Ignores version of plugin dependency specified in my pom * [MNG-3086] - NullPointerException in ResolutionNode.getTrail(ResolutionNode.java:136) * [MNG-3099] - Profiles ignored when working with non-projects (such as archetype:create) * [MNG-3111] - Classpath order incorrect * [MNG-3156] - NullPointerException with mvn dependency:sources * [MNG-3221] - Infinite loop in DefaultLifecycleExecutor * [MNG-3259] - Regression: Maven drops dependencies in multi-module build * [MNG-3286] - execution.inherited field is ignored * [MNG-3288] - Invalid systemPath allows build to continue--failing in later phase. * [MNG-3296] - mvn.bat looses error code on windows NT type platforms * [MNG-3310] - JAVACMD set incorrectly when JAVA_HOME is not set * [MNG-3316] - Barfs at attribues named .*encoding * [MNG-3354] - mvn.bat incorrectly detects OS on Windows NT or XP with Novell login * [MNG-3355] - CLONE -${pom.build.sourceDirectory} and ${pom.build.testSourceDirectory} no longer recognized * [MNG-3365] - Remove trailing-backslashes from M2_HOME in mvn.bat * [MNG-3394] - Plugin versions inherited via pluginManagement cannot be overriden by build.plugins section of sub modules * [MNG-3396] - Managed versions dont affect over constrained ranges * [MNG-3400] - MavenProject is not extensible * [MNG-3405] - Checking for updates from repository logging should not display if WagonManager is offline * [MNG-3410] - Managed versions in plugins are not considered when using them * [MNG-3415] - Transfer errors cause junk metadata in the local repo * [MNG-3426] - regression : dependency in plugin configuration doesn't override plugin classpath * [MNG-3430] - Toolchain doesn't match Toolchain extensions * [MNG-3431] - Pom Extensions not supported for Toolchains * [MNG-3439] - incorrect child dependency selected when parent is not selected * [MNG-3441] - Maven should always retrieve metadata to be updated from the deployment repository * [MNG-3460] - org.apache.maven.profiles.DefaultProfileManagerTest fails if you use a different local repo * [MNG-3464] - maven-toolchains missing from final binary.. need to update the assembly * [MNG-3473] - site generation with 2.0.9 and plugin:report (2.4 ONLY) is broken * [MNG-3484] - INT_MAVEN_OPTS are not quoted in mvnDebug which causes issues on some shells * [MNG-3485] - unable to override wagons that are bundled with a different version via extensions * [MNG-3494] - local pom dependencies should get injected before inherited dependencies * [MNG-3495] - NPE at org.apache.maven.wagon.repository.Repository.hashCode(Repository.java:24 1) ** Improvement * [MNG-428] - Japanese message resource * [MNG-2881] - Improve logging when downloading snapshots in offline mode * [MNG-3279] - Support Exception Chaining for MojoFailureException * [MNG-3318] - ActiveProjectArtifact should have appropriate equals and hashCode methods * [MNG-3331] - Normalize paths to sub modules * [MNG-3388] - DefaultPluginManager needs to catch LinkageError * [MNG-3395] - Default core plugin versions in the superpom. * [MNG-3442] - Add explicit resource bundle for
Re: [VOTE] POM Element for Source File Encoding
2008/4/5, Hervé BOUTEMY [EMAIL PROTECTED]: Hi, Since the discussion on the list about Maven and encoding 2 weeks ago, Benjamin and I worked on a proposal to have: 1. a central point of configuration of sources encoding, to be used by each and every plugin, 2. a default value set to ISO-8859-1 (instead of platform encoding) to have build reproducibility by default Out of curiosity, why would you go for 8859-1 and not UTF-8 or US-ASCII? I would think it would be safer to either support any extended character or no extended characters, and not something halfway there? Asgeir
[ANN] maven-alfresco-extension-archetype 1.0.0 released
Hi devs, hi users, my first post on maven lists (after several months in read only mode) to announce the release under Apache2 license of an archetype to build Alfresco [1] customizations with maven2. It was developed within Sourcesense [2] and provides the framework with a full m2 based lifecycle management. You can find it on Alfresco forge here [3] or documented on Sourcesense repositories here [4]. As some of you may know, Alfresco is gaining a very nice market position with respect to the (even commercial) Enterprise Content Management alternatives and it's based on all opensource components, so we thought m2 could make a real improvement in the development and delivery of Alfresco (and the debate is lively on Alfresco forums, see [5] and [6]). That's why we decided to put effort in hosting a m2 repo layout for this project (which still not builds with maven) and provide it with all the (genius, have to say that :) capabilities that m2 provides for managing the whole application lifecycle (especially in enterprise contexts). Basically this archetype provides (with zero conf remote creation hosted in SS mvn repositorites) the following features amongst others: - Property filtering - Rapid prototyping (common properties already available to the - junior - developer rather than Spring conf files) - Releasing - Documentation site - LDAP configuration samples - Local/remote deploy on tomcat/jboss with cargo - jetty embedded run - ant support: ant mimics 'mvn package' behavior and produces a customized war which represents to me a great added value to manual procedures and ant based scripts (ant is supported anyways). The archetype has launched in the Alfresco community pretty recently so we'll see which feedback it can get, but it was to me a really important use case to prove maven flexibility and feasibility especially for complex environments: now the next steps will be to push Alfresco to build itself with maven, as ATM customization dependencies (WAR and JAR) are not produced by a m2 build process. Wrapping up, I'm writing (cross-posting actually, sorry for that) to both lists for : - users : if any Alfresco developer/partner gets interested and wants to provide feedback/suggestions on this one. Any help/comment would be delightful :) BTW, Source code is released together with archetype jar here [7], but an SCM will be opened soon in Alfresco forge (or Sourcesense repositories). - devs : to notify them of a possible typical complex maven use case (similar to the Apache Cocoon m10n which I followed pretty close) and maybe to see if there's still the possibility of a brief (BOF or Fast feather) talk about this experience / success story at the ongoing ApacheCon (I'm based in Netherlands). I will file the super late request to the organizers, but as a mere suggestion, do you think anyone can be interested at all? ;) Thanks and hope this helps. BTW, as per my first post, keep on the wonderful work you've been doing. Maven is an awesome piece of software. Ciao! Gabriele PS: Should this mail be sent to the announce mailing list or that's maven releases specific? [1] Opensource Enterprise Content Management - http://www.alfresco.com [2] Sourcesense - Making sense of opensource - http://www.sourcesense.com [3] http://forge.alfresco.com/projects/m2alfresco/ [4] http://repository.sourcesense.com/maven2-sites/maven-alfresco-extension-archetype-1.0.0/ [5] Maven for building Alfresco - http://forums.alfresco.com/viewtopic.php?f=14t=7619p=39188#p39188 [6] Library conventions - http://forums.alfresco.com/viewtopic.php?f=10t=1017p=39172#p39172 [7] http://repository.sourcesense.com/maven2/com/sourcesense/alfresco/maven-alfresco-extension-archetype/1.0.0 -- Gabriele Columbro Sourcesense - Making Sense of Opensource (http://www.sourcesense.com) (+39) 3201612846 (+31) 627565103 Open Source Software Engineer - ECM Specialist (http://www.mindthegab.com) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Maven 2.0.9
On Mon, 7 Apr 2008, Brian E. Fox wrote: Time to vote on the final Maven 2.0.9 Release. We went through 8 Release Candidates and fixed all know regressions from 2.0.8 to 2.0.9 during that time. Note that there were no source changes between RC8 and this final build. Big +1 - both on the actual release - and the splendid RC-strategy. (non-binding) -- David J. M. Karlsen - +47 90 68 22 43 http://www.davidkarlsen.com http://mp3.davidkarlsen.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Maven 2.0.9
On Mon, 7 Apr 2008, Brian E. Fox wrote: Forgot to mention that we had no problems with the latest RC - which was running all builds (including site-gen with a lot of plugins) on our CI server. The beta-6 of site plugin discovered an invalid site.xml which had passed before - but this is typically a good thing - our site.xml was badly formed. -- David J. M. Karlsen - +47 90 68 22 43 http://www.davidkarlsen.com http://mp3.davidkarlsen.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] POM Element for Source File Encoding
Le lundi 07 avril 2008, Asgeir S. Nilsen a écrit : 2008/4/5, Hervé BOUTEMY [EMAIL PROTECTED]: Hi, Since the discussion on the list about Maven and encoding 2 weeks ago, Benjamin and I worked on a proposal to have: 1. a central point of configuration of sources encoding, to be used by each and every plugin, 2. a default value set to ISO-8859-1 (instead of platform encoding) to have build reproducibility by default Out of curiosity, why would you go for 8859-1 and not UTF-8 or US-ASCII? I would think it would be safer to either support any extended character or no extended characters, and not something halfway there? Asgeir US-ASCII: why limit to ASCII only when ISO-8859-1 is a superset? UTF-8: seems interesting in the first thought, but: - there are already plugins having ISO-8859-1 as default value - you can have invalid byte combinations for UTF-8, causing failures ISO-8859-1 seems the best compromise. Hervé - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Maven 2.0.9
+1 -john On Apr 7, 2008, at 12:42 PM, Brian E. Fox wrote: Time to vote on the final Maven 2.0.9 Release. We went through 8 Release Candidates and fixed all know regressions from 2.0.8 to 2.0.9 during that time. Note that there were no source changes between RC8 and this final build. Release is staged at: http://people.apache.org/~brianf/stage-2.0.9 Binaries are here: http://people.apache.org/~brianf/stage-2.0.9/org/apache/maven/ apache-mav en/2.0.9/ List of issues fixed: Release Notes - Maven 2 - Version 2.0.9 ** Bug * [MNG-1412] - dependency sorting in classpath * [MNG-1914] - Wrong url in error message when using a mirror * [MNG-2123] - NullPointerException when a dependency uses version range and another uses an actual version incompatible with that range * [MNG-2145] - Plugins' dependencies are not always checked * [MNG-2178] - incorrect M2_HOME guess in mvn.bat * [MNG-2234] - activeProfile in ~/.m2/settings.xml is ignored when profiles section is missing or empty * [MNG-2339] - ${project.*} are interpreted in the wrong place * [MNG-2744] - checksum comparison should be case-insensitive * [MNG-2809] - Can't activate a profile by checking for the presence of a file in ${user.home} * [MNG-2848] - Environment variables in profile activation not working * [MNG-2861] - NullPointerException in DefaultArtifactCollector for relocated resolvedArtifacts with different version ranges and available versions. * [MNG-2925] - NullPointerException in PluginDescriptor.getMojo () if there's no mojo in pom.xml * [MNG-2928] - Null pointer exeception when introducing version range [major.minor.build-SNAPSHOT,) * [MNG-2972] - Ignores version of plugin dependency specified in my pom * [MNG-3086] - NullPointerException in ResolutionNode.getTrail(ResolutionNode.java:136) * [MNG-3099] - Profiles ignored when working with non-projects (such as archetype:create) * [MNG-3111] - Classpath order incorrect * [MNG-3156] - NullPointerException with mvn dependency:sources * [MNG-3221] - Infinite loop in DefaultLifecycleExecutor * [MNG-3259] - Regression: Maven drops dependencies in multi- module build * [MNG-3286] - execution.inherited field is ignored * [MNG-3288] - Invalid systemPath allows build to continue-- failing in later phase. * [MNG-3296] - mvn.bat looses error code on windows NT type platforms * [MNG-3310] - JAVACMD set incorrectly when JAVA_HOME is not set * [MNG-3316] - Barfs at attribues named .*encoding * [MNG-3354] - mvn.bat incorrectly detects OS on Windows NT or XP with Novell login * [MNG-3355] - CLONE -${pom.build.sourceDirectory} and ${pom.build.testSourceDirectory} no longer recognized * [MNG-3365] - Remove trailing-backslashes from M2_HOME in mvn.bat * [MNG-3394] - Plugin versions inherited via pluginManagement cannot be overriden by build.plugins section of sub modules * [MNG-3396] - Managed versions dont affect over constrained ranges * [MNG-3400] - MavenProject is not extensible * [MNG-3405] - Checking for updates from repository logging should not display if WagonManager is offline * [MNG-3410] - Managed versions in plugins are not considered when using them * [MNG-3415] - Transfer errors cause junk metadata in the local repo * [MNG-3426] - regression : dependency in plugin configuration doesn't override plugin classpath * [MNG-3430] - Toolchain doesn't match Toolchain extensions * [MNG-3431] - Pom Extensions not supported for Toolchains * [MNG-3439] - incorrect child dependency selected when parent is not selected * [MNG-3441] - Maven should always retrieve metadata to be updated from the deployment repository * [MNG-3460] - org.apache.maven.profiles.DefaultProfileManagerTest fails if you use a different local repo * [MNG-3464] - maven-toolchains missing from final binary.. need to update the assembly * [MNG-3473] - site generation with 2.0.9 and plugin:report (2.4 ONLY) is broken * [MNG-3484] - INT_MAVEN_OPTS are not quoted in mvnDebug which causes issues on some shells * [MNG-3485] - unable to override wagons that are bundled with a different version via extensions * [MNG-3494] - local pom dependencies should get injected before inherited dependencies * [MNG-3495] - NPE at org.apache.maven.wagon.repository.Repository.hashCode (Repository.java:24 1) ** Improvement * [MNG-428] - Japanese message resource * [MNG-2881] - Improve logging when downloading snapshots in offline mode * [MNG-3279] - Support Exception Chaining for MojoFailureException * [MNG-3318] - ActiveProjectArtifact should have appropriate equals and hashCode methods * [MNG-3331] - Normalize paths to sub modules * [MNG-3388] - DefaultPluginManager needs to catch LinkageError * [MNG-3395] - Default core plugin
Re: [VOTE] POM Element for Source File Encoding
Le dimanche 06 avril 2008, Jason van Zyl a écrit : I specifically meant the core changes, but I would still recommending what Milos did which was to create branches for a few of the affected plugins to try it all together. ok, I created http://svn.apache.org/viewvc/maven/sandbox/branches/MNG-2216/ with javadoc and jxr plugins branches to test the change, and sample use case. Most certainly to test new elements in the POM you need to use a branch because we still don't have a strategy for dealing with model changes. this one is more tricky, even if the change in pom.xml is a simple addition of an element... Don't really know how to handle this without breaking things for Maven 2.0 when an artifact with this addition is deployed to a repository. If plugins can be changed, used with the existing versions of Maven with no disruption then do it in-situ. No problem here, no disruption, as proven by the test. The only risk is that the property chosen, ${project.build.sourceEncoding}, makes user think to a new element projectbuildsourceEncoding in the pom, but we still don't know how we will implement it: we bet on a solution we don't have currently. Hervé - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Maven 2.0.9
ok, thus you have my +1 (I tested it on several projects) but : - We have to ensure that it can't happen on the central (can we add a control somewhere ?) - We have to clearly document it to be sure that users understand this impact if they want to use it in a corporate environment (they have also to prohibit if they can't be sure that all project are in maven = 2.0.9). Arnaud On Mon, Apr 7, 2008 at 7:40 PM, Brian E. Fox [EMAIL PROTECTED] wrote: It won't work, in fact I believe the pom won't parse. This is something we'll have to note in the release notes and we may want to prohibit these from going into central. -Original Message- From: Arnaud HERITIER [mailto:[EMAIL PROTECTED] Sent: Monday, April 07, 2008 1:15 PM To: Maven Developers List Subject: Re: [VOTE] Maven 2.0.9 Hi, Something I didn't understand. What will happen with MNG-3220 and maven version 2.0.9. How will they do with the new scope ? Arnaud On Mon, Apr 7, 2008 at 6:42 PM, Brian E. Fox [EMAIL PROTECTED] wrote: Time to vote on the final Maven 2.0.9 Release. We went through 8 Release Candidates and fixed all know regressions from 2.0.8 to 2.0.9 during that time. Note that there were no source changes between RC8 and this final build. Release is staged at: http://people.apache.org/~brianf/stage-2.0.9 Binaries are here: http://people.apache.org/~brianf/stage-2.0.9/org/apache/maven/apache-mav en/2.0.9/ List of issues fixed: Release Notes - Maven 2 - Version 2.0.9 ** Bug * [MNG-1412] - dependency sorting in classpath * [MNG-1914] - Wrong url in error message when using a mirror * [MNG-2123] - NullPointerException when a dependency uses version range and another uses an actual version incompatible with that range * [MNG-2145] - Plugins' dependencies are not always checked * [MNG-2178] - incorrect M2_HOME guess in mvn.bat * [MNG-2234] - activeProfile in ~/.m2/settings.xml is ignored when profiles section is missing or empty * [MNG-2339] - ${project.*} are interpreted in the wrong place * [MNG-2744] - checksum comparison should be case-insensitive * [MNG-2809] - Can't activate a profile by checking for the presence of a file in ${user.home} * [MNG-2848] - Environment variables in profile activation not working * [MNG-2861] - NullPointerException in DefaultArtifactCollector for relocated resolvedArtifacts with different version ranges and available versions. * [MNG-2925] - NullPointerException in PluginDescriptor.getMojo() if there's no mojo in pom.xml * [MNG-2928] - Null pointer exeception when introducing version range [major.minor.build-SNAPSHOT,) * [MNG-2972] - Ignores version of plugin dependency specified in my pom * [MNG-3086] - NullPointerException in ResolutionNode.getTrail(ResolutionNode.java:136) * [MNG-3099] - Profiles ignored when working with non-projects (such as archetype:create) * [MNG-3111] - Classpath order incorrect * [MNG-3156] - NullPointerException with mvn dependency:sources * [MNG-3221] - Infinite loop in DefaultLifecycleExecutor * [MNG-3259] - Regression: Maven drops dependencies in multi-module build * [MNG-3286] - execution.inherited field is ignored * [MNG-3288] - Invalid systemPath allows build to continue--failing in later phase. * [MNG-3296] - mvn.bat looses error code on windows NT type platforms * [MNG-3310] - JAVACMD set incorrectly when JAVA_HOME is not set * [MNG-3316] - Barfs at attribues named .*encoding * [MNG-3354] - mvn.bat incorrectly detects OS on Windows NT or XP with Novell login * [MNG-3355] - CLONE -${pom.build.sourceDirectory} and ${pom.build.testSourceDirectory} no longer recognized * [MNG-3365] - Remove trailing-backslashes from M2_HOME in mvn.bat * [MNG-3394] - Plugin versions inherited via pluginManagement cannot be overriden by build.plugins section of sub modules * [MNG-3396] - Managed versions dont affect over constrained ranges * [MNG-3400] - MavenProject is not extensible * [MNG-3405] - Checking for updates from repository logging should not display if WagonManager is offline * [MNG-3410] - Managed versions in plugins are not considered when using them * [MNG-3415] - Transfer errors cause junk metadata in the local repo * [MNG-3426] - regression : dependency in plugin configuration doesn't override plugin classpath * [MNG-3430] - Toolchain doesn't match Toolchain extensions * [MNG-3431] - Pom Extensions not supported for Toolchains * [MNG-3439] - incorrect child dependency
Re: [VOTE] Maven 2.0.9
+1 from me. after a rocky start with those early RC having issues, seems you guys did great in resolving everything and making sure it all works great. cudos for a great release run and hard work to ensure integrity and quality went into this release. On Mon, Apr 7, 2008 at 6:10 PM, Arnaud HERITIER [EMAIL PROTECTED] wrote: ok, thus you have my +1 (I tested it on several projects) but : - We have to ensure that it can't happen on the central (can we add a control somewhere ?) - We have to clearly document it to be sure that users understand this impact if they want to use it in a corporate environment (they have also to prohibit if they can't be sure that all project are in maven = 2.0.9). Arnaud On Mon, Apr 7, 2008 at 7:40 PM, Brian E. Fox [EMAIL PROTECTED] wrote: It won't work, in fact I believe the pom won't parse. This is something we'll have to note in the release notes and we may want to prohibit these from going into central. -Original Message- From: Arnaud HERITIER [mailto:[EMAIL PROTECTED] Sent: Monday, April 07, 2008 1:15 PM To: Maven Developers List Subject: Re: [VOTE] Maven 2.0.9 Hi, Something I didn't understand. What will happen with MNG-3220 and maven version 2.0.9. How will they do with the new scope ? Arnaud On Mon, Apr 7, 2008 at 6:42 PM, Brian E. Fox [EMAIL PROTECTED] wrote: Time to vote on the final Maven 2.0.9 Release. We went through 8 Release Candidates and fixed all know regressions from 2.0.8 to 2.0.9 during that time. Note that there were no source changes between RC8 and this final build. Release is staged at: http://people.apache.org/~brianf/stage-2.0.9http://people.apache.org/%7Ebrianf/stage-2.0.9 Binaries are here: http://people.apache.org/~brianf/stage-2.0.9/org/apache/maven/apache-mavhttp://people.apache.org/%7Ebrianf/stage-2.0.9/org/apache/maven/apache-mav en/2.0.9/ List of issues fixed: Release Notes - Maven 2 - Version 2.0.9 ** Bug * [MNG-1412] - dependency sorting in classpath * [MNG-1914] - Wrong url in error message when using a mirror * [MNG-2123] - NullPointerException when a dependency uses version range and another uses an actual version incompatible with that range * [MNG-2145] - Plugins' dependencies are not always checked * [MNG-2178] - incorrect M2_HOME guess in mvn.bat * [MNG-2234] - activeProfile in ~/.m2/settings.xml is ignored when profiles section is missing or empty * [MNG-2339] - ${project.*} are interpreted in the wrong place * [MNG-2744] - checksum comparison should be case-insensitive * [MNG-2809] - Can't activate a profile by checking for the presence of a file in ${user.home} * [MNG-2848] - Environment variables in profile activation not working * [MNG-2861] - NullPointerException in DefaultArtifactCollector for relocated resolvedArtifacts with different version ranges and available versions. * [MNG-2925] - NullPointerException in PluginDescriptor.getMojo() if there's no mojo in pom.xml * [MNG-2928] - Null pointer exeception when introducing version range [major.minor.build-SNAPSHOT,) * [MNG-2972] - Ignores version of plugin dependency specified in my pom * [MNG-3086] - NullPointerException in ResolutionNode.getTrail(ResolutionNode.java:136) * [MNG-3099] - Profiles ignored when working with non-projects (such as archetype:create) * [MNG-3111] - Classpath order incorrect * [MNG-3156] - NullPointerException with mvn dependency:sources * [MNG-3221] - Infinite loop in DefaultLifecycleExecutor * [MNG-3259] - Regression: Maven drops dependencies in multi-module build * [MNG-3286] - execution.inherited field is ignored * [MNG-3288] - Invalid systemPath allows build to continue--failing in later phase. * [MNG-3296] - mvn.bat looses error code on windows NT type platforms * [MNG-3310] - JAVACMD set incorrectly when JAVA_HOME is not set * [MNG-3316] - Barfs at attribues named .*encoding * [MNG-3354] - mvn.bat incorrectly detects OS on Windows NT or XP with Novell login * [MNG-3355] - CLONE -${pom.build.sourceDirectory} and ${pom.build.testSourceDirectory} no longer recognized * [MNG-3365] - Remove trailing-backslashes from M2_HOME in mvn.bat * [MNG-3394] - Plugin versions inherited via pluginManagement cannot be overriden by build.plugins section of sub modules * [MNG-3396] - Managed versions dont affect over constrained ranges * [MNG-3400] - MavenProject is not
Re: [VOTE] Maven 2.0.9
+1 Hervé Le lundi 07 avril 2008, Brian E. Fox a écrit : Time to vote on the final Maven 2.0.9 Release. We went through 8 Release Candidates and fixed all know regressions from 2.0.8 to 2.0.9 during that time. Note that there were no source changes between RC8 and this final build. Release is staged at: http://people.apache.org/~brianf/stage-2.0.9 Binaries are here: http://people.apache.org/~brianf/stage-2.0.9/org/apache/maven/apache-mav en/2.0.9/ List of issues fixed: Release Notes - Maven 2 - Version 2.0.9 ** Bug * [MNG-1412] - dependency sorting in classpath * [MNG-1914] - Wrong url in error message when using a mirror * [MNG-2123] - NullPointerException when a dependency uses version range and another uses an actual version incompatible with that range * [MNG-2145] - Plugins' dependencies are not always checked * [MNG-2178] - incorrect M2_HOME guess in mvn.bat * [MNG-2234] - activeProfile in ~/.m2/settings.xml is ignored when profiles section is missing or empty * [MNG-2339] - ${project.*} are interpreted in the wrong place * [MNG-2744] - checksum comparison should be case-insensitive * [MNG-2809] - Can't activate a profile by checking for the presence of a file in ${user.home} * [MNG-2848] - Environment variables in profile activation not working * [MNG-2861] - NullPointerException in DefaultArtifactCollector for relocated resolvedArtifacts with different version ranges and available versions. * [MNG-2925] - NullPointerException in PluginDescriptor.getMojo() if there's no mojo in pom.xml * [MNG-2928] - Null pointer exeception when introducing version range [major.minor.build-SNAPSHOT,) * [MNG-2972] - Ignores version of plugin dependency specified in my pom * [MNG-3086] - NullPointerException in ResolutionNode.getTrail(ResolutionNode.java:136) * [MNG-3099] - Profiles ignored when working with non-projects (such as archetype:create) * [MNG-3111] - Classpath order incorrect * [MNG-3156] - NullPointerException with mvn dependency:sources * [MNG-3221] - Infinite loop in DefaultLifecycleExecutor * [MNG-3259] - Regression: Maven drops dependencies in multi-module build * [MNG-3286] - execution.inherited field is ignored * [MNG-3288] - Invalid systemPath allows build to continue--failing in later phase. * [MNG-3296] - mvn.bat looses error code on windows NT type platforms * [MNG-3310] - JAVACMD set incorrectly when JAVA_HOME is not set * [MNG-3316] - Barfs at attribues named .*encoding * [MNG-3354] - mvn.bat incorrectly detects OS on Windows NT or XP with Novell login * [MNG-3355] - CLONE -${pom.build.sourceDirectory} and ${pom.build.testSourceDirectory} no longer recognized * [MNG-3365] - Remove trailing-backslashes from M2_HOME in mvn.bat * [MNG-3394] - Plugin versions inherited via pluginManagement cannot be overriden by build.plugins section of sub modules * [MNG-3396] - Managed versions dont affect over constrained ranges * [MNG-3400] - MavenProject is not extensible * [MNG-3405] - Checking for updates from repository logging should not display if WagonManager is offline * [MNG-3410] - Managed versions in plugins are not considered when using them * [MNG-3415] - Transfer errors cause junk metadata in the local repo * [MNG-3426] - regression : dependency in plugin configuration doesn't override plugin classpath * [MNG-3430] - Toolchain doesn't match Toolchain extensions * [MNG-3431] - Pom Extensions not supported for Toolchains * [MNG-3439] - incorrect child dependency selected when parent is not selected * [MNG-3441] - Maven should always retrieve metadata to be updated from the deployment repository * [MNG-3460] - org.apache.maven.profiles.DefaultProfileManagerTest fails if you use a different local repo * [MNG-3464] - maven-toolchains missing from final binary.. need to update the assembly * [MNG-3473] - site generation with 2.0.9 and plugin:report (2.4 ONLY) is broken * [MNG-3484] - INT_MAVEN_OPTS are not quoted in mvnDebug which causes issues on some shells * [MNG-3485] - unable to override wagons that are bundled with a different version via extensions * [MNG-3494] - local pom dependencies should get injected before inherited dependencies * [MNG-3495] - NPE at org.apache.maven.wagon.repository.Repository.hashCode(Repository.java:24 1) ** Improvement * [MNG-428] - Japanese message resource * [MNG-2881] - Improve logging when downloading snapshots in offline mode * [MNG-3279] - Support Exception Chaining for MojoFailureException * [MNG-3318] - ActiveProjectArtifact should have appropriate equals and hashCode methods * [MNG-3331] - Normalize paths to sub modules * [MNG-3388] - DefaultPluginManager needs to catch LinkageError
Re: [VOTE] Maven 2.0.9
+1, works fine for me. Rahul Brian E. Fox wrote: Time to vote on the final Maven 2.0.9 Release. We went through 8 Release Candidates and fixed all know regressions from 2.0.8 to 2.0.9 during that time. Note that there were no source changes between RC8 and this final build. Release is staged at: http://people.apache.org/~brianf/stage-2.0.9 Binaries are here: http://people.apache.org/~brianf/stage-2.0.9/org/apache/maven/apache-mav en/2.0.9/ List of issues fixed: Release Notes - Maven 2 - Version 2.0.9 ** Bug * [MNG-1412] - dependency sorting in classpath * [MNG-1914] - Wrong url in error message when using a mirror * [MNG-2123] - NullPointerException when a dependency uses version range and another uses an actual version incompatible with that range * [MNG-2145] - Plugins' dependencies are not always checked * [MNG-2178] - incorrect M2_HOME guess in mvn.bat * [MNG-2234] - activeProfile in ~/.m2/settings.xml is ignored when profiles section is missing or empty * [MNG-2339] - ${project.*} are interpreted in the wrong place * [MNG-2744] - checksum comparison should be case-insensitive * [MNG-2809] - Can't activate a profile by checking for the presence of a file in ${user.home} * [MNG-2848] - Environment variables in profile activation not working * [MNG-2861] - NullPointerException in DefaultArtifactCollector for relocated resolvedArtifacts with different version ranges and available versions. * [MNG-2925] - NullPointerException in PluginDescriptor.getMojo() if there's no mojo in pom.xml * [MNG-2928] - Null pointer exeception when introducing version range [major.minor.build-SNAPSHOT,) * [MNG-2972] - Ignores version of plugin dependency specified in my pom * [MNG-3086] - NullPointerException in ResolutionNode.getTrail(ResolutionNode.java:136) * [MNG-3099] - Profiles ignored when working with non-projects (such as archetype:create) * [MNG-3111] - Classpath order incorrect * [MNG-3156] - NullPointerException with mvn dependency:sources * [MNG-3221] - Infinite loop in DefaultLifecycleExecutor * [MNG-3259] - Regression: Maven drops dependencies in multi-module build * [MNG-3286] - execution.inherited field is ignored * [MNG-3288] - Invalid systemPath allows build to continue--failing in later phase. * [MNG-3296] - mvn.bat looses error code on windows NT type platforms * [MNG-3310] - JAVACMD set incorrectly when JAVA_HOME is not set * [MNG-3316] - Barfs at attribues named .*encoding * [MNG-3354] - mvn.bat incorrectly detects OS on Windows NT or XP with Novell login * [MNG-3355] - CLONE -${pom.build.sourceDirectory} and ${pom.build.testSourceDirectory} no longer recognized * [MNG-3365] - Remove trailing-backslashes from M2_HOME in mvn.bat * [MNG-3394] - Plugin versions inherited viapluginManagement cannot be overriden bybuild.plugins section of sub modules * [MNG-3396] - Managed versions dont affect over constrained ranges * [MNG-3400] - MavenProject is not extensible * [MNG-3405] - Checking for updates from repository logging should not display if WagonManager is offline * [MNG-3410] - Managed versions in plugins are not considered when using them * [MNG-3415] - Transfer errors cause junk metadata in the local repo * [MNG-3426] - regression :dependency in plugin configuration doesn't override plugin classpath * [MNG-3430] - Toolchain doesn't match Toolchain extensions * [MNG-3431] - Pom Extensions not supported for Toolchains * [MNG-3439] - incorrect child dependency selected when parent is not selected * [MNG-3441] - Maven should always retrieve metadata to be updated from the deployment repository * [MNG-3460] - org.apache.maven.profiles.DefaultProfileManagerTest fails if you use a different local repo * [MNG-3464] - maven-toolchains missing from final binary.. need to update the assembly * [MNG-3473] - site generation with 2.0.9 and plugin:report (2.4 ONLY) is broken * [MNG-3484] - INT_MAVEN_OPTS are not quoted in mvnDebug which causes issues on some shells * [MNG-3485] - unable to override wagons that are bundled with a different version via extensions * [MNG-3494] - local pom dependencies should get injected before inherited dependencies * [MNG-3495] - NPE at org.apache.maven.wagon.repository.Repository.hashCode(Repository.java:24 1) ** Improvement * [MNG-428] - Japanese message resource * [MNG-2881] - Improve logging when downloading snapshots in offline mode * [MNG-3279] - Support Exception Chaining for MojoFailureException * [MNG-3318] - ActiveProjectArtifact should have appropriate equals and hashCode methods * [MNG-3331] - Normalize paths to sub modules * [MNG-3388] - DefaultPluginManager needs to catch LinkageError * [MNG-3395] - Default core plugin versions in
ANSI color logging in Maven
Hello, I have opened an enhancement request for ANSI color logging for Maven here. http://jira.codehaus.org/browse/MNG-3507 I believe it would be a neat usability enhancement to Maven and make it much easier to skim through logging output on the console. Thoughts? Cheers, Rahul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] POM Element for Source File Encoding
Would being able to detect the encoding help with making this less complicated. Something JChardet? On 7-Apr-08, at 2:31 PM, Hervé BOUTEMY wrote: Le dimanche 06 avril 2008, Jason van Zyl a écrit : I specifically meant the core changes, but I would still recommending what Milos did which was to create branches for a few of the affected plugins to try it all together. ok, I created http://svn.apache.org/viewvc/maven/sandbox/branches/MNG-2216/ with javadoc and jxr plugins branches to test the change, and sample use case. Most certainly to test new elements in the POM you need to use a branch because we still don't have a strategy for dealing with model changes. this one is more tricky, even if the change in pom.xml is a simple addition of an element... Don't really know how to handle this without breaking things for Maven 2.0 when an artifact with this addition is deployed to a repository. If plugins can be changed, used with the existing versions of Maven with no disruption then do it in-situ. No problem here, no disruption, as proven by the test. The only risk is that the property chosen, $ {project.build.sourceEncoding}, makes user think to a new element projectbuildsourceEncoding in the pom, but we still don't know how we will implement it: we bet on a solution we don't have currently. Hervé - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Thanks, Jason -- Jason van Zyl Founder, Apache Maven jason at sonatype dot com -- A man enjoys his work when he understands the whole and when he is responsible for the quality of the whole -- Christopher Alexander, A Pattern Language - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] POM Element for Source File Encoding
On 7-Apr-08, at 3:58 PM, Jason van Zyl wrote: Would being able to detect the encoding help with making this less complicated. Something JChardet? Sorry, something like JCharet: http://jchardet.sourceforge.net/ On 7-Apr-08, at 2:31 PM, Hervé BOUTEMY wrote: Le dimanche 06 avril 2008, Jason van Zyl a écrit : I specifically meant the core changes, but I would still recommending what Milos did which was to create branches for a few of the affected plugins to try it all together. ok, I created http://svn.apache.org/viewvc/maven/sandbox/branches/MNG-2216/ with javadoc and jxr plugins branches to test the change, and sample use case. Most certainly to test new elements in the POM you need to use a branch because we still don't have a strategy for dealing with model changes. this one is more tricky, even if the change in pom.xml is a simple addition of an element... Don't really know how to handle this without breaking things for Maven 2.0 when an artifact with this addition is deployed to a repository. If plugins can be changed, used with the existing versions of Maven with no disruption then do it in-situ. No problem here, no disruption, as proven by the test. The only risk is that the property chosen, $ {project.build.sourceEncoding}, makes user think to a new element projectbuildsourceEncoding in the pom, but we still don't know how we will implement it: we bet on a solution we don't have currently. Hervé - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Thanks, Jason -- Jason van Zyl Founder, Apache Maven jason at sonatype dot com -- A man enjoys his work when he understands the whole and when he is responsible for the quality of the whole -- Christopher Alexander, A Pattern Language - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Thanks, Jason -- Jason van Zyl Founder, Apache Maven jason at sonatype dot com -- Simplex sigillum veri. (Simplicity is the seal of truth.) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Maven 2.0.9
+1 This release is looking really good - thanks to everyone who made this release possible. James On Mon, 2008-04-07 at 12:42 -0400, Brian E. Fox wrote: Time to vote on the final Maven 2.0.9 Release. We went through 8 Release Candidates and fixed all know regressions from 2.0.8 to 2.0.9 during that time. Note that there were no source changes between RC8 and this final build. Release is staged at: http://people.apache.org/~brianf/stage-2.0.9 Binaries are here: http://people.apache.org/~brianf/stage-2.0.9/org/apache/maven/apache-mav en/2.0.9/ List of issues fixed: Release Notes - Maven 2 - Version 2.0.9 ** Bug * [MNG-1412] - dependency sorting in classpath * [MNG-1914] - Wrong url in error message when using a mirror * [MNG-2123] - NullPointerException when a dependency uses version range and another uses an actual version incompatible with that range * [MNG-2145] - Plugins' dependencies are not always checked * [MNG-2178] - incorrect M2_HOME guess in mvn.bat * [MNG-2234] - activeProfile in ~/.m2/settings.xml is ignored when profiles section is missing or empty * [MNG-2339] - ${project.*} are interpreted in the wrong place * [MNG-2744] - checksum comparison should be case-insensitive * [MNG-2809] - Can't activate a profile by checking for the presence of a file in ${user.home} * [MNG-2848] - Environment variables in profile activation not working * [MNG-2861] - NullPointerException in DefaultArtifactCollector for relocated resolvedArtifacts with different version ranges and available versions. * [MNG-2925] - NullPointerException in PluginDescriptor.getMojo() if there's no mojo in pom.xml * [MNG-2928] - Null pointer exeception when introducing version range [major.minor.build-SNAPSHOT,) * [MNG-2972] - Ignores version of plugin dependency specified in my pom * [MNG-3086] - NullPointerException in ResolutionNode.getTrail(ResolutionNode.java:136) * [MNG-3099] - Profiles ignored when working with non-projects (such as archetype:create) * [MNG-3111] - Classpath order incorrect * [MNG-3156] - NullPointerException with mvn dependency:sources * [MNG-3221] - Infinite loop in DefaultLifecycleExecutor * [MNG-3259] - Regression: Maven drops dependencies in multi-module build * [MNG-3286] - execution.inherited field is ignored * [MNG-3288] - Invalid systemPath allows build to continue--failing in later phase. * [MNG-3296] - mvn.bat looses error code on windows NT type platforms * [MNG-3310] - JAVACMD set incorrectly when JAVA_HOME is not set * [MNG-3316] - Barfs at attribues named .*encoding * [MNG-3354] - mvn.bat incorrectly detects OS on Windows NT or XP with Novell login * [MNG-3355] - CLONE -${pom.build.sourceDirectory} and ${pom.build.testSourceDirectory} no longer recognized * [MNG-3365] - Remove trailing-backslashes from M2_HOME in mvn.bat * [MNG-3394] - Plugin versions inherited via pluginManagement cannot be overriden by build.plugins section of sub modules * [MNG-3396] - Managed versions dont affect over constrained ranges * [MNG-3400] - MavenProject is not extensible * [MNG-3405] - Checking for updates from repository logging should not display if WagonManager is offline * [MNG-3410] - Managed versions in plugins are not considered when using them * [MNG-3415] - Transfer errors cause junk metadata in the local repo * [MNG-3426] - regression : dependency in plugin configuration doesn't override plugin classpath * [MNG-3430] - Toolchain doesn't match Toolchain extensions * [MNG-3431] - Pom Extensions not supported for Toolchains * [MNG-3439] - incorrect child dependency selected when parent is not selected * [MNG-3441] - Maven should always retrieve metadata to be updated from the deployment repository * [MNG-3460] - org.apache.maven.profiles.DefaultProfileManagerTest fails if you use a different local repo * [MNG-3464] - maven-toolchains missing from final binary.. need to update the assembly * [MNG-3473] - site generation with 2.0.9 and plugin:report (2.4 ONLY) is broken * [MNG-3484] - INT_MAVEN_OPTS are not quoted in mvnDebug which causes issues on some shells * [MNG-3485] - unable to override wagons that are bundled with a different version via extensions * [MNG-3494] - local pom dependencies should get injected before inherited dependencies * [MNG-3495] - NPE at org.apache.maven.wagon.repository.Repository.hashCode(Repository.java:24 1) ** Improvement * [MNG-428] - Japanese message resource * [MNG-2881] - Improve logging when downloading snapshots in offline mode * [MNG-3279] - Support Exception Chaining for MojoFailureException * [MNG-3318] - ActiveProjectArtifact
Re: [VOTE] POM Element for Source File Encoding
In Commons Validator, we updated the DTD even in point releases. I don't see the harm in doing the same here. After all, if the POM is 4.0.0, why not create a 4.0.1? It sounds like Maven 2 will have a 4.1 version. Paul On Mon, Apr 7, 2008 at 6:03 PM, Jason van Zyl [EMAIL PROTECTED] wrote: On 7-Apr-08, at 3:58 PM, Jason van Zyl wrote: Would being able to detect the encoding help with making this less complicated. Something JChardet? Sorry, something like JCharet: http://jchardet.sourceforge.net/ On 7-Apr-08, at 2:31 PM, Hervé BOUTEMY wrote: Le dimanche 06 avril 2008, Jason van Zyl a écrit : I specifically meant the core changes, but I would still recommending what Milos did which was to create branches for a few of the affected plugins to try it all together. ok, I created http://svn.apache.org/viewvc/maven/sandbox/branches/MNG-2216/ with javadoc and jxr plugins branches to test the change, and sample use case. Most certainly to test new elements in the POM you need to use a branch because we still don't have a strategy for dealing with model changes. this one is more tricky, even if the change in pom.xml is a simple addition of an element... Don't really know how to handle this without breaking things for Maven 2.0 when an artifact with this addition is deployed to a repository. If plugins can be changed, used with the existing versions of Maven with no disruption then do it in-situ. No problem here, no disruption, as proven by the test. The only risk is that the property chosen, ${project.build.sourceEncoding}, makes user think to a new element projectbuildsourceEncoding in the pom, but we still don't know how we will implement it: we bet on a solution we don't have currently. Hervé - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Thanks, Jason -- Jason van Zyl Founder, Apache Maven jason at sonatype dot com -- A man enjoys his work when he understands the whole and when he is responsible for the quality of the whole -- Christopher Alexander, A Pattern Language - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Thanks, Jason -- Jason van Zyl Founder, Apache Maven jason at sonatype dot com -- Simplex sigillum veri. (Simplicity is the seal of truth.) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Maven 2.0.9
+1 looks good to me! On Mon, Apr 7, 2008 at 6:21 PM, James William Dumay [EMAIL PROTECTED] wrote: +1 This release is looking really good - thanks to everyone who made this release possible. James On Mon, 2008-04-07 at 12:42 -0400, Brian E. Fox wrote: Time to vote on the final Maven 2.0.9 Release. We went through 8 Release Candidates and fixed all know regressions from 2.0.8 to 2.0.9 during that time. Note that there were no source changes between RC8 and this final build. Release is staged at: http://people.apache.org/~brianf/stage-2.0.9http://people.apache.org/%7Ebrianf/stage-2.0.9 Binaries are here: http://people.apache.org/~brianf/stage-2.0.9/org/apache/maven/apache-mavhttp://people.apache.org/%7Ebrianf/stage-2.0.9/org/apache/maven/apache-mav en/2.0.9/ List of issues fixed: Release Notes - Maven 2 - Version 2.0.9 ** Bug * [MNG-1412] - dependency sorting in classpath * [MNG-1914] - Wrong url in error message when using a mirror * [MNG-2123] - NullPointerException when a dependency uses version range and another uses an actual version incompatible with that range * [MNG-2145] - Plugins' dependencies are not always checked * [MNG-2178] - incorrect M2_HOME guess in mvn.bat * [MNG-2234] - activeProfile in ~/.m2/settings.xml is ignored when profiles section is missing or empty * [MNG-2339] - ${project.*} are interpreted in the wrong place * [MNG-2744] - checksum comparison should be case-insensitive * [MNG-2809] - Can't activate a profile by checking for the presence of a file in ${user.home} * [MNG-2848] - Environment variables in profile activation not working * [MNG-2861] - NullPointerException in DefaultArtifactCollector for relocated resolvedArtifacts with different version ranges and available versions. * [MNG-2925] - NullPointerException in PluginDescriptor.getMojo() if there's no mojo in pom.xml * [MNG-2928] - Null pointer exeception when introducing version range [major.minor.build-SNAPSHOT,) * [MNG-2972] - Ignores version of plugin dependency specified in my pom * [MNG-3086] - NullPointerException in ResolutionNode.getTrail(ResolutionNode.java:136) * [MNG-3099] - Profiles ignored when working with non-projects (such as archetype:create) * [MNG-3111] - Classpath order incorrect * [MNG-3156] - NullPointerException with mvn dependency:sources * [MNG-3221] - Infinite loop in DefaultLifecycleExecutor * [MNG-3259] - Regression: Maven drops dependencies in multi-module build * [MNG-3286] - execution.inherited field is ignored * [MNG-3288] - Invalid systemPath allows build to continue--failing in later phase. * [MNG-3296] - mvn.bat looses error code on windows NT type platforms * [MNG-3310] - JAVACMD set incorrectly when JAVA_HOME is not set * [MNG-3316] - Barfs at attribues named .*encoding * [MNG-3354] - mvn.bat incorrectly detects OS on Windows NT or XP with Novell login * [MNG-3355] - CLONE -${pom.build.sourceDirectory} and ${pom.build.testSourceDirectory} no longer recognized * [MNG-3365] - Remove trailing-backslashes from M2_HOME in mvn.bat * [MNG-3394] - Plugin versions inherited via pluginManagement cannot be overriden by build.plugins section of sub modules * [MNG-3396] - Managed versions dont affect over constrained ranges * [MNG-3400] - MavenProject is not extensible * [MNG-3405] - Checking for updates from repository logging should not display if WagonManager is offline * [MNG-3410] - Managed versions in plugins are not considered when using them * [MNG-3415] - Transfer errors cause junk metadata in the local repo * [MNG-3426] - regression : dependency in plugin configuration doesn't override plugin classpath * [MNG-3430] - Toolchain doesn't match Toolchain extensions * [MNG-3431] - Pom Extensions not supported for Toolchains * [MNG-3439] - incorrect child dependency selected when parent is not selected * [MNG-3441] - Maven should always retrieve metadata to be updated from the deployment repository * [MNG-3460] - org.apache.maven.profiles.DefaultProfileManagerTest fails if you use a different local repo * [MNG-3464] - maven-toolchains missing from final binary.. need to update the assembly * [MNG-3473] - site generation with 2.0.9 and plugin:report (2.4 ONLY) is broken * [MNG-3484] - INT_MAVEN_OPTS are not quoted in mvnDebug which causes issues on some shells * [MNG-3485] - unable to override wagons that are bundled with a different version via extensions * [MNG-3494] - local pom dependencies should get injected before inherited dependencies * [MNG-3495] - NPE at
Re: ANSI color logging in Maven
As long as it's optional (preferable enabled by detecting the capability of the terminal but able to be disabled), it'd be cool. Not really a high priority, but if someone is able to work on it, it'd be great :) - Brett On 08/04/2008, at 8:40 AM, Rahul Thakur wrote: Hello, I have opened an enhancement request for ANSI color logging for Maven here. http://jira.codehaus.org/browse/MNG-3507 I believe it would be a neat usability enhancement to Maven and make it much easier to skim through logging output on the console. Thoughts? Cheers, Rahul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Brett Porter [EMAIL PROTECTED] http://blogs.exist.com/bporter/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: ANSI color logging in Maven
Rahul, Something like this library might help you in your quest... http://sourceforge.net/projects/javacurses/ James On Tue, 2008-04-08 at 10:40 +1200, Rahul Thakur wrote: Hello, I have opened an enhancement request for ANSI color logging for Maven here. http://jira.codehaus.org/browse/MNG-3507 I believe it would be a neat usability enhancement to Maven and make it much easier to skim through logging output on the console. Thoughts? Cheers, Rahul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: ANSI color logging in Maven
I thought Eric had something hacked up at one point? -Original Message- From: James William Dumay [mailto:[EMAIL PROTECTED] Sent: Monday, April 07, 2008 8:22 PM To: Maven Developers List Subject: Re: ANSI color logging in Maven Rahul, Something like this library might help you in your quest... http://sourceforge.net/projects/javacurses/ James On Tue, 2008-04-08 at 10:40 +1200, Rahul Thakur wrote: Hello, I have opened an enhancement request for ANSI color logging for Maven here. http://jira.codehaus.org/browse/MNG-3507 I believe it would be a neat usability enhancement to Maven and make it much easier to skim through logging output on the console. Thoughts? Cheers, Rahul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: ANSI color logging in Maven
Not sure about Eric, but Andrew Williams did some work under Plexus sandbox. Rahul Brian E. Fox wrote: I thought Eric had something hacked up at one point? -Original Message- From: James William Dumay [mailto:[EMAIL PROTECTED] Sent: Monday, April 07, 2008 8:22 PM To: Maven Developers List Subject: Re: ANSI color logging in Maven Rahul, Something like this library might help you in your quest... http://sourceforge.net/projects/javacurses/ James On Tue, 2008-04-08 at 10:40 +1200, Rahul Thakur wrote: Hello, I have opened an enhancement request for ANSI color logging for Maven here. http://jira.codehaus.org/browse/MNG-3507 I believe it would be a neat usability enhancement to Maven and make it much easier to skim through logging output on the console. Thoughts? Cheers, Rahul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Maven 2.0.9
+1 On 7-Apr-08, at 9:42 AM, Brian E. Fox wrote: Time to vote on the final Maven 2.0.9 Release. We went through 8 Release Candidates and fixed all know regressions from 2.0.8 to 2.0.9 during that time. Note that there were no source changes between RC8 and this final build. Release is staged at: http://people.apache.org/~brianf/stage-2.0.9 Binaries are here: http://people.apache.org/~brianf/stage-2.0.9/org/apache/maven/apache-mav en/2.0.9/ List of issues fixed: Release Notes - Maven 2 - Version 2.0.9 ** Bug * [MNG-1412] - dependency sorting in classpath * [MNG-1914] - Wrong url in error message when using a mirror * [MNG-2123] - NullPointerException when a dependency uses version range and another uses an actual version incompatible with that range * [MNG-2145] - Plugins' dependencies are not always checked * [MNG-2178] - incorrect M2_HOME guess in mvn.bat * [MNG-2234] - activeProfile in ~/.m2/settings.xml is ignored when profiles section is missing or empty * [MNG-2339] - ${project.*} are interpreted in the wrong place * [MNG-2744] - checksum comparison should be case-insensitive * [MNG-2809] - Can't activate a profile by checking for the presence of a file in ${user.home} * [MNG-2848] - Environment variables in profile activation not working * [MNG-2861] - NullPointerException in DefaultArtifactCollector for relocated resolvedArtifacts with different version ranges and available versions. * [MNG-2925] - NullPointerException in PluginDescriptor.getMojo() if there's no mojo in pom.xml * [MNG-2928] - Null pointer exeception when introducing version range [major.minor.build-SNAPSHOT,) * [MNG-2972] - Ignores version of plugin dependency specified in my pom * [MNG-3086] - NullPointerException in ResolutionNode.getTrail(ResolutionNode.java:136) * [MNG-3099] - Profiles ignored when working with non-projects (such as archetype:create) * [MNG-3111] - Classpath order incorrect * [MNG-3156] - NullPointerException with mvn dependency:sources * [MNG-3221] - Infinite loop in DefaultLifecycleExecutor * [MNG-3259] - Regression: Maven drops dependencies in multi-module build * [MNG-3286] - execution.inherited field is ignored * [MNG-3288] - Invalid systemPath allows build to continue--failing in later phase. * [MNG-3296] - mvn.bat looses error code on windows NT type platforms * [MNG-3310] - JAVACMD set incorrectly when JAVA_HOME is not set * [MNG-3316] - Barfs at attribues named .*encoding * [MNG-3354] - mvn.bat incorrectly detects OS on Windows NT or XP with Novell login * [MNG-3355] - CLONE -${pom.build.sourceDirectory} and ${pom.build.testSourceDirectory} no longer recognized * [MNG-3365] - Remove trailing-backslashes from M2_HOME in mvn.bat * [MNG-3394] - Plugin versions inherited via pluginManagement cannot be overriden by build.plugins section of sub modules * [MNG-3396] - Managed versions dont affect over constrained ranges * [MNG-3400] - MavenProject is not extensible * [MNG-3405] - Checking for updates from repository logging should not display if WagonManager is offline * [MNG-3410] - Managed versions in plugins are not considered when using them * [MNG-3415] - Transfer errors cause junk metadata in the local repo * [MNG-3426] - regression : dependency in plugin configuration doesn't override plugin classpath * [MNG-3430] - Toolchain doesn't match Toolchain extensions * [MNG-3431] - Pom Extensions not supported for Toolchains * [MNG-3439] - incorrect child dependency selected when parent is not selected * [MNG-3441] - Maven should always retrieve metadata to be updated from the deployment repository * [MNG-3460] - org.apache.maven.profiles.DefaultProfileManagerTest fails if you use a different local repo * [MNG-3464] - maven-toolchains missing from final binary.. need to update the assembly * [MNG-3473] - site generation with 2.0.9 and plugin:report (2.4 ONLY) is broken * [MNG-3484] - INT_MAVEN_OPTS are not quoted in mvnDebug which causes issues on some shells * [MNG-3485] - unable to override wagons that are bundled with a different version via extensions * [MNG-3494] - local pom dependencies should get injected before inherited dependencies * [MNG-3495] - NPE at org .apache.maven.wagon.repository.Repository.hashCode(Repository.java:24 1) ** Improvement * [MNG-428] - Japanese message resource * [MNG-2881] - Improve logging when downloading snapshots in offline mode * [MNG-3279] - Support Exception Chaining for MojoFailureException * [MNG-3318] - ActiveProjectArtifact should have appropriate equals and hashCode methods * [MNG-3331] - Normalize paths to sub modules * [MNG-3388] - DefaultPluginManager needs to catch LinkageError * [MNG-3395] - Default core plugin versions in the superpom. * [MNG-3442] - Add explicit resource bundle for English *