Re: Getting a value by its data identifier

On 15.03.2013, at 09:01, Felix Meschberger wrote: > I would prefer a SecurityException, but JCR has a notion of "no access looks > the same as non-existing", Right, it should not be possible to find out if something exists if you don't have the permission! > so an ItemNotFoundException would

Re: Getting a value by its data identifier

Hi I created https://issues.apache.org/jira/browse/JCR-3534 with a patch implementing the proposed method along with a unit test validating round tripping. Regards Felix Am 12.03.2013 um 12:32 schrieb Felix Meschberger: > Hi all > > we have a couple of use cases, where we would like to lever

Re: Getting a value by its data identifier

Hi, Am 12.03.2013 um 15:02 schrieb Alexander Klimetschek: > On 12.03.2013, at 12:32, Felix Meschberger wrote: > >> Thus the proposed JackrabbitSession.getValueByContentIdentity(String) method >> would allow for round tripping the JackrabbitValue.getContentIdentity() >> preventing superfluous

Re: Getting a value by its data identifier

Hi, I think there really are two sides to the story: (a) getting an ID (b) getting the data for that ID We may or may not be able -- on a large scale -- to prevent (a). After all "getting an ID" might just be the result of wold guessing and doing a brute force attack. We have to be able to li

Re: Getting a value by its data identifier

Hi, >(a) Would such a method technically be possible (preventing actual large >binary data copy !) ? Yes I think it's possible. Would this be needed for Oak or Jackrabbit 2.x or both? >(c) Can we and if yes, how can we control access ? Currently the content identifier is the content hash (SHA-1

Re: Getting a value by its data identifier

On 12.03.2013, at 12:32, Felix Meschberger wrote: > Thus the proposed JackrabbitSession.getValueByContentIdentity(String) method > would allow for round tripping the JackrabbitValue.getContentIdentity() > preventing superfluous binary data copying and moving. The idea sounds good to me :-) (Di

Getting a value by its data identifier

Hi all we have a couple of use cases, where we would like to leverage the global data store to prevent sending around and copying around large binary data unnecessarily: We have two separate Jackrabbit instances configured to use the same DataStore (for the sake of this discussion assume we hav