Reopen to clone for Luna verification.

Verified in JBDS 7.1.0.CR1 B543. Now it is fast both local/remote exploded/zipped. Checked EAP 6.2.0.ER7, EAP 5.1.2, Wildfly 8.0.0.Beta1.

Pushed everywhere

I've also confirmed that "Cancel" still works, so there will be no regression there.

Atttached Pull request.

Performance is improved drastically. Operations that should take 10 seconds (via local publish) now take 11 seconds (using patched code), when previously took 3.5 minutes (in existing broken code)

So this patch is a drastic performance improvement.

Using the "Remote Systems" explorer I'm able to list the files pretty fast. It takes about 200-300ms to open a directory and list its content.

I'm attaching a remote system connection that I'm using.

Not sure if this helps - I tried to set up a RSE server on the VM. I was able to connect, but the slowness exists in that case too.

I can confirm that the issue also exists on SUN JDK:

java version "1.7.0_25"
Java(TM) SE Runtime Environment (build 1.7.0_25-b15)
Java HotSpot(TM) 64-Bit Server VM (build 23.25-b01, mixed mode)

P.S. The flickering on recording exists with this JVM too, but is much smaller.

Added a screencast showing how much time it takes from saving a file to actually publish it.

The flickering you see on the screencast is not visible to the user, at all. The IDE behaves normally.

I'm seeing this issue on my 64 bit Linux machine (Fedora 20) with JBoss Developer Studio 7.0.1.GA.

java version "1.7.0_45"
OpenJDK Runtime Environment (fedora-2.4.3.0.fc20-x86_64 u45-b15)
OpenJDK 64-Bit Server VM (build 24.45-b08, mixed mode)

In my case deploying to a remote server a simple project that contains two xhtml and CDI 3 beans takes about 10 seconds, which is way too long. My "remote" server is located in a VM running locally. I can confirm that connecting and sending files using scp command works very fast - I was able to upload 110MB under 1s (sic!).