You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@commons.apache.org by "Bernd Eckenfels (JIRA)" <ji...@apache.org> on 2015/01/18 18:37:34 UTC
[jira] [Commented] (VFS-558)
java.lang.UnsupportedOperationException in FtpFileObject
[ https://issues.apache.org/jira/browse/VFS-558?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14281876#comment-14281876 ]
Bernd Eckenfels commented on VFS-558:
-------------------------------------
Thanks for the report, I agree with your analysis, we need to check that.
BTW: I also think that the case of moving a file into an empty folder must be in the provider test suite. If you have some time, it would be best when you can start with exactly that reproducer.
BTW2: do you use OnCallRefresher on purpose, I can imagine that makes FTP quite slow.
> 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
>
> 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)