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.
Summary: | improve local dependency management | ||
---|---|---|---|
Product: | projects | Reporter: | kawazu428 <kawazu428> |
Component: | Maven | Assignee: | Milos Kleint <mkleint> |
Status: | RESOLVED FIXED | ||
Severity: | blocker | ||
Priority: | P3 | ||
Version: | 6.x | ||
Hardware: | All | ||
OS: | All | ||
Issue Type: | ENHANCEMENT | Exception Reporter: |
Description
kawazu428
2008-05-30 08:29:55 UTC
proposed solution idea for that (no matter whether possible or how difficult to be done): - allow for automatically creating a "pom" artifact including a "modules" section - allow for adding local projects (<module>../whatever</module>) to that - provide some way to support user eventually getting modules sort in the "right" order in terms of how they depend upon each other So far, I see that while opening a maven2 project the IDE "sees" other maven2 projects that could be opened as "required" projects, so the idea of having "required" project opened yet not automatically built along with the main project seems somewhat counter-intuitive... ;) not for 6.5 I guess. The problems to solve include: 1. how to keep track of "changed" projects. 2. how to actually rebuild the changed projects in the right order. please note that Compile on Save feature (not for maven projects in 6.5) might help with some scenarios. But at the same time whenever a maven build is involved local repository needs to have the right dependencies in store. Okay, reasonable. From that point of view, so far I consider using a custom pom artifact having the projects added to it in the "right" order as modules seems to be the easiest way to go. Is there a way to enhance IDE tooling to provide more support for that (i.e. "add module and dependent project to pom modules section" via context menu or drag-and-drop)? This would help a lot definitely. :) not sure I understand you proposition correctly, but the <modules> section can only be added to projects with "pom" packaging. Yes, I am aware of that. :) But given this rebuild-of-transitive-dependencies has been bugging me for quite a while now, I eventually chose to create an empty "build-helper" artifact, packaging pom, to manually add my modules in the right order and use this to quickly rebuild everything in times of need (see http://wiki.netbeans.org/TaTMavenBuildAllProjects ). Though somewhat of a "hack", I wonder whether something like this might be a feasible solution to be quickly implemented and easily usable... ? Adding to that, another idea: Couldn't the "Enterprise Application" tooling be abused for that in order to, say, be allowed to create an umbrella "maven2 application" to which other "maven2 artifacts", be that war or jar or whatever, easily could be added? This would feel / look / be homogenous compared to EAR tooling and possibly be the cleanest way of handling things looking at it from a maven2 point of view... it seems to have been solved at least partially on the maven side itself. http://maven.apache.org/plugins/maven-reactor-plugin/ AFAIK the functionality shall become part of the maven core in the future as cmdline switches. WikiName got changed sometime back; Before- http://wiki.netbeans.org/TaTMavenBuildAllProjects After- http://wiki.netbeans.org/TaT_MavenBuildAllProjects I consider this fixed by introduction of "build with dependencies" action that relies on maven-reactor-plugin to perform the build of projects the current one depends on. The scope of what gets built along is defined the the reactor root project. |