| Summary: | jboss-har dependencies ignored | ||||||
|---|---|---|---|---|---|---|---|
| Product: | z_Archived | Reporter: | bere | ||||
| Component: | m2e | Assignee: | Project Inbox <m2e.core-inbox> | ||||
| Status: | RESOLVED INVALID | QA Contact: | |||||
| Severity: | major | ||||||
| Priority: | P3 | CC: | igor | ||||
| Version: | unspecified | ||||||
| Target Milestone: | --- | ||||||
| Hardware: | PC | ||||||
| OS: | Windows 7 | ||||||
| Whiteboard: | |||||||
| Attachments: |
|
||||||
|
Description
bere
please attach complete standalone project that demonstrates the problem. Created attachment 200264 [details]
Sample emonstrating problem
This file is a sample where you can see:
- The EAR has a dependency on the HAR and the JAR. The JAR is resolved but the HAR does not get resolved, so it will not diplay under the 'Maven Dependencies'.
- The JAR depends on the HAR also. It does not get resolved here either.
- Any code placed in the HAR is unaccessible for eclipse, although maven will compile ok.
bugsampleJAR does not "know" anything about packaging=jboss-har and cannot resolve dependency on bugsampleHAR because of that. Command line maven behaves the same if you run "mvn clean install" or similar for bugsampleJAR project only. The solution is to move jboss-packaging-maven-plugin build extension to the parent pom. The reason the aggregator build works on command line is actually a bug in Maven, which apparently "leaks" packaging type definition between different module projects. You are absolutely right, spot on. I spent a hell lot of time looking into that and googling around to find nothing about it. Thanks for your time. |