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.