[
https://issues.apache.org/jira/browse/JCRVLT-108?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15119019#comment-15119019
]
Marius Petria commented on JCRVLT-108:
--------------------------------------
A fix was proposed by [~tuerkben] in [1], the only thing to investigate is if
we can optimize the case when the binary value is the same and skip the update.
[1]
https://github.com/yesil/jackrabbit-filevault/commit/5e83d2cdec241ef8e2640a247c24b058c2d16d74
> Import of binaries fail because they cannot be converted to strings
> -------------------------------------------------------------------
>
> Key: JCRVLT-108
> URL: https://issues.apache.org/jira/browse/JCRVLT-108
> Project: Jackrabbit FileVault
> Issue Type: Bug
> Affects Versions: 3.1.26
> Reporter: Marius Petria
>
> Importing a binary that already exists will try to compare the existing
> binary with the current value by converting it to String [1]. That fails with
> {noformat}
> (org.xml.sax.SAXException: String is too long: 2318847178994591412
> java.lang.IllegalStateException: String is too long: 2318847178994591412)
> {noformat}
> [1]
> https://github.com/apache/jackrabbit-filevault/blob/e61e618796998175dde476ed8836fecd3ce2913b/vault-core/src/main/java/org/apache/jackrabbit/vault/util/DocViewProperty.java#L406
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)