[
https://issues.apache.org/jira/browse/LENS-1471?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16153476#comment-16153476
]
Hudson commented on LENS-1471:
------------------------------
SUCCESS: Integrated in Jenkins build Lens-Commit #1439 (See
[https://builds.apache.org/job/Lens-Commit/1439/])
LENS-1471: JoinCandidate's children should not share same storage
(rajatgupta59: rev caf7a2c0b045ce409d254c1ff26ffd79d01fee52)
* (edit)
lens-cube/src/main/java/org/apache/lens/cube/parse/CandidateCoveringSetsResolver.java
* (edit)
lens-cube/src/main/java/org/apache/lens/cube/parse/StorageCandidate.java
* (edit) lens-cube/src/main/java/org/apache/lens/cube/parse/UnionCandidate.java
> JoinCandidate's children should not share same instance of a storage
> candidate
> -------------------------------------------------------------------------------
>
> Key: LENS-1471
> URL: https://issues.apache.org/jira/browse/LENS-1471
> Project: Apache Lens
> Issue Type: Bug
> Components: cube
> Reporter: Rajat Khandelwal
> Assignee: Rajat Khandelwal
> Fix For: 2.8
>
> Attachments: LENS-1471.01.patch, LENS-1471.02.patch,
> LENS-1471.03.patch
>
>
> The issue is in Join candidates of the kind {{Join\[Union\[a,b\];
> Union\[a,c\]\]}}. If the instance of {{a}} is shared in different trees of a
> JoinCandidate, the rewritten query will be wrong. JoinCandidate's children
> set exclusive measure phrase indices, and that is done via {{retain}} method
> of list. So let's say union1 is answering {{\[0,1\]}} measures and union2 is
> answering {{\[2,3\]}} measures, and since
> {{\[0,1,2,3\].retain(\[0,1\]).retain(\[2,3\]) == \[\]}}, it ends up answering
> no measures at all
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
