You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@jackrabbit.apache.org by "Clemens Wyss (JIRA)" <ji...@apache.org> on 2010/10/01 11:34:34 UTC

[jira] Created: (JCR-2765) JCR-SQL2 : no count when WHERE clause is provided

JCR-SQL2 : no count when WHERE clause is provided
-------------------------------------------------

                 Key: JCR-2765
                 URL: https://issues.apache.org/jira/browse/JCR-2765
             Project: Jackrabbit Content Repository
          Issue Type: Bug
          Components: sql
            Reporter: Clemens Wyss


whenever you provide a where-clause to a sql2 select, jcr/jackrabbit does not provide the hit count.

E.g.:
   select * from [nt:unstructured]
   order by [jcr:score]
returns the hit count (query.execute().getRows().getSize()), 
whereas
  select * from [nt:unstructured]
  where entity = "customer"
  order by [jcr:score]
doesn't.


-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


[jira] Updated: (JCR-2765) JCR-SQL2 : no count when WHERE clause is provided

Posted by "Alexander Klimetschek (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/JCR-2765?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Alexander Klimetschek updated JCR-2765:
---------------------------------------

      Priority: Major  (was: Blocker)
    Issue Type: Improvement  (was: Bug)

This is not a blocker - maybe for your requirements, but not for Jackrabbit. A blocker would be that jackrabbit does not start, no nodes/properties could be read etc. Since getSize() can return -1 by definition (and the order by trick to force getSize() have -1 returned is just a "trick"), this is actually an improvement. Manually counting through the iterator is the way to go without the trick.

> JCR-SQL2 : no count when WHERE clause is provided
> -------------------------------------------------
>
>                 Key: JCR-2765
>                 URL: https://issues.apache.org/jira/browse/JCR-2765
>             Project: Jackrabbit Content Repository
>          Issue Type: Improvement
>          Components: sql
>            Reporter: Clemens Wyss
>
> whenever you provide a where-clause to a sql2 select, jcr/jackrabbit does not provide the hit count.
> E.g.:
>    select * from [nt:unstructured]
>    order by [jcr:score]
> returns the hit count (query.execute().getRows().getSize()), 
> whereas
>   select * from [nt:unstructured]
>   where entity = "customer"
>   order by [jcr:score]
> doesn't.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


[jira] Commented: (JCR-2765) JCR-SQL2 : no count when WHERE clause is provided

Posted by "Clemens Wyss (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/JCR-2765?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12923763#action_12923763 ] 

Clemens Wyss commented on JCR-2765:
-----------------------------------

I agree that this is not a "Blocker", but manually counting through an iterator, just to get the count, is not really an option

> JCR-SQL2 : no count when WHERE clause is provided
> -------------------------------------------------
>
>                 Key: JCR-2765
>                 URL: https://issues.apache.org/jira/browse/JCR-2765
>             Project: Jackrabbit Content Repository
>          Issue Type: Improvement
>          Components: sql
>            Reporter: Clemens Wyss
>
> whenever you provide a where-clause to a sql2 select, jcr/jackrabbit does not provide the hit count.
> E.g.:
>    select * from [nt:unstructured]
>    order by [jcr:score]
> returns the hit count (query.execute().getRows().getSize()), 
> whereas
>   select * from [nt:unstructured]
>   where entity = "customer"
>   order by [jcr:score]
> doesn't.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


[jira] Updated: (JCR-2765) JCR-SQL2 : no count when WHERE clause is provided

Posted by "Clemens Wyss (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/JCR-2765?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Clemens Wyss updated JCR-2765:
------------------------------

    Priority: Blocker  (was: Major)

> JCR-SQL2 : no count when WHERE clause is provided
> -------------------------------------------------
>
>                 Key: JCR-2765
>                 URL: https://issues.apache.org/jira/browse/JCR-2765
>             Project: Jackrabbit Content Repository
>          Issue Type: Bug
>          Components: sql
>            Reporter: Clemens Wyss
>            Priority: Blocker
>
> whenever you provide a where-clause to a sql2 select, jcr/jackrabbit does not provide the hit count.
> E.g.:
>    select * from [nt:unstructured]
>    order by [jcr:score]
> returns the hit count (query.execute().getRows().getSize()), 
> whereas
>   select * from [nt:unstructured]
>   where entity = "customer"
>   order by [jcr:score]
> doesn't.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


[jira] Issue Comment Edited: (JCR-2765) JCR-SQL2 : no count when WHERE clause is provided

Posted by "Alexander Klimetschek (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/JCR-2765?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12923566#action_12923566 ] 

Alexander Klimetschek edited comment on JCR-2765 at 10/21/10 2:52 PM:
----------------------------------------------------------------------

This is not a blocker - maybe for your requirements, but not for Jackrabbit. A blocker would be that jackrabbit does not start, no nodes/properties could be read etc.

Since getSize() can return -1 by definition (and the order by trick to force getSize() have the hit count returned is just a "trick"), this is actually an improvement. Manually counting through the iterator is the way to go without the trick.

      was (Author: alexander.klimetschek):
    This is not a blocker - maybe for your requirements, but not for Jackrabbit. A blocker would be that jackrabbit does not start, no nodes/properties could be read etc. Since getSize() can return -1 by definition (and the order by trick to force getSize() have -1 returned is just a "trick"), this is actually an improvement. Manually counting through the iterator is the way to go without the trick.
  
> JCR-SQL2 : no count when WHERE clause is provided
> -------------------------------------------------
>
>                 Key: JCR-2765
>                 URL: https://issues.apache.org/jira/browse/JCR-2765
>             Project: Jackrabbit Content Repository
>          Issue Type: Improvement
>          Components: sql
>            Reporter: Clemens Wyss
>
> whenever you provide a where-clause to a sql2 select, jcr/jackrabbit does not provide the hit count.
> E.g.:
>    select * from [nt:unstructured]
>    order by [jcr:score]
> returns the hit count (query.execute().getRows().getSize()), 
> whereas
>   select * from [nt:unstructured]
>   where entity = "customer"
>   order by [jcr:score]
> doesn't.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.