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.
java/qa-functional automated tests, validation/sourceexception There are thrown some NPEs from these tests. The tests failed only on one machine.
Created attachment 18514 [details] stacktrace1
Created attachment 18515 [details] stacktrace2
Created attachment 18517 [details] ide log
Created attachment 18518 [details] threadsdump
xtest had to kill the ide in this testrun. I've attached the threadsdump.
Dane, please investigate what the problem is.
It seems, the first exception was: java.lang.NullPointerException org.netbeans.modules.javacore.jmiimpl.javamodel.ResourceImpl.getStatus(ResourceImpl.java:341) org.netbeans.jmi.javamodel.Resource$Impl.getStatus(Unknown Source) org.netbeans.modules.java.bridge.SourceElementImpl.checkWritable(SourceElementImpl.java:321) org.netbeans.modules.java.bridge.MemberElementImpl.checkWritable(MemberElementImpl.java:158) org.netbeans.modules.java.bridge.FieldElementImpl.setInitValue(FieldElementImpl.java:145) org.openide.src.FieldElement.setInitValue(FieldElement.java:91) org.netbeans.test.java.parsing.Remover.Remover.go(Remover.java:113)
The tests are failing by huge amount of exceptions (NPE, CCE, IOE). I don't know which one is the main.
Created attachment 18701 [details] another ide.log
Fixed in trunk. There will still be rollback messages and possibly also an IOE in the log - they are caused by an optimistic access to the JMI objects in the src bridge and should be harmless. See also issue 51120. Checking in javacore/src/org/netbeans/modules/javacore/jmiimpl/javamodel/ResourceImpl.java; /cvs/java/javacore/src/org/netbeans/modules/javacore/jmiimpl/javamodel/ResourceImpl.java,v <-- ResourceImpl.java new revision: 1.47; previous revision: 1.46 done Checking in src/org/netbeans/modules/java/codesync/ClassDependencyImpl.java; /cvs/java/src/org/netbeans/modules/java/codesync/ClassDependencyImpl.java,v <-- ClassDependencyImpl.java new revision: 1.48; previous revision: 1.47 done
I have reviewed the proposed fix and it seems to be OK.
Fix merged to release40 branch. Checking in src/org/netbeans/modules/java/codesync/ClassDependencyImpl.java; /cvs/java/src/org/netbeans/modules/java/codesync/ClassDependencyImpl.java,v <-- ClassDependencyImpl.java new revision: 1.47.4.1; previous revision: 1.47 done Processing log script arguments... More commits to come... Checking in javacore/src/org/netbeans/modules/javacore/jmiimpl/javamodel/ResourceImpl.java; /cvs/java/javacore/src/org/netbeans/modules/javacore/jmiimpl/javamodel/ResourceImpl.java,v <-- ResourceImpl.java new revision: 1.46.2.1; previous revision: 1.46 done
There is still one problem that randomly seems to occur in the tests and wasn't fixed by the previous integration. Rollback sometimes corrupts the storage as can be seen from the exception below (after this exception everything is broken): java.io.IOException: The handle is invalid at java.io.RandomAccessFile.seek(Native Method) at org.netbeans.mdr.persistence.btreeimpl.btreestorage.FileCache.flushOne(FileCache.java:298) at org.netbeans.mdr.persistence.btreeimpl.btreestorage.FileCache.getPage(FileCache.java:450) at org.netbeans.mdr.persistence.btreeimpl.btreestorage.FileCache.getPage(FileCache.java:371) at org.netbeans.mdr.persistence.btreeimpl.btreestorage.BtreeDataFile.getChunk(BtreeDataFile.java:543) at org.netbeans.mdr.persistence.btreeimpl.btreestorage.BtreeExtent.readExtent(BtreeExtent.java:123) at org.netbeans.mdr.persistence.btreeimpl.btreestorage.BtreeDataFile.getExtent(BtreeDataFile.java:573) at org.netbeans.mdr.persistence.btreeimpl.btreestorage.BtreeDataFile.checkRecord(BtreeDataFile.java:998) at org.netbeans.mdr.persistence.btreeimpl.btreestorage.BtreeDataFile.replace(BtreeDataFile.java:385) at org.netbeans.mdr.persistence.btreeimpl.btreestorage.BtreeDataFile.replace(BtreeDataFile.java:369) at org.netbeans.mdr.persistence.btreeimpl.btreestorage.BtreeDatabase.rollbackChanges(BtreeDatabase.java:601) at org.netbeans.mdr.persistence.btreeimpl.btreestorage.BtreeStorage.rollBackChanges(BtreeStorage.java:331) at org.netbeans.mdr.storagemodel.MdrStorage.rollback(MdrStorage.java:552) [catch] at org.netbeans.mdr.util.TransactionMutex.end(TransactionMutex.java:73) at org.netbeans.modules.javacore.ExclusiveMutex.leave(ExclusiveMutex.java:360) at org.netbeans.mdr.NBMDRepositoryImpl.endTrans(NBMDRepositoryImpl.java:248) at org.netbeans.modules.java.bridge.ClassElementImpl.getInterfaces(ClassElementImpl.java:235) at org.openide.src.ClassElement.getInterfaces(ClassElement.java:712) at org.netbeans.modules.java.codesync.ClassDependencyImpl.getDirectSupertypes(ClassDependencyImpl.java:89) at org.netbeans.modules.java.codesync.ClassDependencyImpl.refreshClass(ClassDependencyImpl.java:137) at org.netbeans.modules.java.codesync.SourceConnectionSupport.refreshLinks(SourceConnectionSupport.java:364) at org.netbeans.modules.java.codesync.SourceConnectionSupport.access$000(SourceConnectionSupport.java:44) at org.netbeans.modules.java.codesync.SourceConnectionSupport$2.run(SourceConnectionSupport.java:230) at org.openide.util.Task.run(Task.java:136) at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:330) at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:686)
Fixed. Checking in src/org/netbeans/mdr/persistence/btreeimpl/btreestorage/FileCache.java; /cvs/mdr/src/org/netbeans/mdr/persistence/btreeimpl/btreestorage/FileCache.java,v <-- FileCache.java new revision: 1.4; previous revision: 1.3 done
Fixed in release40 branch. Checking in src/org/netbeans/mdr/persistence/btreeimpl/btreestorage/FileCache.java; /cvs/mdr/src/org/netbeans/mdr/persistence/btreeimpl/btreestorage/FileCache.java,v <-- FileCache.java new revision: 1.3.10.1; previous revision: 1.3 done
I have reviewed the fix.
verified