When doing an upload CTRL+ALT+S, about 5% of the time
the dialog box will just halt at the "Eclipse SFTP
Transfer" and I'll have to kill Eclipse from the task
manager as cancelling will not work.
I'm on 1.0.9.
Here's some info from the log:
!ENTRY org.eclipse.osgi 2006-03-02 10:46:48.768
!MESSAGE While loading class
"net.sourceforge.phpeclipse.PHPeclipsePlugin$3$1",
thread "Worker-2" timed out waiting (5000ms) for thread
"Worker-0" to finish starting bundle
"net.sourceforge.phpeclipse". To avoid deadlock, thread
"Worker-2" is proceeding but
"net.sourceforge.phpeclipse.PHPeclipsePlugin$3$1" may
not be fully initialized.
!STACK 0
java.lang.Exception: Generated exception.
at
org.eclipse.core.runtime.adaptor.EclipseClassLoader.findLocalClass(EclipseClassLoader.java:108)
at
org.eclipse.osgi.framework.internal.core.BundleLoader.findLocalClass(BundleLoader.java:337)
at
org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:389)
at
org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:350)
at
org.eclipse.osgi.framework.adaptor.core.AbstractClassLoader.loadClass(AbstractClassLoader.java:78)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClassInternal(Unknown Source)
at
net.sourceforge.phpeclipse.PHPeclipsePlugin$3.run(PHPeclipsePlugin.java:1182)
at
org.eclipse.core.internal.jobs.Worker.run(Worker.java:76)
!SESSION 2006-03-02 13:36:41.366
-----------------------------------------------
eclipse.buildId=I20050627-1435
java.version=1.5.0_06
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32,
NL=en_US
Command-line arguments: -os win32 -ws win32 -arch x86
!ENTRY org.eclipse.core.resources 2 10035 2006-03-02
13:37:32.459
!MESSAGE A workspace crash was detected. The previous
session did not exit normally.
!SESSION 2006-03-02 15:45:48.666
-----------------------------------------------
eclipse.buildId=I20050627-1435
java.version=1.5.0_06
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32,
NL=en_US
Command-line arguments: -os win32 -ws win32 -arch x86
!ENTRY org.eclipse.core.resources 2 10035 2006-03-02
15:45:57.98
!MESSAGE A workspace crash was detected. The previous
session did not exit normally.
!ENTRY org.eclipse.core.runtime 4 2 2006-03-02 16:29:48.131
!MESSAGE An internal error occurred during: "Eclipse
SFTP Transfer".
!STACK 0
java.lang.NullPointerException
at
org.kmem.kosh.sftp.ui.ConsoleDisplayMgr.getNewMessageConsoleStream(ConsoleDisplayMgr.java:155)
at
org.kmem.kosh.sftp.ui.ConsoleDisplayMgr.println(ConsoleDisplayMgr.java:106)
at
org.kmem.kosh.sftp.SftpPlugin.consolePrintln(SftpPlugin.java:69)
at
org.kmem.kosh.sftp.TransferSSHTools.open(TransferSSHTools.java:128)
at org.kmem.kosh.sftp.Transfer.run(Transfer.java:179)
at
org.eclipse.core.internal.jobs.Worker.run(Worker.java:76)
Logged In: YES
user_id=682144
Originator: NO
I've implemented a fix for this in esftp 1.1.1, there is also a similar bug, look for the bug here with the name:
"NullPointerException from ConsoleDisplayMgr"
You'll see the same problem, I have implemented a fix and when esftp 1.1.1 comes out, you should check it out to see if it fixes the problem
Also, there are more fixes implemented which should help you, it was not previously possible to cancel during the scanning stage, because there was no detection of hitting the cancel button, so sometimes you'd have a heavy, branch happy tree to scan through on the remote site, or local site, but you'd click cancel and then have to wait until you got to the transfer stage before it would cancel, this is now not the case, it'll cancel during the scanning AND transfer stages.
chris