[
https://issues.apache.org/jira/browse/OAK-2497?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14316321#comment-14316321
]
Thomas Mueller commented on OAK-2497:
-------------------------------------
The current behavior of Oak is: for comparison of type "x > y", Oak tries to
convert y to the type of x. If that fails (and here it does fail), then the
types are compared (the PropertyType integer values of the types). This gives a
consistent sort order, but it's unexpected.
Spec compliance: I don't think this is specified, but we should check.
Compatibility with Jackrabbit 2.x: Davide and me tested this with Jackrabbit
2.x, and we don't fully understand the logic there. I will ask Marcel, maybe he
knows the details.
What we might want to do for this case is convert both values to the same type,
and then compare. For example, compare both to a string and then compare. I
think that should work, and would be what the user expects. We need to check if
there is anything in the spec that would say which type to convert to, given
different input types. If one of them is binary, then probably we need to
convert to binary (to avoid running out of memory). Then string.
> Range query with incorrectly formatted date
> -------------------------------------------
>
> Key: OAK-2497
> URL: https://issues.apache.org/jira/browse/OAK-2497
> Project: Jackrabbit Oak
> Issue Type: Bug
> Components: query
> Reporter: Thomas Mueller
> Assignee: Thomas Mueller
> Fix For: 1.2, 1.1.7
>
>
> Range queries on Date properties, with incorrectly formatted date, return no
> results (instead of either failing, or returning the expected result).
> Example date: {{2015-01-22T17:10:05.666z}}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
