[
https://issues.apache.org/jira/browse/JCR-2327?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12759425#action_12759425
]
Jukka Zitting commented on JCR-2327:
------------------------------------
No objections to reintroducing the old parsing code. On the other hand, IMHO we
should avoid having to parse and reformat UUIDs in any performance critical
part. Could we use a binary field to store the NodeId?
> java.util.UUID.fromString() too slow
> ------------------------------------
>
> Key: JCR-2327
> URL: https://issues.apache.org/jira/browse/JCR-2327
> Project: Jackrabbit Content Repository
> Issue Type: Improvement
> Components: jackrabbit-core
> Reporter: Marcel Reutegger
>
> Benchmarking shows that the java.util.UUID.fromString() method is 10 times
> slower than the previous version we used from jackrabbit-jcr-commons. This
> method is quite heavily used in the query section or more generally whenever
> a NodeId is created from a String.
> I'd like to introduce the custom String UUID parsing code again that we had
> in the jackrabbit-jcr-commons UUID class and use it in the NodeId(String)
> constructor.
> WDYT?
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
