Details
-
Type:
Bug
-
Status:
Closed
-
Priority:
Major
-
Resolution: Fixed
-
Affects Version/s: 2.0
-
Fix Version/s: 3.0
-
Component/s: Local Mode
-
Labels:None
-
Environment:Ubuntu 8.10
-
Number of attachments :
Description
I've got this warning for project dependencies of the analyzed project (local analyses) :
[WARN] Unhandled ClassPathEntry
[WARN] Class '**************' is not accessible through the ClassLoader.
With m2eclipse, jar dependencies are declared as project dependencies when
the project of the dependency is opened inside the workspace.
Related discussion in ML : http://markmail.org/message/vlrfyhlcpavmk5mv
Issue Links
- is related to
-
SONARIDE-349
Support projects having several output folders
-
I also ran into this problem.
IClasspathEntry of kind CPE_PROJECT is not handled.
I added a switch-case for this which iterates over the dependent projects recursively and adds their output path(s) and their library dependencies, but not their source folders (only output-folders for source-folders), to avoid having analyzed all those other projects, too.
It does not handle any access rules, but i think these can be ommited safely for analyzing purposes.
My patch by the way also fixes an issue, that project-local library references are not resolved correctly.
eg. project A references a library x.jar within project A's lib folder.
This currently gets resolved to "/A/lib/x.jar".
I added a project and workspace lookup which tries to find the library within project or workspace and returns the path to that member. This can then be resolved to an absolute filesystem path.
I don't know if there is a simpler way to do that.
I tested my changes with our production setup, which contains around 60 OSGI projects and lots of third party libs. I think this covers about every possible setup you can imagine