commons-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Bernd Eckenfels (JIRA)" <j...@apache.org>
Subject [jira] [Resolved] (VFS-503) Equals on URLFileName should use the complete URL
Date Wed, 19 Aug 2015 10:06:45 GMT

     [ https://issues.apache.org/jira/browse/VFS-503?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Bernd Eckenfels resolved VFS-503.
---------------------------------
    Resolution: Cannot Reproduce
      Assignee: Bernd Eckenfels

While playing around with various unit tests I noticed I cannot reproduce this problem anymore.
AbstractFileName.equals/hashCode are based on getKey() which in term is based on getURI()
which is overwritten by URLFileName to include the query parameter.

> Equals on URLFileName should use the complete URL
> -------------------------------------------------
>
>                 Key: VFS-503
>                 URL: https://issues.apache.org/jira/browse/VFS-503
>             Project: Commons VFS
>          Issue Type: Bug
>    Affects Versions: 2.0
>            Reporter: Dominique Jean-Prost
>            Assignee: Bernd Eckenfels
>            Priority: Critical
>              Labels: patch
>             Fix For: 2.1
>
>         Attachments: patch.txt, test-vfs.zip
>
>
> Hello,
> When using http url that uses query parameters, the method resolveFile doesn not work
correctly.
> Problem is caused by the fact that equals on org.apache.commons.vfs2.provider.URLFileName
does not use the query string.
> The consequence of this bug is that if you use 2 FileObject that use 2 differents URLS,
that denote 2 different contents, you would use twice the same content when using copyForm
for instance (see attached maven project)



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Mime
View raw message