[ https://issues.apache.org/jira/browse/JCR-1892?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12661972#action_12661972 ]
Thomas Mueller commented on JCR-1892: ------------------------------------- > expectations about the string length Sure, what about "The string is normally about 50 characters long." > With the current definition the implementation could simply return the base64 > encoding of the entire binary value! For very short binaries it may make sense to do that. > Do we need the DataStore.hasRecord() method? No. Currently, DbDataStore.getRecord() throws an exception if the record doesn't exist, I wanted to avoid that. > race conditions with the garbage collection Good point! What about getRecordIfStored()? getRecord() would then just call that method and throw an exception if it returns null. > BinaryValueImpl.getContentIdentity() I'd use > blob.getDataIdentifier().toString() Ups, that was my plan... > not call getContentIdentity() internally You are right of course. > Unique ID for org.apache.jackrabbit.value.BinaryValue > ----------------------------------------------------- > > Key: JCR-1892 > URL: https://issues.apache.org/jira/browse/JCR-1892 > Project: Jackrabbit > Issue Type: New Feature > Components: jackrabbit-jcr-commons > Reporter: Thomas Mueller > Assignee: Thomas Mueller > Attachments: JackrabbitValue-api.patch, JackrabbitValue-core.patch > > > BinaryValue should have a method get the unique identifier (if one is > available). That way an application may not have to read the stream if that > value is already processed. > When the DataStore is used, a unique identifier is available, so probably > this feature is quite simple to implement. > See also http://www.nabble.com/Workspace.copy()-Question-...-td20435164.html > (but please don't reply to this thread from now on - instead add comments to > this issue). > Another feature is getFileName() to get the file name if it is stored in the > file system. This method may need a security mechanism, for example > getFileName(Session s) so that the system can check it. In any case the file > should not be modified, but maybe knowing the file name is already too > dangerous in some cases. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.