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.
Hope, the summary isn't missleading, as it isn't entirely clear, that it is the test classpath, it might as well be a problem with the parser. What I did: Installed the OS independent Version of NB 6.5, 6.7Beta, 67.rc1 Checked Out Apache Commons Collections from Head Opend it from Netbeans as a maven project (yes, there _is_ a pom.xml) While the project actually builds OK, the IDE flags all invokations of assertEquals() as 'unknown' in the source.
confirmed, still not sure about why it happens, could be related to the location of test sources in src/test..
more likely to be caused by the resource definition in parent pom that sets the resource root at ${basedir}. it will be added on source path for sources and the test sources have that one prepended (thus the sources are compiled with wrong packages). We should have include/exclude patterns on the classpath's resources, but we don't take them into consideration now.
http://hg.netbeans.org/main/rev/f35701a0c492 it seems the java subsystem has problems dealing with overlapping source roots, unfortunately there's no other way than remove such resource root (${basedir}) from the SourceForBinary query results. Hopefully won't break other stuff...
Integrated into 'main-golden', will be available in build *200906110201* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main-golden/rev/f35701a0c492 User: Milos Kleint <mkleint@netbeans.org> Log: #166655 check that the resource root doesn't contain any other source roots, in case it does, skip it to prevent complation errors down the road
v.
The fix has been ported into the release67_fixes repository. http://hg.netbeans.org/release67_fixes/rev/cff1da2a8a06