[
https://issues.apache.org/jira/browse/VFS-337?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ralph Goers resolved VFS-337.
-----------------------------
Resolution: Invalid
I suspect this issue was meant to refer to AbstractFileObject instead of
AbstractFileName. AbstractFileName does not accept a FileName in the
constructor while AbstractFileObject does. setType in AbstractFileName is only
called from one place - setFiletype in AbstractFileObject while setFileType and
injectType are called from many places.
> AbstractFileName ctor accepts FileName as a parameter, but actually requires
> AbstractFileName
> ---------------------------------------------------------------------------------------------
>
> Key: VFS-337
> URL: https://issues.apache.org/jira/browse/VFS-337
> Project: Commons VFS
> Issue Type: Bug
> Affects Versions: 1.0
> Reporter: Sebb
>
> The AbstractFileName constructor accepts FileName as a parameter, but
> actually requires an AbstractFileName.
> Anything else will generate a ClassCastException.
> The reason for the cast is to allow access to the package-protected method
> void AbstractFileName#setType(FileType type)
> Many of the AbstractFileName methods rely on being able to invoke the setType
> method, so perhaps the parameter should be changed accordingly?
> This will change the API and require changes to subclasses.
> I'll add Javadoc to document the restriction.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
