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.
I believe this is something between Java/Maven and possibly also my usage of it. If you install HTML/Java Project support (rev. 2.1) into NetBeans 8.0 (from its official plugin portal update center) you get a new project wizard. Once you use it you get a project which contains a lot of errors. This is unfortunate, the IDE should know the project is not yet compiled and does not have full set of dependencies and should delay its processing. To reproduce: 0. Cleanup your local Maven repository: $ rm -r ~/.m2/repository/org/netbeans/html/ $ rm -r ~/.m2/repository/org/apidesign/html/ 1. get NetBeans 8.0 2. visit Tools/Plugins/Available ones/ and install HTML/Java Project support 3. Use New Project and select HTML5 category and HTML project with Java logic 4. click through the wizard and select Finish Once the project is opened in the list of projects and once the background scanning finishes, there are errors reported (can see both source files and both test files showing an error badge in the projects view). If I do 5. clean/build on the project the errors may go away (today the disappeared, I remember few situations when they didn't). But it is unfortunate newly generated project is marked as erroneous - there should be a way around that.
As a possible solution I'd like to remind my proposal to have "essential ClassPath elements" and the Maven support marking all its JARs inside local maven repository as necessary. Java support would then disable any compilation attempts when essential cp element was missing.
As far as I remember Milos did some changes into Mvn Project to support it without a need of a new API (the broken cp should not be registered into GPR). We need to investigate what's already done.
Will GPR help with a file opened in an editor? I had a feeling such file's classpath is constructed and used regardless if it is in GPR or not.
Yes, classpath is constructed but it's translated by java source to empty classpath unless the root is scanned (was registered in GPR).
I've attached a patch to API review #246147.
Fixed jet-main 82910b5636e9
Integrated into 'main-silver', will be available in build *201408230001* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main-silver/rev/82910b5636e9 User: Tomas Zezula <tzezula@netbeans.org> Log: #245155:Broken sources after creating HTML+Java project for the first time