commons-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Gary D. Gregory (JIRA)" <>
Subject [jira] [Resolved] (VFS-426) HTTP URL query string not part of cache key
Date Tue, 03 Jul 2012 20:40:34 GMT


Gary D. Gregory resolved VFS-426.

       Resolution: Fixed
    Fix Version/s: 2.1

commit -m "[VFS-426] HTTP URL query string not part of cache key " C:/svn/org/apache/commons/trunks-proper/vfs/src/changes/changes.xml
    Sending        C:/svn/org/apache/commons/trunks-proper/vfs/core/src/main/java/org/apache/commons/vfs2/provider/
    Sending        C:/svn/org/apache/commons/trunks-proper/vfs/core/src/test/java/org/apache/commons/vfs2/provider/http/test/
    Sending        C:/svn/org/apache/commons/trunks-proper/vfs/src/changes/changes.xml
    Transmitting file data ...
    Committed revision 1356923.
> HTTP URL query string not part of cache key
> -------------------------------------------
>                 Key: VFS-426
>                 URL:
>             Project: Commons VFS
>          Issue Type: Bug
>    Affects Versions: 2.0
>            Reporter: Daniel Bergholm
>             Fix For: 2.1
>         Attachments: vfs-426.diff
> I am using commons-vfs amongst other things to download http files. When resolving different
URLs where only the query string differs, the default cache returns the wrong URL sometimes
(returning a previously accessed URL where only the query string differs).
> I think this is because the key property of URLFileName does not include the query string.
The {code:java}createURI(){code} method of URLFileName does include it, but when constructing
the key the {code:java}createURI(boolean useAbsolutePath, boolean usePassword){code} method
of AbstractFileName is used. This method only includes the path. 

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:!default.jspa
For more information on JIRA, see:


View raw message