Bug 78482 - Stack of blocking exceptions after restart of ide with java+uml project
Stack of blocking exceptions after restart of ide with java+uml project
Status: RESOLVED WORKSFORME
Product: uml
Classification: Unclassified
Component: Project
5.x
Sun Solaris
: P1 (vote)
: TBD
Assigned To: Kris Richards
issues@uml
synchronization
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2006-06-20 10:33 UTC by bugbridge
Modified: 2006-10-05 22:41 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
:


Attachments
opteron stopper (82.35 KB, image/png)
2006-06-20 13:48 UTC, Alexandr Scherbatiy
Details

Note You need to log in before you can comment on or make changes to this bug.
Description bugbridge 2006-06-20 10:33:47 UTC
Description:
reproducible with 060503_6 on solaris10 opteron with nfs user home
- I thinks it's common for users to have permissions to write in home and tmp
only, so it should be high priority bug (or may be less priority if it's a rare
case to have remote home).
- I didn't see the exception before, most likely it's a regression
- I can't reproduce the issue with java project only it seems uml affects the issue.

steps to reproduce:
1. remove ide home .netbeans and .netbean-javadb and if exists .netbeans-derby
2. start ide
3. create java project with main class in user home, wait classpath scanning
4. create uml project bu re in user home
5. close ide (save all)
6. start ide
7. wait
a set of exception is thrown, it's impossible to resize or close all
exception(see attachment also):
org.netbeans.mdr.util.DebugException
	at
org.netbeans.mdr.storagemodel.StorableBaseObject.objectChanged(StorableBaseObject.java:386)
	at
org.netbeans.mdr.storagemodel.StorableObject.setAttribute(StorableObject.java:145)
	at org.netbeans.mdr.handlers.InstanceHandler._handleSet(InstanceHandler.java:211)
	at org.netbeans.jmi.javamodel.Resource$Impl.super_setTimestamp(Unknown Source)
	at
org.netbeans.modules.javacore.jmiimpl.javamodel.ResourceImpl.setTimestamp(ResourceImpl.java:284)
	at org.netbeans.jmi.javamodel.Resource$Impl.setTimestamp(Unknown Source)
	at
org.netbeans.modules.javacore.jmiimpl.javamodel.ResourceImpl.setTimestamp(ResourceImpl.java:295)
	at
org.netbeans.modules.javacore.scanning.JavaUpdater.updateResources(JavaUpdater.java:422)
	at
org.netbeans.modules.javacore.scanning.FileScanner.scanPackage(FileScanner.java:284)
	at
org.netbeans.modules.javacore.scanning.FileScanner.scanPackage(FileScanner.java:243)
	at
org.netbeans.modules.javacore.scanning.FileScanner.scanPackage(FileScanner.java:243)
	at
org.netbeans.modules.javacore.scanning.FileScanner.scanPackage(FileScanner.java:243)
	at org.netbeans.modules.javacore.scanning.FileScanner.scan(FileScanner.java:171)
	at org.netbeans.modules.javacore.JMManager.scanFiles(JMManager.java:1173)
	at org.netbeans.modules.javacore.JMManager.resolveCPRoot(JMManager.java:1087)
	at org.netbeans.modules.javacore.JMManager.resolveCodebases(JMManager.java:861)
	at org.netbeans.modules.javacore.JMManager$2.run(JMManager.java:815)
	at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:493)
[catch] at
org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:926)
==>
org.netbeans.mdr.persistence.StorageBadRequestException: A save of this
repository has failed previously.  Allowing this commit to proceed would
potentially corrupt persistent data.
	at
org.netbeans.mdr.persistence.btreeimpl.btreestorage.BtreeDatabase.save(BtreeDatabase.java:493)
	at
org.netbeans.mdr.persistence.btreeimpl.btreestorage.BtreeDatabase.saveChanges(BtreeDatabase.java:477)
	at
org.netbeans.mdr.persistence.btreeimpl.btreestorage.BtreeDatabase.cacheThreshholdReached(BtreeDatabase.java:433)
	at
org.netbeans.mdr.persistence.btreeimpl.btreestorage.MDRCache.checkThreshhold(MDRCache.java:337)
	at
org.netbeans.mdr.persistence.btreeimpl.btreestorage.MDRCache.setDirty(MDRCache.java:435)
	at
org.netbeans.mdr.persistence.btreeimpl.btreestorage.BtreeDatabase.objectStateChanged(BtreeDatabase.java:806)
	at
org.netbeans.mdr.persistence.btreeimpl.btreestorage.BtreeDatabase.objectStateChanged(BtreeDatabase.java:797)
	at
org.netbeans.mdr.persistence.btreeimpl.btreestorage.BtreeStorage.objectStateChanged(BtreeStorage.java:310)
	at
org.netbeans.mdr.storagemodel.MdrStorage.objectStateChanged(MdrStorage.java:1517)
	at
org.netbeans.mdr.storagemodel.StorableBaseObject.objectChanged(StorableBaseObject.java:384)
	at
org.netbeans.mdr.storagemodel.StorableObject.setAttribute(StorableObject.java:145)
	at org.netbeans.mdr.handlers.InstanceHandler._handleSet(InstanceHandler.java:211)
	at org.netbeans.jmi.javamodel.Resource$Impl.super_setTimestamp(Unknown Source)
	at
org.netbeans.modules.javacore.jmiimpl.javamodel.ResourceImpl.setTimestamp(ResourceImpl.java:284)
	at org.netbeans.jmi.javamodel.Resource$Impl.setTimestamp(Unknown Source)
	at
org.netbeans.modules.javacore.jmiimpl.javamodel.ResourceImpl.setTimestamp(ResourceImpl.java:295)
	at
org.netbeans.modules.javacore.scanning.JavaUpdater.updateResources(JavaUpdater.java:422)
	at
org.netbeans.modules.javacore.scanning.FileScanner.scanPackage(FileScanner.java:284)
	at
org.netbeans.modules.javacore.scanning.FileScanner.scanPackage(FileScanner.java:243)
	at
org.netbeans.modules.javacore.scanning.FileScanner.scanPackage(FileScanner.java:243)
	at
org.netbeans.modules.javacore.scanning.FileScanner.scanPackage(FileScanner.java:243)
	at org.netbeans.modules.javacore.scanning.FileScanner.scan(FileScanner.java:171)
	at org.netbeans.modules.javacore.JMManager.scanFiles(JMManager.java:1173)
	at org.netbeans.modules.javacore.JMManager.resolveCPRoot(JMManager.java:1087)
	at org.netbeans.modules.javacore.JMManager.resolveCodebases(JMManager.java:861)
	at org.netbeans.modules.javacore.JMManager$2.run(JMManager.java:815)
	at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:493)
[catch] at
org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:926)
Comment 1 Alexandr Scherbatiy 2006-06-20 13:48:27 UTC
Created attachment 31222 [details]
opteron stopper
Comment 2 Kris Richards 2006-10-05 22:41:28 UTC
I tried to reproduce this issue with projects being saved to my nfs home directory and netbeans running 
locally. It never hung. Note that I tested this over vnc, but that should not interfered.


By use of this website, you agree to the NetBeans Policies and Terms of Use. © 2012, Oracle Corporation and/or its affiliates. Sponsored by Oracle logo