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.
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)
Created attachment 52992 [details] Thread dump
this looks like an easy issue to resolve.
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.
http://www.netbeans.org/source/browse/j2ee/earproject/src/org/netbeans/modules/j2ee/earproject/EarActionProvider.java?r1=1.18&r2=1.19 http://www.netbeans.org/source/browse/serverplugins/sun/appsrv81/src/org/netbeans/modules/j2ee/sun/ide/dm/SunDeploymentManager.java?r1=1.47&r2=1.48 http://www.netbeans.org/source/browse/serverplugins/sun/appsrv81/src/org/netbeans/modules/j2ee/sun/ide/j2ee/incrdeploy/DirectoryDeploymentFacade.java?r1=1.12&r2=1.13