[ 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)