[ https://issues.apache.org/jira/browse/VFS-558?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14282877#comment-14282877 ]
Bernd Eckenfels commented on VFS-558: ------------------------------------- Thanks for testing! I really hope to release soon (so you better not find new bugs :)) Would you mind moving the discussion to us...@common.apache.org mailing list? It would be interesting if you can summarize your tests. If ON_CALL is faster than ON_RESOLVE (which is the default I hope :) I would expect there are some strange timeout issues. If you can have a look at the FTP server command logfile it would be interesting to compare the number and types of commands used in both cases. (and just a reminder the CacheStrategy is only dealing with directory content and file metadata, so if you mostly transfer file content it is not much of a change). > java.lang.UnsupportedOperationException in FtpFileObject > -------------------------------------------------------- > > Key: VFS-558 > URL: https://issues.apache.org/jira/browse/VFS-558 > Project: Commons VFS > Issue Type: Bug > Affects Versions: 2.0 > Reporter: L > Assignee: Bernd Eckenfels > Fix For: 2.1 > > > I am getting the following exception in my code: > java.lang.UnsupportedOperationException > at java.util.Collections$UnmodifiableMap.remove(Collections.java:1345) > at > org.apache.commons.vfs2.provider.ftp.FtpFileObject.onChildrenChanged(FtpFileObject.java:271) > at > org.apache.commons.vfs2.provider.AbstractFileObject.childrenChanged(AbstractFileObject.java:240) > at > org.apache.commons.vfs2.provider.AbstractFileObject.notifyParent(AbstractFileObject.java:1931) > at > org.apache.commons.vfs2.provider.AbstractFileObject.handleCreate(AbstractFileObject.java:1577) > at > org.apache.commons.vfs2.provider.AbstractFileObject.moveTo(AbstractFileObject.java:1866) > at > org.apache.commons.vfs2.impl.DecoratedFileObject.moveTo(DecoratedFileObject.java:241) > at > org.apache.commons.vfs2.cache.OnCallRefreshFileObject.moveTo(OnCallRefreshFileObject.java:184) > ... > I guess it is caused by the fact that children field is set to > EMPTY_FTP_FILE_MAP at the moment onChildrenChanged() is invoked. > I also do not like line 1866 in AbstractFileObject.java. To me it looks like > it might be the real cause of the problem: > FileObjectUtils.getAbstractFileObject(destFile).handleCreate(getType()); > Must it not be destFile.getType()? > But even if I am right about AbstractFileObject.java:1866, > FtpFileObject.onChildrenChanged() must be corrected as well. -- This message was sent by Atlassian JIRA (v6.3.4#6332)