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 200904160201) VM: Java HotSpot(TM) Client VM, 11.3-b02, Java(TM) SE Runtime Environment, 1.6.0_13-b03 OS: Windows XP, 5.1, x86 User Comments: ovk: clicked on Databases node Stacktrace: java.lang.IllegalStateException: WARNING: Going from readAccess to writeAccess, see #10778: http://www.netbeans.org/issues/show_bug.cgi?id=10778 at org.openide.util.Mutex.enterImpl(Mutex.java:665) at org.openide.util.Mutex.enter(Mutex.java:630) at org.openide.util.Mutex.writeEnter(Mutex.java:608) at org.openide.util.Mutex$Privileged.enterWriteAccess(Mutex.java:1655) at org.openide.nodes.FilterNode$Children.changeOriginal(FilterNode.java:1362) at org.openide.nodes.FilterNode.changeOriginal(FilterNode.java:447)
Created attachment 80278 [details] stacktrace
LazyNode.getActions() can be called under Children.MUTEX read lock: core-main #c8a55db90584. However, getActions() should be called only if needed. Please fix.
Wrong changeset, should be core-main #837300bddc05
Why did you assign this issue to bpel debugger ? Please comment.
Integrated into 'main-golden', will be available in build *200904290201* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main-golden/rev/837300bddc05 User: Tomas Holy <t_h@netbeans.org> Log: #162859: LazyNode.getActions() can be called under Children.MUTEX read lock
Because in org.netbeans.modules.bpel.debugger.ui.action.Breakpoint.propertyChange(Breakpoint.java:130) you call getActions() for no good reason. This negatively affects some recent performance optimization - jtulach can comment more.
Can't your BPEL nodes offer some "BpelCookie" in their getLookup()? That is common way to seek for extensibility. Your current trick with getActions()[i] instanceof BpelAction invalidates improvements done as part of http://bits.netbeans.org/dev/javadoc/org-openide-nodes/apichanges.html#NodeOp.factory http://bits.netbeans.org/dev/javadoc/org-netbeans-core-ide/org/netbeans/api/core/ide/ServicesTabNodeRegistration.html as getActions(...) turns the delarative registrations into real ones. As such just selecting a node in Services tab initializes it, due to the behaviour of BPEL modules.
Build: NetBeans IDE 6.7 Beta (Build 200904242137) VM: Java HotSpot(TM) Client VM, 11.3-b02, Java(TM) SE Runtime Environment, 1.6.0_13-b03 OS: Linux, 2.6.27.21-170.2.56.fc10.i686, i386 User Comments: Stacktrace: java.lang.IllegalStateException: WARNING: Going from readAccess to writeAccess, see #10778: http://www.netbeans.org/issues/show_bug.cgi?id=10778 at org.openide.util.Mutex.enterImpl(Mutex.java:665) at org.openide.util.Mutex.enter(Mutex.java:630) at org.openide.util.Mutex.writeEnter(Mutex.java:608) at org.openide.util.Mutex$Privileged.enterWriteAccess(Mutex.java:1655) at org.openide.nodes.FilterNode$Children.changeOriginal(FilterNode.java:1362) at org.openide.nodes.FilterNode.changeOriginal(FilterNode.java:447)
Created attachment 81612 [details] stacktrace
This issue was originally marked as duplicate of issue 140458, that is already fixed. This issue is still valid, so this seems to be another issue, but it might be related. Build: NetBeans IDE 6.7 Beta (Build 200904242137) VM: Java HotSpot(TM) Client VM, 1.5.0_16-133, Java(TM) 2 Runtime Environment, Standard Edition, 1.5.0_16-b06-284 OS: Mac OS X, 10.5.6, i386 User Comments: 1. Opened Services View from Window Menu. 2. Clicked on Web Services. Stacktrace: java.lang.IllegalStateException: WARNING: Going from readAccess to writeAccess, see #10778: http://www.netbeans.org/issues/show_bug.cgi?id=10778 at org.openide.util.Mutex.enterImpl(Mutex.java:665) at org.openide.util.Mutex.enter(Mutex.java:630) at org.openide.util.Mutex.writeEnter(Mutex.java:608) at org.openide.util.Mutex$Privileged.enterWriteAccess(Mutex.java:1655) at org.openide.nodes.FilterNode$Children.changeOriginal(FilterNode.java:1362) at org.openide.nodes.FilterNode.changeOriginal(FilterNode.java:447)
Created attachment 81973 [details] stacktrace
This issue already has 20 duplicates see http://statistics.netbeans.org/exceptions/detail.do?id=149639
Created attachment 82729 [details] Test. Apply, run and it fails in testSelectAllNodesInServicesTab.
We consider this bug a stopper for 6.8 release (not 6.7). We will reprioritize it once 6.7 is out.
Curious, why would an SOA bug be a stopper for NetBeans, provided that SOA is not part of any distribution as of 6.7..
Is not the BPEL stuff on stable update center? If not, then we shalln't care, of course.
IIRC it is on Beta UC. I guess I'll find some time to fix that though.
Created attachment 117773 [details] stacktrace Moved a JFrame.java form with Internationalization to newpackage.