| Summary: | Stack overflow when compiling projects with circular dependency | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Tools] MTJ | Reporter: | Martin Döring <MathsMadness> | ||||
| Component: | Project Builder | Assignee: | Gorkem Ercan <gorkem.ercan> | ||||
| Status: | RESOLVED FIXED | QA Contact: | |||||
| Severity: | normal | ||||||
| Priority: | P3 | CC: | eresquigal, MathsMadness | ||||
| Version: | 1.0.1 | ||||||
| Target Milestone: | --- | ||||||
| Hardware: | PC | ||||||
| OS: | Windows XP | ||||||
| Whiteboard: | |||||||
| Attachments: |
|
||||||
|
Description
Martin Döring
Created attachment 169408 [details]
Stack traces of the original error and follow-up errors
I think the default setting for circular dependency is to mark it as error and stop compilation. I have actually lowered circular dependencies to warning in compiler settings to test this case. Unfortunately, I could not get the stack overflow with the simple Midlet projects that I have. Can you provide example projects for reproducing the problem. I also could not reproduce the error with simple projects. However, further research showed that the follow-up problem (java.lang.IllegalArgumentException: Path must include project and resource name: /Test1) is not caused by circular project dependencies. Instead, it occurs when using the project root as (only) source folder, even when setting the inclusion/exclusion filters to only include the source packages and exclude everything else (i.e. bin/**, .settings/**, .mjt.tmp/**, .classpath, .mtj, .project, Application Descriptor, build.properties). It can be reproduced by creating a new MIDlet project (e.g. "Test1" as above) and setting the source folder to the project root, and maybe cleaning the project. It is even not necessary to add a single Java class. It might be the case that the original problem disappears when this follow-up error can be resolved. But maybe I should reorganize my SVN projects to use separate "src" and "res" folders anyway (and provide fellow developers with some documentation :-)). There is a builder bug when the projects have no source folder, stackoverflow seems to be a side effect. I guess you are gonna have to reorganize until there is a fix for this. I have released a fix for this problem... But still using the project root as the source folder requires a lot of tweaking to get the packaging right. So not recommended. *** Bug 306801 has been marked as a duplicate of this bug. *** |