You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@jackrabbit.apache.org by "Stefan Guggisberg (JIRA)" <ji...@apache.org> on 2010/03/04 10:10:35 UTC

[jira] Updated: (JCR-2511) Value#getBinary() and #getStream() return internal representation for type PATH and NAME

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

Stefan Guggisberg updated JCR-2511:
-----------------------------------

    Component/s:     (was: jackrabbit-core)
                 jackrabbit-jcr-commons
       Priority: Minor  (was: Major)

> Value#getBinary() and #getStream() return internal representation for type PATH and NAME
> ----------------------------------------------------------------------------------------
>
>                 Key: JCR-2511
>                 URL: https://issues.apache.org/jira/browse/JCR-2511
>             Project: Jackrabbit Content Repository
>          Issue Type: Bug
>          Components: jackrabbit-jcr-commons
>    Affects Versions: 2.0.0
>            Reporter: angela
>            Priority: Minor
>
> just found a path-related spi2dav test failing that passed some time before jackrabbit 2.0 (BatchTest#testSetPathValue).
> i had a quick look at it and it seems to me that the reasons is the internal (Path, Name) value representation 
> being exposed when calling Value#getBinary(), Value#getStream() and the corresponding shortcuts on Property.
> from my understanding of the specification these methods should always return the standard JCR path (or name) representation as it
> is exposed by Value#getString() and Property#getString() as it used to be in previous versions.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.