jackrabbit-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Jukka Zitting (JIRA)" <j...@apache.org>
Subject [jira] Commented: (JCR-2327) java.util.UUID.fromString() too slow
Date Fri, 25 Sep 2009 07:52:16 GMT

    [ 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.


Mime
View raw message