Community
Participate
Working Groups
When I browse GridFTP mounts I sometimes get following exception: An internal error occurred during: "Refreshing workspace". org.eclipse.core.runtime.AssertionFailedException: assertion failed: Cannot perform getChild on non-directory node at org.eclipse.core.runtime.Assert.isTrue(Assert.java:109) at eu.geclipse.efs.gridftp.GridFile.getChild(GridFile.java:154) at eu.geclipse.core.filesystem.internal.filesystem.GEclipseFileStore.getChild(GEclipseFileStore.java:168) at org.eclipse.core.filesystem.provider.FileStore.getChild(FileStore.java:296) at org.eclipse.core.internal.localstore.FileStoreRoot.createStore(FileStoreRoot.java:93) at org.eclipse.core.internal.localstore.FileSystemResourceManager.getStore(FileSystemResourceManager.java:355) at org.eclipse.core.internal.resources.Resource.getStore(Resource.java:1085) at org.eclipse.core.internal.localstore.FileSystemResourceManager.refreshResource(FileSystemResourceManager.java:726) at org.eclipse.core.internal.localstore.FileSystemResourceManager.refresh(FileSystemResourceManager.java:714) at org.eclipse.core.internal.resources.Resource.refreshLocal(Resource.java:1420) at org.eclipse.core.internal.refresh.RefreshJob.runInWorkspace(RefreshJob.java:141) at org.eclipse.core.internal.resources.InternalWorkspaceJob.run(InternalWorkspaceJob.java:38) at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55) If this happens a subtree of the filesystem gets closed and I have to open the folders again. I had a look at the GridFile.getChild for a case where this exception occurred in the debugger. The assert which failed checks whether the GridFile where getChild is called on is a directory or not. In the case when the exception occurs the GridFile would be a directory, but the attributes in the GridFileInfo don't have the directory flag set (the attributes are 0).