[
https://issues.apache.org/jira/browse/OAK-8035?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16769438#comment-16769438
]
Julian Reschke edited comment on OAK-8035 at 2/15/19 4:08 PM:
--------------------------------------------------------------
With this change, the build fails for me:
{noformat}
[WARNING] Corrupted STDOUT by directly writing to native stream in forked JVM
1. See FAQ web page and the dump file
/mnt/c/projects/apache/oak/trunk/oak-core/target/surefire-reports/2019-02-15T15-44-24_303-jvmRun1.dumpstream
[ERROR] Tests run: 42, Failures: 0, Errors: 18, Skipped: 0, Time elapsed:
80.928 s <<< FAILURE! - in
org.apache.jackrabbit.oak.security.authorization.accesscontrol.AccessControlImporterIgnoreTest
[ERROR]
testImportWithRestrictionNodeInfo(org.apache.jackrabbit.oak.security.authorization.accesscontrol.AccessControlImporterIgnoreTest)
Time elapsed: 9.922 s <<< ERROR!
java.lang.OutOfMemoryError: Java heap space
[ERROR]
testImportWithRestrictionNodeInfo(org.apache.jackrabbit.oak.security.authorization.accesscontrol.AccessControlImporterIgnoreTest)
Time elapsed: 9.922 s <<< ERROR!
java.lang.NullPointerException
[ERROR]
testEndChildInfoIncompleteAce(org.apache.jackrabbit.oak.security.authorization.accesscontrol.AccessControlImporterIgnoreTest)
Time elapsed: 5.238 s <<< ERROR!
java.lang.OutOfMemoryError: Java heap space
{noformat}
Backing out the change is fixing he build for me.
was (Author: reschke):
With this change, the build fails for me:
{noformat}
[WARNING] Corrupted STDOUT by directly writing to native stream in forked JVM
1. See FAQ web page and the dump file
/mnt/c/projects/apache/oak/trunk/oak-core/target/surefire-reports/2019-02-15T15-44-24_303-jvmRun1.dumpstream
[ERROR] Tests run: 42, Failures: 0, Errors: 18, Skipped: 0, Time elapsed:
80.928 s <<< FAILURE! - in
org.apache.jackrabbit.oak.security.authorization.accesscontrol.AccessControlImporterIgnoreTest
[ERROR]
testImportWithRestrictionNodeInfo(org.apache.jackrabbit.oak.security.authorization.accesscontrol.AccessControlImporterIgnoreTest)
Time elapsed: 9.922 s <<< ERROR!
java.lang.OutOfMemoryError: Java heap space
[ERROR]
testImportWithRestrictionNodeInfo(org.apache.jackrabbit.oak.security.authorization.accesscontrol.AccessControlImporterIgnoreTest)
Time elapsed: 9.922 s <<< ERROR!
java.lang.NullPointerException
[ERROR]
testEndChildInfoIncompleteAce(org.apache.jackrabbit.oak.security.authorization.accesscontrol.AccessControlImporterIgnoreTest)
Time elapsed: 5.238 s <<< ERROR!
java.lang.OutOfMemoryError: Java heap space
{noformat}
> Debug logging when two or more indices have same or very close cost amounts
> doesn't work in case both indices belong to the same type of Query Index
> ----------------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: OAK-8035
> URL: https://issues.apache.org/jira/browse/OAK-8035
> Project: Jackrabbit Oak
> Issue Type: Bug
> Components: query
> Reporter: Nitin Gupta
> Assignee: Nitin Gupta
> Priority: Major
> Fix For: 1.11.0
>
> Attachments: OAK-8035.patch, OAK-8035_2.patch
>
>
> Steps to reproduce -
> # You would need two index definitions of same query index type , let's say
> fullText index , having similar cost evaluations.
> # Now while the index plan is evaluated you will notice that there should
> have been a debug log saying that selected index has similar cost - this
> serves as an important warning to either change the index definitions or the
> query
> ([https://github.com/apache/jackrabbit-oak/blob/trunk/oak-core/src/main/java/org/apache/jackrabbit/oak/query/QueryImpl.java#L1069#L1072)]
>
> However If we have a look at this code block here -
> [https://github.com/apache/jackrabbit-oak/blob/trunk/oak-core/src/main/java/org/apache/jackrabbit/oak/query/QueryImpl.java#L1017#L1041]
> , there is no comparison for near best costs for index plans having same
> query index type .
>
> cc : [~teofili]
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
