This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
With an empty local repo, create & build an nbm-packaging project using the 3.6 plugin, and open in the IDE. In 7.0, it looks fine. In 7.1 beta, it is marked unloadable; the reason given is that plexus-utils-1.1.jar is missing. This JAR is not actually a dependency of the plugin at all (it uses plexus-utils-3.0.jar, which is in the local repo); org.apache.maven.plugin.internal.PlexusUtilsInjector is however injecting it into the realm, because for some reason plugin.getDependencies() (in DefaultPluginDependenciesResolver.resolve) is empty during the IDE's project build. No easy workaround, since building the project from the command line succeeds; have to somehow get this JAR downloaded.
Actually it is fine that plugin.dependencies=[]; it is repoSystem.collectDependencies() which fails.
DefaultArtifactDescriptorReader has a problem with the nbm-maven-plugin POM, due to <systemPath> of tasks.jar: "1 problem was encountered while building the effective model for org.codehaus.mojo:nbm-maven-plugin:3.6 [ERROR] 'dependencies.dependency.systemPath' for org.netbeans.nbbuild:tasks:jar must specify an absolute path but is ${project.basedir}/target/tasks.jar @ " But in CLI usage the ModelBuildingException is not thrown - model.getDependencies() is of length 17; inside the IDE, it is of length 18, because this system dep is included. That is because the netbeans-tasks-jar profile is activated. Indeed trying to build an NBM passing -Dnetbeans.execution=true on the command line fails! (Not sure why it works in 7.0; perhaps profiles were not being correctly handled during project building? ${netbeans.execution} was set in 7.0.)
Mojo revision 15474 should prevent this problem for nbm-maven-plugin 3.7. Not sure I can/should do anything here; all I can think to do is to cease to define netbeans.execution for in-IDE parsing, but this could cause problems for users relying on that property. The real problem is with the plugin's deployed POM, which cannot be corrected retroactively. Anyway a workaround is available: somehow get plexus-utils 1.1 locally.
*** Bug 206334 has been marked as a duplicate of this bug. ***
Easiest workaround (needed once per local repo): mvn -f $yourproj/pom.xml -Dnetbeans.execution=true validate
On Windows, NetBeans IDE 7.2, I solved this by adding this to the application POM: <dependency> <groupId>org.codehaus.plexus</groupId> <artifactId>plexus-utils</artifactId> <version>1.1</version> <scope>runtime</scope> </dependency>
Better to just update to version 3.7 or later of the plugin.
I'm using 7.2, which means I'm using 3.8 of the plugin. Same problem as described here.
If you are using version 3.8 of the plugin then you are seeing a different bug and you need to file it.