[
https://issues.apache.org/jira/browse/JCLOUDS-992?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14706047#comment-14706047
]
ASF subversion and git services commented on JCLOUDS-992:
---------------------------------------------------------
Commit 082fc9ad9e4d46d8003b2c3651c91d05cf0fbb6e in jclouds-labs-google's branch
refs/heads/master from [~timuralp]
[ https://git-wip-us.apache.org/repos/asf?p=jclouds-labs-google.git;h=082fc9a ]
JCLOUDS-992: do not use RELATIVE_PATH for BLOBs.
Changes the Google storage provider to be inline with the other
providers in not returning RELATIVE_PATH for objects that are BLOBs.
> jclouds improperly handles "application/directory" blobs during LIST
> --------------------------------------------------------------------
>
> Key: JCLOUDS-992
> URL: https://issues.apache.org/jira/browse/JCLOUDS-992
> Project: jclouds
> Issue Type: Bug
> Components: jclouds-blobstore
> Affects Versions: 1.9.1, 2.0.0
> Reporter: Timur Alperovich
> Assignee: Timur Alperovich
>
> To support directory-style interaction with blob stores, jclouds treats
> application/directory blobs as "special" during LIST. There are specifically
> two ways this is manifested:
> 1. the blob storage type is set to _RelativePath_. This is problematic, as
> _RelativePath_ is also used to represent CommonPrefixes -- the prefix of
> common names up to the delimiter character (or string) if the delimiter is
> set. This makes it impossible for an application to discern whether there are
> actually relative paths in the listing or whether these are just directory
> objects
> 2. the returned name does not contain the last character (the separator
> suffix). jclouds has a list of common suffixes that are stripped off in such
> a way: _$folder, /, and \
> These two issues combined present an interface that may be unexpected to
> applications. Instead of jclouds implementing some of this functionality, I
> think jclouds should push to the end users of the library to implement it.
> I'm not sure how many people do rely on this, however, and it's not clear
> what the impact would be of fixing it. I will submit a PR to address this
> issue in all providers that does the following:
> 1. do not mutate blob names
> 2. do not list directory blobs as RelativePaths
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
