[infinispan-issues] [JBoss JIRA] (ISPN-5791) Query DSL : Projecting a Date field multiple times will render it as string

[RH Bugzilla Integration (JIRA)]

    [ https://issues.jboss.org/browse/ISPN-5791?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13125696#comment-13125696 ] 

RH Bugzilla Integration commented on ISPN-5791:
-----------------------------------------------

Dave Stahl <dstahl at redhat.com> changed the Status of [bug 1277075|https://bugzilla.redhat.com/show_bug.cgi?id=1277075] from MODIFIED to ON_QA

> Query DSL : Projecting a Date field multiple times will render it as string
> ---------------------------------------------------------------------------
>
>                 Key: ISPN-5791
>                 URL: https://issues.jboss.org/browse/ISPN-5791
>             Project: Infinispan
>          Issue Type: Bug
>          Components: Embedded Querying
>    Affects Versions: 8.0.1.Final, 8.1.0.Alpha1
>            Reporter: Adrian Nistor
>            Assignee: Adrian Nistor
>             Fix For: 8.1.0.Beta1, 8.0.2.Final
>
>
> Adding this in QueryDslConditionsTest fails. The second date projection is a String instead of being a Date. First projection is OK. The problem is gone if cache is not indexed, which makes me think it is more of a problem in CacheQuery.
> {code}
>    public void testDuplicateDateProjection() throws Exception {
>       QueryFactory qf = getQueryFactory();
>       Query q = qf.from(getModelFactory().getTransactionImplClass())
>             .select("id", "date", "date")
>             .having("description").eq("Hotel")
>             .toBuilder().build();
>       List<Object[]> list = q.list();
>       assertEquals(1, list.size());
>       assertEquals(1, list.size());
>       assertEquals(3, list.get(0).length);
>       assertEquals(3, list.get(0)[0]);
>       assertEquals(makeDate("2013-02-27"), list.get(0)[1]);
>       assertEquals(makeDate("2013-02-27"), list.get(0)[2]);
>    }
> {code}



--
This message was sent by Atlassian JIRA
(v6.4.11#64026)