[
https://issues.apache.org/jira/browse/VFS-419?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13286818#comment-13286818
]
Sergey Grigorev commented on VFS-419:
-------------------------------------
"return new JarFileObject(name, null, this, false)" doesn't create children for
this object (in normal mode the object always has children). I've checked it
and it fails. If there are no children JarURLConnectionImpl can't load classes
from an archive (it loads objects such as xml files but not any classes at
all). In my case I have to load classes from this jar file and run. I don't
know how to make unit test to demonstrate this problem (only show some lines of
code of my product maybe)
> JarFileSystem incorrectly resolves file if it has been removed from the cache
> -----------------------------------------------------------------------------
>
> Key: VFS-419
> URL: https://issues.apache.org/jira/browse/VFS-419
> Project: Commons VFS
> Issue Type: Bug
> Affects Versions: 2.0
> Reporter: Sergey Grigorev
> Labels: core, patch
> Fix For: 2.0
>
> Attachments: JarFileSystem.java.patch
>
> Original Estimate: 0.5h
> Remaining Estimate: 0.5h
>
> If I call fileSystemManager.resolveFile("jar: ... ") and the file was removed
> from cache, JarFileSystem calls method createFile(AbstractFileName name).
> This method is not overridden from ZipFileManager and works wrong (its return
> ZipFileObject instead JarFileObject). But i can override it and make return
> JarFileObject case this object won't have children and JarURLConnectionImpl
> won't work. It should reinvalidate cache and return the object with children
> objects.
> I've added a patch to fix this problem.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
