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.
Build: NetBeans IDE Dev (Build 201005132200) VM: Java HotSpot(TM) 64-Bit Server VM, 16.3-b01, Java(TM) SE Runtime Environment, 1.6.0_20-b02 OS: Linux User Comments: jasondonmoyer: typing in the java editor Stacktrace: java.lang.IndexOutOfBoundsException: Index: 0, Size: 0 at java.util.ArrayList.RangeCheck(ArrayList.java:547) at java.util.ArrayList.get(ArrayList.java:322) at org.netbeans.modules.java.freeform.AnnotationProcessingQueryImpl$R.sourceOutputDirectory(AnnotationProcessingQueryImpl.java:255) at org.netbeans.modules.java.source.classpath.CacheSourceForBinaryQueryImpl$R.resolveAptSourceCache(CacheSourceForBinaryQueryImpl.java:154) at org.netbeans.modules.java.source.classpath.CacheSourceForBinaryQueryImpl$R.getRoots(CacheSourceForBinaryQueryImpl.java:133) at org.netbeans.api.java.source.SourceUtils.getFile(SourceUtils.java:476)
Created attachment 99156 [details] stacktrace
Workaround is to add: <source-output>some-folder</source-output> inside the <annotation-processing> element.
Fixed jet-main b4f712722bb0
Will this be go into the 6.9 release. At the moment this is a total show-stopper for me and I stick with 6.8. Even the proposed workaround does not work in 6.9: with <annotation-processing> <source-output>gen-src</source-output> </annotation-processing> in the <compilation-unit> section of my project.xml NetBeans 6.9 does not recognize the project anymore. What could I do to use the Refactor-Move packages of a Freeform project in NB 6.9?
The workaround should work fine with nb 6.9. If the project is not recognized the project.xml is not according to schema. Please attach the project.xml I will take a look.
OK, I had to update the xmlns attribute of the <java-data> tag from "http://www.netbeans.org/ns/freeform-project-java/2" to "http://www.netbeans.org/ns/freeform-project-java/3" and to add the <ANNOTATION-PROCESSING> tag to all compilation units. Now it works, many thanks. However, should this be the procedure every user of freeform projects has to go after the release, before refactoring works again? I think this is a show-stopper for the 6.9 release.
Finally I've found a way how to reproduce this problem even without having annotation processors enabled. Originally I've thought that the method causing the problem is called only when AP are enabled, but it's also called when there are 2 or more dependent freeform projects. The fix is scheduled for the first patch release. I will also ask if it's still possible to get the fix into NB 6.9 but it's already code frozen.
Verified. Product Version: NetBeans IDE Dev (Build 100608-d3de0f34d022) Java: 1.6.0_18; Java HotSpot(TM) Client VM 16.0-b13 System: Linux version 2.6.31-22-generic running on i386; UTF-8; en_US (nb)
will be integrated into 6.9.
The patch seems safe to me. Transplanted to release69 branch: http://hg.netbeans.org/release69/rev/9edaa5d347f4
Verified. Product Version: NetBeans IDE 6.9 (Build 201006082101) Java: 1.6.0_18; Java HotSpot(TM) Client VM 16.0-b13 System: Linux version 2.6.31-22-generic running on i386; UTF-8; en_US (nb)
Transplanted to release691 repository as 0e60fc8c92cd
Added keyword 6.9.1_CANDIDATE to bugfixes, which were integrated in release69 repository *after* the release691 clone has been created.
Verified. NetBeans IDE 6.9.1 Dev (Build 201006302301)