[jira] Closed: (MNG-1318) mvn.bat sets incorrect value to M2_HOME [Windows 2000]

[ http://jira.codehaus.org/browse/MNG-1318?page=all ] Kenney Westerhof closed MNG-1318: - Assign To: Kenney Westerhof Resolution: Fixed Fix Version: (was: 2.0.4) 2.0.3 Fixed in svn revision 382797. Changed the

[jira] Commented: (MNG-1318) mvn.bat sets incorrect value to M2_HOME [Windows 2000]

[ http://jira.codehaus.org/browse/MNG-1318?page=comments#action_59989 ] Kenney Westerhof commented on MNG-1318: --- Sorry, I messed up 1317 and 1318. This issue is fixed in revision 382801. mvn.bat sets incorrect value to M2_HOME [Windows 2000]

[jira] Closed: (MNG-1317) m2.bat doesn't work on Windows 2000

[ http://jira.codehaus.org/browse/MNG-1317?page=all ] Kenney Westerhof closed MNG-1317: - Assign To: Kenney Westerhof Resolution: Fixed Fix Version: (was: 2.0.4) 2.0.3 Fixed in revision 382797. Use ~dp0 instead of

[jira] Closed: (MECLIPSE-67) subprojects not included when the root pom has packaging pom

[ http://jira.codehaus.org/browse/MECLIPSE-67?page=all ] Kenney Westerhof closed MECLIPSE-67: Resolution: Duplicate Fix Version: 2.1 After extensive testing with Olivier we found out his issue was actually a known one, being that

[jira] Commented: (MECLIPSE-37) eclipse:eclipse should execute in a later phase than generate-sources

[ http://jira.codehaus.org/browse/MECLIPSE-37?page=comments#action_58151 ] Kenney Westerhof commented on MECLIPSE-37: -- Yup.. ;) but probably the most flexible one. There are tons of other solutions, like adding a MojoConfigurator class for each

[jira] Reopened: (MECLIPSE-37) eclipse:eclipse should execute in a later phase than generate-sources

[ http://jira.codehaus.org/browse/MECLIPSE-37?page=all ] Kenney Westerhof reopened MECLIPSE-37: -- The idea behind the eclipse plugin is that you can develop on a project. Right now, I checked out a new version of a project I'm working on. Somebody

[jira] Commented: (MRELEASE-6) Multiproject Release: No check in

[ http://jira.codehaus.org/browse/MRELEASE-6?page=comments#action_57633 ] Kenney Westerhof commented on MRELEASE-6: - 1) that is best practise. But having a module directory 'a' containing a pom with artifactId 'b' should work though. 2) Correct,

[jira] Commented: (MRELEASE-6) Multiproject Release: No check in

[ http://jira.codehaus.org/browse/MRELEASE-6?page=comments#action_57634 ] Kenney Westerhof commented on MRELEASE-6: - One more thing: only typepom/type projects can have modules. So I don't see any reason not to add a root pom that specifies your four

[jira] Closed: (MANTRUN-41) Easy access to dependency jars

[ http://jira.codehaus.org/browse/MANTRUN-41?page=all ] Kenney Westerhof closed MANTRUN-41: --- Resolution: Fixed Fixed in revision 374150. I chose to define properties: maven.dependency.groupId.artifactId.type.path, so for instance:

[jira] Closed: (MANTRUN-35) mvn debug level not passed to ant

[ http://jira.codehaus.org/browse/MANTRUN-35?page=all ] Kenney Westerhof closed MANTRUN-35: --- Assign To: Kenney Westerhof (was: Jason van Zyl) Resolution: Fixed Fixed in revision 374152: when -X is specified, the loglevel is set to 'debug'.

[jira] Closed: (MANTRUN-32) ant tasks don't use correct environment in antrun plugin

[ http://jira.codehaus.org/browse/MANTRUN-32?page=all ] Kenney Westerhof closed MANTRUN-32: --- Assign To: Kenney Westerhof Resolution: Fixed Fixed in revision 374157. Added missing call to Project.init(). ant tasks don't use correct

[jira] Commented: (MANTRUN-40) Properties defined in pom properties do not propagate to the antrun environment

[ http://jira.codehaus.org/browse/MANTRUN-40?page=comments#action_57565 ] Kenney Westerhof commented on MANTRUN-40: - It's impossible to propagate all properties to the called ant buildfile, since only listed properties are propagated. Most

[jira] Commented: (MANTRUN-37) Antrun breaks on multi-module builds

[ http://jira.codehaus.org/browse/MANTRUN-37?page=comments#action_57567 ] Kenney Westerhof commented on MANTRUN-37: - I see two different problems here. Mike; if you purge ~/.m2/repository/org/apache/maven/plugins/ do you still have problems? It

[jira] Commented: (MANTRUN-41) Easy access to dependency jars

[ http://jira.codehaus.org/browse/MANTRUN-41?page=comments#action_57571 ] Kenney Westerhof commented on MANTRUN-41: - - about the AntPropertyHelper: it's supposed to be a package private class, not part of any public API. But I'll add the original

[jira] Closed: (MANTRUN-32) ant tasks don't use correct environment in antrun plugin

[ http://jira.codehaus.org/browse/MANTRUN-32?page=all ] Kenney Westerhof closed MANTRUN-32: --- Resolution: Fixed sorry! committed @ rev 374173 ant tasks don't use correct environment in antrun plugin

[jira] Created: (MJAVADOC-48) Quotes in project name produce 'illegal package name' error

Quotes in project name produce 'illegal package name' error - Key: MJAVADOC-48 URL: http://jira.codehaus.org/browse/MJAVADOC-48 Project: Maven 2.x Javadoc Plugin Type: Bug Reporter: Kenney Westerhof

[jira] Commented: (MNG-1922) Rename maven-it-plugin plugin as its name implies it is for performing integration tests in general

[ http://jira.codehaus.org/browse/MNG-1922?page=comments#action_55834 ] Kenney Westerhof commented on MNG-1922: --- I didn't intend it to JUSt test plugins - it runs after the artifact is built and hence can be used to deploy wars and test them. Close?

[jira] Commented: (MNG-1334) classpath related error when invoking the rmic task from maven

[ http://jira.codehaus.org/browse/MNG-1334?page=comments#action_53264 ] Kenney Westerhof commented on MNG-1334: --- The preferred way is this: build plugins plugin artifactIdmaven-antrun-plugin/artifactId dependencies

[jira] Closed: (MNG-1490) antrun fails if ta sk åarameters if of type EnumeratedAttributes

[ http://jira.codehaus.org/browse/MNG-1490?page=all ] Kenney Westerhof closed MNG-1490: - Resolution: Cannot Reproduce Your pom is wrong. You need to use the dependencies tag within the plugin tag. Then, leave out the dependency on ant since the

[jira] Commented: (MNG-514) Provided dependencies not included in eclipse build path

[ http://jira.codehaus.org/browse/MNG-514?page=comments#action_50617 ] Kenney Westerhof commented on MNG-514: -- There was a discussion on the dev list a month ago or more about this. I'm not sure what the outcome was, but I believe that scope=provided

[jira] Commented: (MNG-1504) maven.test.classpath doesn't contain test scope dependancies

[ http://jira.codehaus.org/browse/MNG-1504?page=comments#action_50619 ] Kenney Westerhof commented on MNG-1504: --- That's because the ant plugin only has @requiresDependencyResolution compile. I was hoping there would be a way to specify the desired

[jira] Created: (MNG-1454) Surefire XML Report not well formed on NPE

Surefire XML Report not well formed on NPE -- Key: MNG-1454 URL: http://jira.codehaus.org/browse/MNG-1454 Project: Maven 2 Type: Bug Components: maven-surefire-plugin Versions: 2.0 Reporter: Kenney Westerhof

[jira] Closed: (MNG-1323) Plugin extensions (dependencies) not resolved in reactor build

[ http://jira.codehaus.org/browse/MNG-1323?page=all ] Kenney Westerhof closed MNG-1323: - Resolution: Fixed Somehow the problem has gone away! Plugin extensions (dependencies) not resolved in reactor build

[jira] Reopened: (MNG-1323) Plugin extensions (dependencies) not resolved in reactor build

[ http://jira.codehaus.org/browse/MNG-1323?page=all ] Kenney Westerhof reopened MNG-1323: --- The issue is a bit different - i got it reproducible now. It seems, in the following situation: root/pom.xml, modules: a, b a/pom.xml: define antrun,

[jira] Closed: (MNG-1410) Timestamped snapshot dependencies added as file refs rather than project refs

[ http://jira.codehaus.org/browse/MNG-1410?page=all ] Kenney Westerhof closed MNG-1410: - Resolution: Won't Fix Sorry, but this is desired designed behaviour. If maven2 doesn't see your project in the reactor (i.e. a pom with -SNAPSHOT version),

[jira] Commented: (MNG-1323) Plugin extensions (dependencies) not resolved in reactor build

[ http://jira.codehaus.org/browse/MNG-1323?page=comments#action_50012 ] Kenney Westerhof commented on MNG-1323: --- I don't think so - inheritance doesn't play a role. The parent-pom is just an empty pom stating 1 module - the pom discussed above. I'll

[jira] Created: (MNG-1323) Plugin extensions (dependencies) not resolved in reactor build

Plugin extensions (dependencies) not resolved in reactor build -- Key: MNG-1323 URL: http://jira.codehaus.org/browse/MNG-1323 Project: Maven 2 Type: Bug Components: maven-core Versions: 2.0

[jira] Commented: (MNG-1120) don't require modelVersion / if there is a valid schema element

[ http://jira.codehaus.org/browse/MNG-1120?page=comments#action_48903 ] Kenney Westerhof commented on MNG-1120: --- The XSD declaration in the POM is unneccessary; M2 can validate that pom even without it. I could write a simple XSD that validates my

[jira] Created: (MNG-1245) Reactor projects sometimes used even with version mismatch

Reactor projects sometimes used even with version mismatch -- Key: MNG-1245 URL: http://jira.codehaus.org/browse/MNG-1245 Project: Maven 2 Type: Bug Components: maven-core Versions: 2.0 Reporter:

[jira] Commented: (MNG-1037) Add war:exploded and war:inplace goals

[ http://jira.codehaus.org/browse/MNG-1037?page=comments#action_47953 ] Kenney Westerhof commented on MNG-1037: --- Hi Allan, Nice patch, except for the solution. I guess you don't know this, but if you have 2 classes in a plugin, and one extends the

[jira] Commented: (MNG-1062) Allow custom code formatters to be written to .settings

[ http://jira.codehaus.org/browse/MNG-1062?page=comments#action_47626 ] Kenney Westerhof commented on MNG-1062: --- Maybe the best way is to have a checkstyle plugin for m2 and let the eclipse plugin convert those settings (pretty easy using XSLT) to the

[jira] Closed: (MNG-1012) parent with only relativePath doesn't work

[ http://jira.codehaus.org/browse/MNG-1012?page=all ] Kenney Westerhof closed MNG-1012: - Resolution: Won't Fix [copied more or less from a mail to the user-list] The artifactId, groupId and version are mandatory in a parent element. POMs should

[jira] Commented: (MNG-682) Surefire interferes with ClassLoader.getResource() and Class.getResourceAsStream() calls.

[ http://jira.codehaus.org/browse/MNG-682?page=comments#action_47153 ] Kenney Westerhof commented on MNG-682: -- Correct. I updated the exception reporting a bit and got this: [ stacktrace ] ---

[jira] Closed: (MNG-682) Surefire interferes with ClassLoader.getResource() and Class.getResourceAsStream() calls.

[ http://jira.codehaus.org/browse/MNG-682?page=all ] Kenney Westerhof closed MNG-682: Resolution: Won't Fix Fix Version: (was: 2.0-beta-3) 2.0-beta-2 Isn't a bug. Surefire interferes with ClassLoader.getResource() and

[jira] Commented: (MNG-942) Ability to source system properties in settings.xml

[ http://jira.codehaus.org/browse/MNG-942?page=comments#action_46843 ] Kenney Westerhof commented on MNG-942: -- (I'm assuming that by 'source Java System properties' you mean setting them, like System.setProperty or -Dprop=val). Most of this can be

[jira] Closed: (MNG-834) handle repository permissions

[ http://jira.codehaus.org/browse/MNG-834?page=all ] Kenney Westerhof closed MNG-834: Resolution: Duplicate Duplicate of MNG-575. If you want a go at it, go ahead! Your proposal looks good, but it requires a POM change. Maybe it's best left for

[jira] Commented: (MNG-871) propagate the type attribute of a pom up to the dependency when dependency doesn't specify it

[ http://jira.codehaus.org/browse/MNG-871?page=comments#action_46612 ] Kenney Westerhof commented on MNG-871: -- Looking at the ear plugin code, it doesn't use the Dependencies but the Artifacts, which have been resolved by the m2 core. Since, I think,

[jira] Commented: (MNG-910) Plugin descriptor in pom.xml causes NPE when DefaultPluginManager populates the plugin's fields.

[ http://jira.codehaus.org/browse/MNG-910?page=comments#action_46618 ] Kenney Westerhof commented on MNG-910: -- Which version of the xdoclet plugin did you use? Plugin descriptor in pom.xml causes NPE when DefaultPluginManager populates the plugin's

[jira] Created: (MNG-913) Specifyied specific snapshot version for a plugin is ignored

Specifyied specific snapshot version for a plugin is ignored Key: MNG-913 URL: http://jira.codehaus.org/browse/MNG-913 Project: Maven 2 Type: Bug Reporter: Kenney Westerhof When a snapshot version in

[jira] Updated: (MNG-913) Specified specific snapshot version for a plugin is ignored

[ http://jira.codehaus.org/browse/MNG-913?page=all ] Kenney Westerhof updated MNG-913: - Summary: Specified specific snapshot version for a plugin is ignored (was: Specifyied specific snapshot version for a plugin is ignored) Specified specific

[jira] Closed: (MNG-908) Context class loader references incorrect realm during plugin execution

[ http://jira.codehaus.org/browse/MNG-908?page=all ] Kenney Westerhof closed MNG-908: Assign To: Kenney Westerhof Resolution: Fixed Fixed in svn revision 290040. Tested with a custom Mojo and a dependency that has a resource. Context class

[jira] Closed: (MNG-777) no output from ant tasks in antrun plugin

[ http://jira.codehaus.org/browse/MNG-777?page=all ] Kenney Westerhof closed MNG-777: Assign To: Kenney Westerhof Resolution: Fixed Fix Version: 2.0-beta-1 Fixed in svn: set the loglevel to 'info' so echo messages and other info-level

[jira] Reopened: (MNG-514) Provided dependencies not included in eclipse build path

[ http://jira.codehaus.org/browse/MNG-514?page=all ] Kenney Westerhof reopened MNG-514: -- The problem is back :-( Provided dependencies not included in eclipse build path -- Key:

[jira] Commented: (MNG-514) Provided dependencies not included in eclipse build path

[ http://jira.codehaus.org/browse/MNG-514?page=comments#action_46367 ] Kenney Westerhof commented on MNG-514: -- I made a testcase for eclipse, but since that doesn't use the full m2 environment that test always fails. Here's how to reproduce: - project

[jira] Commented: (MNG-836) plugin dependencies cannot be resolved

[ http://jira.codehaus.org/browse/MNG-836?page=comments#action_46280 ] Kenney Westerhof commented on MNG-836: -- I fixed this in r278736, 2005-09-05... plugin dependencies cannot be resolved -- Key:

[jira] Closed: (MNG-782) Filtering fails when filtered file contains $P{ReportTitle}

[ http://jira.codehaus.org/browse/MNG-782?page=all ] Kenney Westerhof closed MNG-782: Resolution: Cannot Reproduce Filtering fails when filtered file contains $P{ReportTitle}

[jira] Created: (MNG-870) Make plugin discovery reactor aware

Make plugin discovery reactor aware --- Key: MNG-870 URL: http://jira.codehaus.org/browse/MNG-870 Project: Maven 2 Type: New Feature Components: maven-core Reporter: Kenney Westerhof If plugin discovery is reactor aware,

[jira] Created: (MNG-872) Allow defined dependencies to be related to certain types (attachments)

Allow defined dependencies to be related to certain types (attachments) --- Key: MNG-872 URL: http://jira.codehaus.org/browse/MNG-872 Project: Maven 2 Type: Bug Reporter: Kenney Westerhof

[jira] Created: (MNG-873) Javadoc report does not honor site directory when run from site:site

Javadoc report does not honor site directory when run from site:site Key: MNG-873 URL: http://jira.codehaus.org/browse/MNG-873 Project: Maven 2 Type: Bug Components: maven-javadoc-plugin

[jira] Created: (MNG-868) Use uniform format for properties and other tags

Use uniform format for properties and other tags -- Key: MNG-868 URL: http://jira.codehaus.org/browse/MNG-868 Project: Maven 2 Type: Bug Versions: 2.0-beta-1 Reporter: Kenney Westerhof Fix For: 2.0-beta-1

[jira] Commented: (MNG-760) m2 eclipse plugin improvements (source download and attachment, customization of natures/builders/conclasspath, flexible project dupport) and refactoring

[ http://jira.codehaus.org/browse/MNG-760?page=comments#action_46126 ] Kenney Westerhof commented on MNG-760: -- Hi Fabrizio, Thanks for all your hard work. Usually we recommend to only modify the lines affected by your change. That makes the diff

[jira] Closed: (MNG-755) Remove the dysfunctional command line arguments

[ http://jira.codehaus.org/browse/MNG-755?page=all ] Kenney Westerhof closed MNG-755: Assign To: Kenney Westerhof (was: Brett Porter) Resolution: Fixed Fixed in svn revision 279574 by using GnuParser instead of PosixParser. Remove the

[jira] Commented: (MNG-591) Integration tests lifecycle

[ http://jira.codehaus.org/browse/MNG-591?page=comments#action_45936 ] Kenney Westerhof commented on MNG-591: -- I just committed sandbox/maven-it-plugin which has the ability to fork maven (sort of) to run all projects found in src/it/. Use like this:

[jira] Updated: (MNG-805) basedir resolves to reactor root by mistake

[ http://jira.codehaus.org/browse/MNG-805?page=all ] Kenney Westerhof updated MNG-805: - Assign To: Kenney Westerhof (was: Brett Porter) Remaining Estimate: 3 hours Original Estimate: 10800 basedir resolves to reactor root by mistake

[jira] Created: (MNG-836) plugin dependencies cannot be resolved when repository has same id.

plugin dependencies cannot be resolved when repository has same id. - Key: MNG-836 URL: http://jira.codehaus.org/browse/MNG-836 Project: Maven 2 Type: Bug Versions: 2.0-beta-1 Reporter:

[jira] Updated: (MNG-836) plugin dependencies cannot be resolved

[ http://jira.codehaus.org/browse/MNG-836?page=all ] Kenney Westerhof updated MNG-836: - Description: Try: deleting ~/.m2/repository/org/codehaus and then build maven-model. Somehow plugin dependencies are not resolved; weird that this doesn't

[jira] Closed: (MNG-817) setting of @execute phase=plugin:goal does not get executed

[ http://jira.codehaus.org/browse/MNG-817?page=all ] Kenney Westerhof closed MNG-817: Resolution: Won't Fix plugin:goal is not a lifecycle phase. Only lifecycle phases can be executed using this mechanism. setting of @execute phase=plugin:goal

[jira] Reopened: (MNG-817) setting of @execute phase=plugin:goal does not get executed

[ http://jira.codehaus.org/browse/MNG-817?page=all ] Kenney Westerhof reopened MNG-817: -- As discussed with Brett Trygve, m2 won't allow a complete plugin:goal specification (then we're back to the maven 1 prereq functionality), but it's OK to

[jira] Commented: (MNG-720) short commandline options are not parsed

[ http://jira.codehaus.org/browse/MNG-720?page=comments#action_45387 ] Kenney Westerhof commented on MNG-720: -- Why is this set to won't fix ? I can understand that upgrading commons-cli is a problem, but then at least the short options that don't work

[jira] Commented: (MNG-788) Proposal for improved resource filtering

[ http://jira.codehaus.org/browse/MNG-788?page=comments#action_45259 ] Kenney Westerhof commented on MNG-788: -- hmm, pasting my mail text huh? :) Thinking about your resource section modification, I first had an objection to having 2 include/exclude

[jira] Updated: (MNG-609) Filtered resources should support ${pom.*} and ${project.*} syntax only, not ${*}, for POM properties

[ http://jira.codehaus.org/browse/MNG-609?page=all ] Kenney Westerhof updated MNG-609: - Complexity: Novice (was: Expert) It's really just a matter of having an if statement in ReflectionProperties.java, stripping of the leading project. and returning

[jira] Commented: (MNG-791) Add resource filtering to war plugin

[ http://jira.codehaus.org/browse/MNG-791?page=comments#action_45273 ] Kenney Westerhof commented on MNG-791: -- What I really like to see is the removal of warSourceDirectory. It should be just a resource directory, specified in a resource section, with

[jira] Commented: (MNG-697) allow plugins to declare dependence on the project-classpath(s)

[ http://jira.codehaus.org/browse/MNG-697?page=comments#action_45292 ] Kenney Westerhof commented on MNG-697: -- I can confirm that there is only one classrealm created for the plugin, and that it is reused. Meaning that static initializations are done

[jira] Commented: (MNG-760) m2 eclipse plugin improvements (source download and attachment, customization of natures/builders/conclasspath, flexible project dupport) and refactoring

[ http://jira.codehaus.org/browse/MNG-760?page=comments#action_45209 ] Kenney Westerhof commented on MNG-760: -- I'm sorry but I can't get this patch to apply, even when I downgraded to the revision specified in that dir. Could you please svn up, fix

[jira] Closed: (MNG-410) mave-eclipse-plugin adds duplicate classpath entry under some circonstances

[ http://jira.codehaus.org/browse/MNG-410?page=all ] Kenney Westerhof closed MNG-410: Resolution: Fixed Fix Version: 2.0-beta-1 fixed in svn revision 240143. Took the easy way out by not supporting includes/exlcudes since eclipse only supports

[jira] Commented: (MNG-782) Filtering fails when filtered file contains $P{ReportTitle}

[ http://jira.codehaus.org/browse/MNG-782?page=comments#action_45108 ] Kenney Westerhof commented on MNG-782: -- I cannot reproduce this. The stacktrace indicates InterpolationFilterReader.java:251, but on that line there's only a opening brace, so I

[jira] Commented: (MNG-781) NPE in maven-eclipse-plugin when binds maven-compiler-plugin in initialize phase

[ http://jira.codehaus.org/browse/MNG-781?page=comments#action_45148 ] Kenney Westerhof commented on MNG-781: -- The problem is indeed that the plugin configuration is null when the configuration is specified in an execution element. When it's specified

[jira] Closed: (MNG-780) Deploying snapshot project results in exception

[ http://jira.codehaus.org/browse/MNG-780?page=all ] Kenney Westerhof closed MNG-780: Resolution: Duplicate Duplicate of MNG-734 (or 761?) Brett: you closed 731 because it was a duplicate of 761, but if 761 still is 731, then shouldn't it be

[jira] Closed: (MNG-772) maven-eclipse-plugin NPE during writing setting file.

[ http://jira.codehaus.org/browse/MNG-772?page=all ] Kenney Westerhof closed MNG-772: Resolution: Fixed Fix Version: 2.0-beta-1 Applied your patch (with modifications). Thanks! (I assumed the merged mojo config would specify the defaults for

[jira] Closed: (MNG-769) m2 eclipse:eclipse - duplicate ressources

[ http://jira.codehaus.org/browse/MNG-769?page=all ] Kenney Westerhof closed MNG-769: Resolution: Duplicate This is a duplicate of MNG-410. m2 eclipse:eclipse - duplicate ressources - Key:

[jira] Closed: (MNG-739) surefire plugin ignoring includes or excludes tags when specified

[ http://jira.codehaus.org/browse/MNG-739?page=all ] Kenney Westerhof closed MNG-739: Resolution: Fixed expected-results updated to reflect correct paths to generated files. surefire plugin ignoring includes or excludes tags when specified

[jira] Closed: (MNG-739) surefire plugin ignoring includes or excludes tags when specified

[ http://jira.codehaus.org/browse/MNG-739?page=all ] Kenney Westerhof closed MNG-739: Resolution: Cannot Reproduce Added it0050 to check this. surefire plugin ignoring includes or excludes tags when specified

[jira] Commented: (MNG-626) mojos/plexus needs to work with setter based injection

[ http://jira.codehaus.org/browse/MNG-626?page=comments#action_44514 ] Kenney Westerhof commented on MNG-626: -- Using setters is finished, but I discovered that the ConsoleLogger has a private field 'String treshold' and a method 'setThreshold(int)'.

[jira] Closed: (MNG-626) mojos/plexus needs to work with setter based injection

[ http://jira.codehaus.org/browse/MNG-626?page=all ] Kenney Westerhof closed MNG-626: Resolution: Fixed fixed in plexus svn revision 2402. mojos/plexus needs to work with setter based injection

[jira] Reopened: (MNG-626) mojos/plexus needs to work with setter based injection

[ http://jira.codehaus.org/browse/MNG-626?page=all ] Kenney Westerhof reopened MNG-626: -- Unrolled commit - there seem to be more implications I wasn't aware of needing discussion. mojos/plexus needs to work with setter based injection

[jira] Commented: (MNG-729) Ability to additional ArtifactHandlers using external components.xml

[ http://jira.codehaus.org/browse/MNG-729?page=comments#action_44394 ] Kenney Westerhof commented on MNG-729: -- This component isn't added to the HandlerManager's list of available Handlers, because it uses a List(?) to store the Handlers. The component

[jira] Created: (MNG-724) Make distinction between m2 and project plugins, and add --dont-update-snapshots and --dont-update-maven-snapshots

Make distinction between m2 and project plugins, and add --dont-update-snapshots and --dont-update-maven-snapshots -- Key: MNG-724 URL:

[jira] Closed: (MNG-610) bring antrun plugin to Maven SVN repository

[ http://jira.codehaus.org/browse/MNG-610?page=all ] Kenney Westerhof closed MNG-610: Resolution: Fixed bring antrun plugin to Maven SVN repository --- Key: MNG-610 URL:

[jira] Commented: (MNG-718) dependency management validation requires a version, when you might just want to force a scope.

[ http://jira.codehaus.org/browse/MNG-718?page=comments#action_44225 ] Kenney Westerhof commented on MNG-718: -- I don't see why forcing a scope is useful. Specifying default versions is more useful. Each pom has to determine for itself what the scope of

[jira] Closed: (MNG-711) NPE when calling 'm2 surefire:test'

[ http://jira.codehaus.org/browse/MNG-711?page=all ] Kenney Westerhof closed MNG-711: NPE when calling 'm2 surefire:test' --- Key: MNG-711 URL: http://jira.codehaus.org/browse/MNG-711

[jira] Closed: (MNG-692) Project.getArtifacts() returns artifacts with getFile() pointing to target/classes when that project is in the reactor

[ http://jira.codehaus.org/browse/MNG-692?page=all ] Kenney Westerhof closed MNG-692: fixed the plugins to update the project's artifact Project.getArtifacts() returns artifacts with getFile() pointing to target/classes when that project is in the

[jira] Closed: (MNG-687) Crash: in source-plugin, using assembly:assembly goal, on non-SNAPSHOT project.

[ http://jira.codehaus.org/browse/MNG-687?page=all ] Kenney Westerhof closed MNG-687: modified the clone of a MavenProject to have a modifyable attachment list Crash: in source-plugin, using assembly:assembly goal, on non-SNAPSHOT project.

[jira] Closed: (MNG-514) Provided dependencies not included in eclipse build path

[ http://jira.codehaus.org/browse/MNG-514?page=all ] Kenney Westerhof closed MNG-514: Provided dependencies not included in eclipse build path -- Key: MNG-514 URL:

[jira] Closed: (MNG-508) mboot will not detect dependency versions injected via dependencyManagement

[ http://jira.codehaus.org/browse/MNG-508?page=all ] Kenney Westerhof closed MNG-508: mboot will not detect dependency versions injected via dependencyManagement ---

[jira] Created: (MNG-720) short commandline options are not parsed

short commandline options are not parsed Key: MNG-720 URL: http://jira.codehaus.org/browse/MNG-720 Project: Maven 2 Type: Bug Components: maven-core Versions: 2.0-beta-1 Reporter: Kenney Westerhof Priority:

[jira] Created: (MNG-714) When artifact not found on mirror the real site isn't checked

When artifact not found on mirror the real site isn't checked - Key: MNG-714 URL: http://jira.codehaus.org/browse/MNG-714 Project: Maven 2 Type: Bug Versions: 2.0-beta-1 Reporter: Kenney Westerhof

[jira] Reopened: (MNG-229) plugin repository separation mixup

[ http://jira.codehaus.org/browse/MNG-229?page=all ] Kenney Westerhof reopened MNG-229: -- Doesn't work in the following case: - settings.xml defines a custom repository, hosting a plugin (id=central2-plugins, snapshots enabled) - settings.xml defines

[jira] Commented: (MNG-689) build fails on compiler warning

[ http://jira.codehaus.org/browse/MNG-689?page=comments#action_44095 ] Kenney Westerhof commented on MNG-689: -- I really cannot reproduce this. Seeing your output tells me you probably didn't upgrade correctly. I also use java 5, and your testcase

[jira] Created: (MNG-711) NPE when calling 'm2 surefire:test'

NPE when calling 'm2 surefire:test' --- Key: MNG-711 URL: http://jira.codehaus.org/browse/MNG-711 Project: Maven 2 Type: Bug Versions: 2.0-beta-1 Reporter: Kenney Westerhof Assigned to: Kenney Westerhof Fix For:

[jira] Resolved: (MNG-711) NPE when calling 'm2 surefire:test'

[ http://jira.codehaus.org/browse/MNG-711?page=all ] Kenney Westerhof resolved MNG-711: -- Resolution: Fixed NPE when calling 'm2 surefire:test' --- Key: MNG-711 URL:

[jira] Commented: (MNG-697) allow plugins to declare dependence on the project-classpath(s)

[ http://jira.codehaus.org/browse/MNG-697?page=comments#action_43891 ] Kenney Westerhof commented on MNG-697: -- I'm not sure wheter this is a good idea - you can't directly call those classes anyway, because then the plugin would need a dependency on

[jira] Reopened: (MNG-479) unable to override the default central repository

[ http://jira.codehaus.org/browse/MNG-479?page=all ] Kenney Westerhof reopened MNG-479: -- Assign To: (was: Brett Porter) Still doesn't work when specified in either the pom or the settings.xml. It seems only direct dependencies of the project

[jira] Resolved: (MNG-110) Add eclipse.dependency property to eclipse plugin

[ http://jira.codehaus.org/browse/MNG-110?page=all ] Kenney Westerhof resolved MNG-110: -- Resolution: Fixed Fix Version: 2.0-beta-1 Properties cannot be defined for dependencies, so another approach was used: if the dependencies are projects

[jira] Resolved: (MNG-689) build fails on compiler warning

[ http://jira.codehaus.org/browse/MNG-689?page=all ] Kenney Westerhof resolved MNG-689: -- Resolution: Fixed Just fixed the warning message handling in plexus, and bumped the version of plexus-compiler-api and -javac to 1.5-SNAPSHOT used in

[jira] Created: (MNG-692) Project.getArtifacts() returns artifacts with getFile() pointing to target/classes when that project is in the reactor

Project.getArtifacts() returns artifacts with getFile() pointing to target/classes when that project is in the reactor -- Key: MNG-692 URL:

[jira] Resolved: (MNG-692) Project.getArtifacts() returns artifacts with getFile() pointing to target/classes when that project is in the reactor

[ http://jira.codehaus.org/browse/MNG-692?page=all ] Kenney Westerhof resolved MNG-692: -- Assign To: Kenney Westerhof Resolution: Fixed As it turns out, the artifacts _are_ pointing to the jars (in the target directory), but the

[jira] Created: (MEV-56) dependency tag in depdendencyManagement should be in a dependencies tag, not directly under dependencyManagement

dependency tag in depdendencyManagement should be in a dependencies tag, not directly under dependencyManagement Key: MEV-56 URL:

[jira] Deleted: (MEV-56) dependency tag in depdendencyManagement should be in a dependencies tag, not directly under dependencyManagement

[ http://jira.codehaus.org/browse/MEV-56?page=all ] Kenney Westerhof deleted MEV-56: dependency tag in depdendencyManagement should be in a dependencies tag, not directly under dependencyManagement

[jira] Resolved: (MNG-687) Crash: in source-plugin, using assembly:assembly goal, on non-SNAPSHOT project.

[ http://jira.codehaus.org/browse/MNG-687?page=all ] Kenney Westerhof resolved MNG-687: -- Assign To: Kenney Westerhof Resolution: Fixed Crash: in source-plugin, using assembly:assembly goal, on non-SNAPSHOT project.

[jira] Resolved: (MNG-514) Provided dependencies not included in eclipse build path

[ http://jira.codehaus.org/browse/MNG-514?page=all ] Kenney Westerhof resolved MNG-514: -- Assign To: Kenney Westerhof Resolution: Fixed Fix Version: (was: 2.0-beta-2) 2.0-beta-1 Provided dependencies not included in

  1   2   >