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.

Bug 121928

Summary: "Undeploy and Deploy" blocks EQ (doing network I/O?)
Product: serverplugins Reporter: _ tboudreau <tboudreau>
Component: Sun Appserver 9Assignee: Vince Kraemer <vkraemer>
Status: RESOLVED FIXED    
Severity: blocker CC: dkonecny, pjiricka
Priority: P2    
Version: 6.x   
Hardware: All   
OS: All   
Issue Type: DEFECT Exception Reporter:
Attachments: Thread dump

Description _ tboudreau 2007-11-14 17:42:15 UTC 
I am trying to deploy an application on netbeansday.org (server in the U.S.) on a very high latency connection from Brazil - but I have also noticed this 
behavior to a lesser degree with local deployment or deployment on a less slow connection.  In this case, the latency is so high that I actually cannot refresh 
the node for this server in the services tab - but the server is running - I just confirmed that by ssh'ing into the server.

After invoking Undeploy and Deploy, the UI was blocked for four minutes.  The AWT thread is in the following method.  I would guess this is waiting for 
some network I/O to complete.


"AWT-EventQueue-1" prio=6 tid=0x00515540 nid=0x198de00 waiting for monitor entry [0xb3698000..0xb3698d10]
        at org.netbeans.modules.j2ee.sun.ide.dm.SunDeploymentManager.getTargets(SunDeploymentManager.java:634)
        - waiting to lock <0x0d31bd98> (a org.netbeans.modules.j2ee.sun.ide.dm.SunDeploymentManager)
        at org.netbeans.modules.j2ee.sun.ide.j2ee.incrdeploy.DirectoryDeploymentFacade.checkIssue2999(DirectoryDeploymentFacade.java:128)
        at org.netbeans.modules.j2ee.sun.ide.j2ee.incrdeploy.DirectoryDeploymentFacade.setDeploymentManager(DirectoryDeploymentFacade.java:120)
        at org.netbeans.modules.j2ee.sun.ide.j2ee.incrdeploy.DirectoryDeploymentFacade.<init>(DirectoryDeploymentFacade.java:92)
        at org.netbeans.modules.j2ee.sun.ide.j2ee.incrdeploy.DirectoryDeploymentFacade.get(DirectoryDeploymentFacade.java:83)
        at org.netbeans.modules.j2ee.sun.ide.j2ee.OptionalFactory.getIncrementalDeployment(OptionalFactory.java:88)
        at org.netbeans.modules.j2ee.deployment.impl.ServerInstance.getIncrementalDeployment(ServerInstance.java:537)
        - locked <0x0d319038> (a org.netbeans.modules.j2ee.deployment.impl.ServerInstance)
        at org.netbeans.modules.j2ee.deployment.devmodules.api.Deployment.canFileDeploy(Deployment.java:313)
        at org.netbeans.modules.web.project.WebActionProvider.setDirectoryDeploymentProperty(WebActionProvider.java:1156)
        at org.netbeans.modules.web.project.WebActionProvider.getTargetNames(WebActionProvider.java:356)
        at org.netbeans.modules.web.project.WebActionProvider$1.run(WebActionProvider.java:214)
        at org.netbeans.modules.web.project.WebActionProvider.invokeAction(WebActionProvider.java:240)
        at org.netbeans.modules.project.ui.actions.ProjectAction.actionPerformed(ProjectAction.java:116)
        at org.netbeans.modules.project.ui.actions.LookupSensitiveAction.actionPerformed(LookupSensitiveAction.java:155)
        at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:1882)
        at javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2202)
Comment 1 _ tboudreau 2007-11-14 17:43:07 UTC 
Created attachment 52992 [details]
Thread dump
Comment 2 Vince Kraemer 2007-11-15 15:30:57 UTC 
this looks like an easy issue to resolve.
Comment 3 _ tboudreau 2007-11-15 17:35:58 UTC 
I'd suggest if at all possible to try to incorporate a fix into 6.0.  This is likely to be painful for anyone doing remote deployment - too often, internally we test 
only on local servers on a fast connection.