[jira] [Updated] (SOLR-10376) Implement trigger for nodeAdded event
[ https://issues.apache.org/jira/browse/SOLR-10376?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shalin Shekhar Mangar updated SOLR-10376: - Attachment: SOLR-10376.patch This patch fixes a class cast exception with the 'waitFor' attribute. I'll commit this to the autoscaling branch. > Implement trigger for nodeAdded event > - > > Key: SOLR-10376 > URL: https://issues.apache.org/jira/browse/SOLR-10376 > Project: Solr > Issue Type: Sub-task > Security Level: Public(Default Security Level. Issues are Public) > Components: SolrCloud >Reporter: Shalin Shekhar Mangar >Assignee: Shalin Shekhar Mangar > Labels: autoscaling > Fix For: master (7.0) > > Attachments: SOLR-10376.patch, SOLR-10376.patch, SOLR-10376.patch > > > This issue is about implementing support for the nodeAdded event type. > Whenever a node is added, all triggers for this event type should be fired. -- This message was sent by Atlassian JIRA (v6.3.15#6346) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-10447) An endpoint to get the alias for a collection
[ https://issues.apache.org/jira/browse/SOLR-10447?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15970703#comment-15970703 ] Shalin Shekhar Mangar commented on SOLR-10447: -- bq. I guess we'll now need to live with this, or back this out and re-work as per any of those other JIRAs. Or, you know, we could close the other issues and point to this one :) > An endpoint to get the alias for a collection > - > > Key: SOLR-10447 > URL: https://issues.apache.org/jira/browse/SOLR-10447 > Project: Solr > Issue Type: Task > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Ishan Chattopadhyaya >Assignee: Ishan Chattopadhyaya > Attachments: SOLR-10447.patch > > > We have CREATEALIAS and DELTEALIAS commands. However, there's no way to get > the aliases that are already there. I propose that we add a -GETALIAS- > LISTALIASES command (Collection API) for this. -- This message was sent by Atlassian JIRA (v6.3.15#6346) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-10446) Http based ClusterStateProvider (CloudSolrClient needn't talk to ZooKeeper)
[ https://issues.apache.org/jira/browse/SOLR-10446?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15970702#comment-15970702 ] Shalin Shekhar Mangar commented on SOLR-10446: -- bq. this won't work with Solr versions older than 6.6 due to unavailability of LISTALIASES endpoint. That should be okay, but can we detect a 404 on LISTALIASES and throw an exception with an appropriate message? > Http based ClusterStateProvider (CloudSolrClient needn't talk to ZooKeeper) > --- > > Key: SOLR-10446 > URL: https://issues.apache.org/jira/browse/SOLR-10446 > Project: Solr > Issue Type: Sub-task > Components: SolrJ >Reporter: Ishan Chattopadhyaya >Assignee: Ishan Chattopadhyaya > Fix For: 6.6, master (7.0) > > Attachments: SOLR-10446.patch, SOLR-10446.patch, SOLR-10446.patch, > SOLR-10446.patch, SOLR-10446.patch, SOLR-10446.patch, SOLR-10446.patch, > SOLR-9057.patch > > > An HTTP based ClusterStateProvider to remove the sole dependency of > CloudSolrClient on ZooKeeper, and hence provide an optional way for CSC to > access cluster state without requiring ZK. -- This message was sent by Atlassian JIRA (v6.3.15#6346) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Assigned] (SOLR-10447) An endpoint to get the alias for a collection
[ https://issues.apache.org/jira/browse/SOLR-10447?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ishan Chattopadhyaya reassigned SOLR-10447: --- Assignee: Ishan Chattopadhyaya > An endpoint to get the alias for a collection > - > > Key: SOLR-10447 > URL: https://issues.apache.org/jira/browse/SOLR-10447 > Project: Solr > Issue Type: Task > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Ishan Chattopadhyaya >Assignee: Ishan Chattopadhyaya > Attachments: SOLR-10447.patch > > > We have CREATEALIAS and DELTEALIAS commands. However, there's no way to get > the aliases that are already there. I propose that we add a -GETALIAS- > LISTALIASES command (Collection API) for this. -- This message was sent by Atlassian JIRA (v6.3.15#6346) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-10447) An endpoint to get the alias for a collection
[ https://issues.apache.org/jira/browse/SOLR-10447?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ishan Chattopadhyaya updated SOLR-10447: Description: We have CREATEALIAS and DELTEALIAS commands. However, there's no way to get the aliases that are already there. I propose that we add a -GETALIAS- LISTALIASES command (Collection API) for this. (was: We have CREATEALIAS and DELTEALIAS commands. However, there's no way to get the aliases that are already there. I propose that we add a GETALIAS command for this.) > An endpoint to get the alias for a collection > - > > Key: SOLR-10447 > URL: https://issues.apache.org/jira/browse/SOLR-10447 > Project: Solr > Issue Type: Task > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Ishan Chattopadhyaya > Attachments: SOLR-10447.patch > > > We have CREATEALIAS and DELTEALIAS commands. However, there's no way to get > the aliases that are already there. I propose that we add a -GETALIAS- > LISTALIASES command (Collection API) for this. -- This message was sent by Atlassian JIRA (v6.3.15#6346) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-10447) An endpoint to get the alias for a collection
[ https://issues.apache.org/jira/browse/SOLR-10447?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15970672#comment-15970672 ] Ishan Chattopadhyaya commented on SOLR-10447: - bq. There are two JIRAs for this already: SOLR-4968 and SOLR-8589 Alas, just saw this after committing. I guess we'll now need to live with this, or back this out and re-work as per any of those other JIRAs. :-( > An endpoint to get the alias for a collection > - > > Key: SOLR-10447 > URL: https://issues.apache.org/jira/browse/SOLR-10447 > Project: Solr > Issue Type: Task > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Ishan Chattopadhyaya > Attachments: SOLR-10447.patch > > > We have CREATEALIAS and DELTEALIAS commands. However, there's no way to get > the aliases that are already there. I propose that we add a GETALIAS command > for this. -- This message was sent by Atlassian JIRA (v6.3.15#6346) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-master-Linux (64bit/jdk1.8.0_121) - Build # 19412 - Still Unstable!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Linux/19412/ Java: 64bit/jdk1.8.0_121 -XX:+UseCompressedOops -XX:+UseG1GC 2 tests failed. FAILED: junit.framework.TestSuite.org.apache.solr.cloud.SolrCloudExampleTest Error Message: ObjectTracker found 5 object(s) that were not released!!! [MockDirectoryWrapper, MockDirectoryWrapper, MDCAwareThreadPoolExecutor, TransactionLog, MockDirectoryWrapper] org.apache.solr.common.util.ObjectReleaseTracker$ObjectTrackerException: org.apache.lucene.store.MockDirectoryWrapper at org.apache.solr.common.util.ObjectReleaseTracker.track(ObjectReleaseTracker.java:42) at org.apache.solr.core.CachingDirectoryFactory.get(CachingDirectoryFactory.java:347) at org.apache.solr.update.SolrIndexWriter.create(SolrIndexWriter.java:92) at org.apache.solr.core.SolrCore.initIndex(SolrCore.java:752) at org.apache.solr.core.SolrCore.(SolrCore.java:947) at org.apache.solr.core.SolrCore.(SolrCore.java:854) at org.apache.solr.core.CoreContainer.create(CoreContainer.java:958) at org.apache.solr.core.CoreContainer.create(CoreContainer.java:893) at org.apache.solr.handler.admin.CoreAdminOperation.lambda$static$0(CoreAdminOperation.java:88) at org.apache.solr.handler.admin.CoreAdminOperation.execute(CoreAdminOperation.java:370) at org.apache.solr.handler.admin.CoreAdminHandler$CallInfo.call(CoreAdminHandler.java:388) at org.apache.solr.handler.admin.CoreAdminHandler.handleRequestBody(CoreAdminHandler.java:174) at org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:178) at org.apache.solr.servlet.HttpSolrCall.handleAdmin(HttpSolrCall.java:747) at org.apache.solr.servlet.HttpSolrCall.handleAdminRequest(HttpSolrCall.java:728) at org.apache.solr.servlet.HttpSolrCall.call(HttpSolrCall.java:509) at org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:344) at org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:295) at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1699) at org.apache.solr.client.solrj.embedded.JettySolrRunner$DebugFilter.doFilter(JettySolrRunner.java:139) at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1699) at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:582) at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:224) at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1180) at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:512) at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185) at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1112) at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141) at org.eclipse.jetty.server.handler.gzip.GzipHandler.handle(GzipHandler.java:395) at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:134) at org.eclipse.jetty.server.Server.handle(Server.java:534) at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:320) at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:251) at org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:273) at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:95) at org.eclipse.jetty.io.SelectChannelEndPoint$2.run(SelectChannelEndPoint.java:93) at org.eclipse.jetty.util.thread.strategy.ExecuteProduceConsume.executeProduceConsume(ExecuteProduceConsume.java:303) at org.eclipse.jetty.util.thread.strategy.ExecuteProduceConsume.produceConsume(ExecuteProduceConsume.java:148) at org.eclipse.jetty.util.thread.strategy.ExecuteProduceConsume.execute(ExecuteProduceConsume.java:100) at org.eclipse.jetty.io.ManagedSelector.run(ManagedSelector.java:147) at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:671) at org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:589) at java.lang.Thread.run(Thread.java:745) org.apache.solr.common.util.ObjectReleaseTracker$ObjectTrackerException: org.apache.lucene.store.MockDirectoryWrapper at org.apache.solr.common.util.ObjectReleaseTracker.track(ObjectReleaseTracker.java:42) at org.apache.solr.core.CachingDirectoryFactory.get(CachingDirectoryFactory.java:347) at org.apache.solr.core.SolrCore.initSnapshotMetaDataManager(SolrCore.java:489) at org.apache.solr.core.SolrCore.(SolrCore.java:941) at org.apache.solr.core.SolrCore.(SolrCore.java:854) at org.apache.solr.core.CoreContainer.create(CoreContainer.java:958) at org.apache.solr.core.CoreContainer.create(CoreContainer.java:893) at org.apache.solr.handler.admin.CoreAdminOperation.lambda$static$0(CoreAdminOperation.java:88) at org.apache.solr.handler.admin.CoreAdminOperation.execute(CoreAdminOperation.java:370) at org.apache.solr.handler.admin
[jira] [Resolved] (SOLR-10446) Http based ClusterStateProvider (CloudSolrClient needn't talk to ZooKeeper)
[ https://issues.apache.org/jira/browse/SOLR-10446?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ishan Chattopadhyaya resolved SOLR-10446. - Resolution: Fixed Fix Version/s: master (7.0) 6.6 > Http based ClusterStateProvider (CloudSolrClient needn't talk to ZooKeeper) > --- > > Key: SOLR-10446 > URL: https://issues.apache.org/jira/browse/SOLR-10446 > Project: Solr > Issue Type: Sub-task > Components: SolrJ >Reporter: Ishan Chattopadhyaya >Assignee: Ishan Chattopadhyaya > Fix For: 6.6, master (7.0) > > Attachments: SOLR-10446.patch, SOLR-10446.patch, SOLR-10446.patch, > SOLR-10446.patch, SOLR-10446.patch, SOLR-10446.patch, SOLR-10446.patch, > SOLR-9057.patch > > > An HTTP based ClusterStateProvider to remove the sole dependency of > CloudSolrClient on ZooKeeper, and hence provide an optional way for CSC to > access cluster state without requiring ZK. -- This message was sent by Atlassian JIRA (v6.3.15#6346) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-10446) Http based ClusterStateProvider (CloudSolrClient needn't talk to ZooKeeper)
[ https://issues.apache.org/jira/browse/SOLR-10446?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ishan Chattopadhyaya updated SOLR-10446: Attachment: SOLR-10446.patch I have backported this to 6x, however this won't work with Solr versions older than 6.6 due to unavailability of LISTALIASES endpoint. If someone wants this to work with older Solr as well, we would need additional work to make this work such that the aliases are obtained from /admin/zookeeper or the CLUSTERSTATUS command (which contains aliases for every collection). > Http based ClusterStateProvider (CloudSolrClient needn't talk to ZooKeeper) > --- > > Key: SOLR-10446 > URL: https://issues.apache.org/jira/browse/SOLR-10446 > Project: Solr > Issue Type: Sub-task > Components: SolrJ >Reporter: Ishan Chattopadhyaya >Assignee: Ishan Chattopadhyaya > Attachments: SOLR-10446.patch, SOLR-10446.patch, SOLR-10446.patch, > SOLR-10446.patch, SOLR-10446.patch, SOLR-10446.patch, SOLR-10446.patch, > SOLR-9057.patch > > > An HTTP based ClusterStateProvider to remove the sole dependency of > CloudSolrClient on ZooKeeper, and hence provide an optional way for CSC to > access cluster state without requiring ZK. -- This message was sent by Atlassian JIRA (v6.3.15#6346) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-10446) Http based ClusterStateProvider (CloudSolrClient needn't talk to ZooKeeper)
[ https://issues.apache.org/jira/browse/SOLR-10446?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15970670#comment-15970670 ] ASF subversion and git services commented on SOLR-10446: Commit 7eedb81c4274bf1b9ad4f3b2e3ef6ae1b816469e in lucene-solr's branch refs/heads/branch_6x from [~ichattopadhyaya] [ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=7eedb81 ] SOLR-10447, SOLR-10447: LISTALIASES Collections API command; CloudSolrClient can be initialized using Solr URL SOLR-10447: Collections API now supports a LISTALIASES command to return a list of all collection aliases. SOLR-10446: CloudSolrClient can now be initialized using the base URL of a Solr instance instead of ZooKeeper hosts. This is possible through the use of newly introduced HttpClusterStateProvider. To fetch a list of collection aliases, this depends on LISTALIASES command, and hence this way of initializing CloudSolrClient would not work with older versions of Solr that doesn't support LISTALIASES. > Http based ClusterStateProvider (CloudSolrClient needn't talk to ZooKeeper) > --- > > Key: SOLR-10446 > URL: https://issues.apache.org/jira/browse/SOLR-10446 > Project: Solr > Issue Type: Sub-task > Components: SolrJ >Reporter: Ishan Chattopadhyaya > Attachments: SOLR-10446.patch, SOLR-10446.patch, SOLR-10446.patch, > SOLR-10446.patch, SOLR-10446.patch, SOLR-10446.patch, SOLR-9057.patch > > > An HTTP based ClusterStateProvider to remove the sole dependency of > CloudSolrClient on ZooKeeper, and hence provide an optional way for CSC to > access cluster state without requiring ZK. -- This message was sent by Atlassian JIRA (v6.3.15#6346) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Assigned] (SOLR-10446) Http based ClusterStateProvider (CloudSolrClient needn't talk to ZooKeeper)
[ https://issues.apache.org/jira/browse/SOLR-10446?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ishan Chattopadhyaya reassigned SOLR-10446: --- Assignee: Ishan Chattopadhyaya > Http based ClusterStateProvider (CloudSolrClient needn't talk to ZooKeeper) > --- > > Key: SOLR-10446 > URL: https://issues.apache.org/jira/browse/SOLR-10446 > Project: Solr > Issue Type: Sub-task > Components: SolrJ >Reporter: Ishan Chattopadhyaya >Assignee: Ishan Chattopadhyaya > Attachments: SOLR-10446.patch, SOLR-10446.patch, SOLR-10446.patch, > SOLR-10446.patch, SOLR-10446.patch, SOLR-10446.patch, SOLR-9057.patch > > > An HTTP based ClusterStateProvider to remove the sole dependency of > CloudSolrClient on ZooKeeper, and hence provide an optional way for CSC to > access cluster state without requiring ZK. -- This message was sent by Atlassian JIRA (v6.3.15#6346) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-10447) An endpoint to get the alias for a collection
[ https://issues.apache.org/jira/browse/SOLR-10447?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15970669#comment-15970669 ] ASF subversion and git services commented on SOLR-10447: Commit 7eedb81c4274bf1b9ad4f3b2e3ef6ae1b816469e in lucene-solr's branch refs/heads/branch_6x from [~ichattopadhyaya] [ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=7eedb81 ] SOLR-10447, SOLR-10447: LISTALIASES Collections API command; CloudSolrClient can be initialized using Solr URL SOLR-10447: Collections API now supports a LISTALIASES command to return a list of all collection aliases. SOLR-10446: CloudSolrClient can now be initialized using the base URL of a Solr instance instead of ZooKeeper hosts. This is possible through the use of newly introduced HttpClusterStateProvider. To fetch a list of collection aliases, this depends on LISTALIASES command, and hence this way of initializing CloudSolrClient would not work with older versions of Solr that doesn't support LISTALIASES. > An endpoint to get the alias for a collection > - > > Key: SOLR-10447 > URL: https://issues.apache.org/jira/browse/SOLR-10447 > Project: Solr > Issue Type: Task > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Ishan Chattopadhyaya > Attachments: SOLR-10447.patch > > > We have CREATEALIAS and DELTEALIAS commands. However, there's no way to get > the aliases that are already there. I propose that we add a GETALIAS command > for this. -- This message was sent by Atlassian JIRA (v6.3.15#6346) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-10447) An endpoint to get the alias for a collection
[ https://issues.apache.org/jira/browse/SOLR-10447?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15970667#comment-15970667 ] ASF subversion and git services commented on SOLR-10447: Commit 7eedb81c4274bf1b9ad4f3b2e3ef6ae1b816469e in lucene-solr's branch refs/heads/branch_6x from [~ichattopadhyaya] [ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=7eedb81 ] SOLR-10447, SOLR-10447: LISTALIASES Collections API command; CloudSolrClient can be initialized using Solr URL SOLR-10447: Collections API now supports a LISTALIASES command to return a list of all collection aliases. SOLR-10446: CloudSolrClient can now be initialized using the base URL of a Solr instance instead of ZooKeeper hosts. This is possible through the use of newly introduced HttpClusterStateProvider. To fetch a list of collection aliases, this depends on LISTALIASES command, and hence this way of initializing CloudSolrClient would not work with older versions of Solr that doesn't support LISTALIASES. > An endpoint to get the alias for a collection > - > > Key: SOLR-10447 > URL: https://issues.apache.org/jira/browse/SOLR-10447 > Project: Solr > Issue Type: Task > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Ishan Chattopadhyaya > Attachments: SOLR-10447.patch > > > We have CREATEALIAS and DELTEALIAS commands. However, there's no way to get > the aliases that are already there. I propose that we add a GETALIAS command > for this. -- This message was sent by Atlassian JIRA (v6.3.15#6346) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-10447) An endpoint to get the alias for a collection
[ https://issues.apache.org/jira/browse/SOLR-10447?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15970668#comment-15970668 ] ASF subversion and git services commented on SOLR-10447: Commit 7eedb81c4274bf1b9ad4f3b2e3ef6ae1b816469e in lucene-solr's branch refs/heads/branch_6x from [~ichattopadhyaya] [ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=7eedb81 ] SOLR-10447, SOLR-10447: LISTALIASES Collections API command; CloudSolrClient can be initialized using Solr URL SOLR-10447: Collections API now supports a LISTALIASES command to return a list of all collection aliases. SOLR-10446: CloudSolrClient can now be initialized using the base URL of a Solr instance instead of ZooKeeper hosts. This is possible through the use of newly introduced HttpClusterStateProvider. To fetch a list of collection aliases, this depends on LISTALIASES command, and hence this way of initializing CloudSolrClient would not work with older versions of Solr that doesn't support LISTALIASES. > An endpoint to get the alias for a collection > - > > Key: SOLR-10447 > URL: https://issues.apache.org/jira/browse/SOLR-10447 > Project: Solr > Issue Type: Task > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Ishan Chattopadhyaya > Attachments: SOLR-10447.patch > > > We have CREATEALIAS and DELTEALIAS commands. However, there's no way to get > the aliases that are already there. I propose that we add a GETALIAS command > for this. -- This message was sent by Atlassian JIRA (v6.3.15#6346) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-10447) An endpoint to get the alias for a collection
[ https://issues.apache.org/jira/browse/SOLR-10447?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15970665#comment-15970665 ] ASF subversion and git services commented on SOLR-10447: Commit 4df4c52c0cfb8b47a066a0495bd164f6a4c973de in lucene-solr's branch refs/heads/master from [~ichattopadhyaya] [ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=4df4c52 ] SOLR-10447, SOLR-10447: LISTALIASES Collections API command; CloudSolrClient can be initialized using Solr URL SOLR-10447: Collections API now supports a LISTALIASES command to return a list of all collection aliases. SOLR-10446: CloudSolrClient can now be initialized using the base URL of a Solr instance instead of ZooKeeper hosts. This is possible through the use of newly introduced HttpClusterStateProvider. To fetch a list of collection aliases, this depends on LISTALIASES command, and hence this way of initializing CloudSolrClient would not work with older versions of Solr that doesn't support LISTALIASES. > An endpoint to get the alias for a collection > - > > Key: SOLR-10447 > URL: https://issues.apache.org/jira/browse/SOLR-10447 > Project: Solr > Issue Type: Task > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Ishan Chattopadhyaya > Attachments: SOLR-10447.patch > > > We have CREATEALIAS and DELTEALIAS commands. However, there's no way to get > the aliases that are already there. I propose that we add a GETALIAS command > for this. -- This message was sent by Atlassian JIRA (v6.3.15#6346) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-10446) Http based ClusterStateProvider (CloudSolrClient needn't talk to ZooKeeper)
[ https://issues.apache.org/jira/browse/SOLR-10446?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15970666#comment-15970666 ] ASF subversion and git services commented on SOLR-10446: Commit 4df4c52c0cfb8b47a066a0495bd164f6a4c973de in lucene-solr's branch refs/heads/master from [~ichattopadhyaya] [ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=4df4c52 ] SOLR-10447, SOLR-10447: LISTALIASES Collections API command; CloudSolrClient can be initialized using Solr URL SOLR-10447: Collections API now supports a LISTALIASES command to return a list of all collection aliases. SOLR-10446: CloudSolrClient can now be initialized using the base URL of a Solr instance instead of ZooKeeper hosts. This is possible through the use of newly introduced HttpClusterStateProvider. To fetch a list of collection aliases, this depends on LISTALIASES command, and hence this way of initializing CloudSolrClient would not work with older versions of Solr that doesn't support LISTALIASES. > Http based ClusterStateProvider (CloudSolrClient needn't talk to ZooKeeper) > --- > > Key: SOLR-10446 > URL: https://issues.apache.org/jira/browse/SOLR-10446 > Project: Solr > Issue Type: Sub-task > Components: SolrJ >Reporter: Ishan Chattopadhyaya > Attachments: SOLR-10446.patch, SOLR-10446.patch, SOLR-10446.patch, > SOLR-10446.patch, SOLR-10446.patch, SOLR-10446.patch, SOLR-9057.patch > > > An HTTP based ClusterStateProvider to remove the sole dependency of > CloudSolrClient on ZooKeeper, and hence provide an optional way for CSC to > access cluster state without requiring ZK. -- This message was sent by Atlassian JIRA (v6.3.15#6346) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-10447) An endpoint to get the alias for a collection
[ https://issues.apache.org/jira/browse/SOLR-10447?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15970664#comment-15970664 ] ASF subversion and git services commented on SOLR-10447: Commit 4df4c52c0cfb8b47a066a0495bd164f6a4c973de in lucene-solr's branch refs/heads/master from [~ichattopadhyaya] [ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=4df4c52 ] SOLR-10447, SOLR-10447: LISTALIASES Collections API command; CloudSolrClient can be initialized using Solr URL SOLR-10447: Collections API now supports a LISTALIASES command to return a list of all collection aliases. SOLR-10446: CloudSolrClient can now be initialized using the base URL of a Solr instance instead of ZooKeeper hosts. This is possible through the use of newly introduced HttpClusterStateProvider. To fetch a list of collection aliases, this depends on LISTALIASES command, and hence this way of initializing CloudSolrClient would not work with older versions of Solr that doesn't support LISTALIASES. > An endpoint to get the alias for a collection > - > > Key: SOLR-10447 > URL: https://issues.apache.org/jira/browse/SOLR-10447 > Project: Solr > Issue Type: Task > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Ishan Chattopadhyaya > Attachments: SOLR-10447.patch > > > We have CREATEALIAS and DELTEALIAS commands. However, there's no way to get > the aliases that are already there. I propose that we add a GETALIAS command > for this. -- This message was sent by Atlassian JIRA (v6.3.15#6346) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-10447) An endpoint to get the alias for a collection
[ https://issues.apache.org/jira/browse/SOLR-10447?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15970663#comment-15970663 ] ASF subversion and git services commented on SOLR-10447: Commit 4df4c52c0cfb8b47a066a0495bd164f6a4c973de in lucene-solr's branch refs/heads/master from [~ichattopadhyaya] [ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=4df4c52 ] SOLR-10447, SOLR-10447: LISTALIASES Collections API command; CloudSolrClient can be initialized using Solr URL SOLR-10447: Collections API now supports a LISTALIASES command to return a list of all collection aliases. SOLR-10446: CloudSolrClient can now be initialized using the base URL of a Solr instance instead of ZooKeeper hosts. This is possible through the use of newly introduced HttpClusterStateProvider. To fetch a list of collection aliases, this depends on LISTALIASES command, and hence this way of initializing CloudSolrClient would not work with older versions of Solr that doesn't support LISTALIASES. > An endpoint to get the alias for a collection > - > > Key: SOLR-10447 > URL: https://issues.apache.org/jira/browse/SOLR-10447 > Project: Solr > Issue Type: Task > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Ishan Chattopadhyaya > Attachments: SOLR-10447.patch > > > We have CREATEALIAS and DELTEALIAS commands. However, there's no way to get > the aliases that are already there. I propose that we add a GETALIAS command > for this. -- This message was sent by Atlassian JIRA (v6.3.15#6346) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-6.x-MacOSX (64bit/jdk1.8.0) - Build # 822 - Still Unstable!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-6.x-MacOSX/822/ Java: 64bit/jdk1.8.0 -XX:+UseCompressedOops -XX:+UseSerialGC 5 tests failed. FAILED: org.apache.solr.cloud.MultiThreadedOCPTest.test Error Message: Task 3001 did not complete, final state: FAILED expected same: was not: Stack Trace: java.lang.AssertionError: Task 3001 did not complete, final state: FAILED expected same: was not: at __randomizedtesting.SeedInfo.seed([7B2D34C0493939E8:F3790B1AE7C55410]:0) at org.junit.Assert.fail(Assert.java:93) at org.junit.Assert.failNotSame(Assert.java:641) at org.junit.Assert.assertSame(Assert.java:580) at org.apache.solr.cloud.MultiThreadedOCPTest.testDeduplicationOfSubmittedTasks(MultiThreadedOCPTest.java:250) at org.apache.solr.cloud.MultiThreadedOCPTest.test(MultiThreadedOCPTest.java:64) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1713) at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:907) at com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:943) at com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:957) at org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsFixedStatement.callStatement(BaseDistributedSearchTestCase.java:992) at org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsStatement.evaluate(BaseDistributedSearchTestCase.java:967) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57) at org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45) at org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368) at com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817) at com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468) at com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:916) at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:802) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:852) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:863) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:53) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64) at org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:54) at com.carrotsearch.randomizedt
[JENKINS] Lucene-Solr-master-MacOSX (64bit/jdk1.8.0) - Build # 3959 - Still Unstable!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-MacOSX/3959/ Java: 64bit/jdk1.8.0 -XX:-UseCompressedOops -XX:+UseG1GC 3 tests failed. FAILED: org.apache.solr.TestDistributedSearch.test Error Message: Expected to find shardAddress in the up shard info: {error=org.apache.solr.client.solrj.SolrServerException: Time allowed to handle this request exceeded,trace=org.apache.solr.client.solrj.SolrServerException: Time allowed to handle this request exceeded at org.apache.solr.client.solrj.impl.LBHttpSolrClient.request(LBHttpSolrClient.java:428) at org.apache.solr.handler.component.HttpShardHandlerFactory.makeLoadBalancedRequest(HttpShardHandlerFactory.java:255) at org.apache.solr.handler.component.HttpShardHandler.lambda$submit$0(HttpShardHandler.java:166) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at com.codahale.metrics.InstrumentedExecutorService$InstrumentedRunnable.run(InstrumentedExecutorService.java:176) at org.apache.solr.common.util.ExecutorUtil$MDCAwareThreadPoolExecutor.lambda$execute$0(ExecutorUtil.java:229) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745) ,time=1} Stack Trace: java.lang.AssertionError: Expected to find shardAddress in the up shard info: {error=org.apache.solr.client.solrj.SolrServerException: Time allowed to handle this request exceeded,trace=org.apache.solr.client.solrj.SolrServerException: Time allowed to handle this request exceeded at org.apache.solr.client.solrj.impl.LBHttpSolrClient.request(LBHttpSolrClient.java:428) at org.apache.solr.handler.component.HttpShardHandlerFactory.makeLoadBalancedRequest(HttpShardHandlerFactory.java:255) at org.apache.solr.handler.component.HttpShardHandler.lambda$submit$0(HttpShardHandler.java:166) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at com.codahale.metrics.InstrumentedExecutorService$InstrumentedRunnable.run(InstrumentedExecutorService.java:176) at org.apache.solr.common.util.ExecutorUtil$MDCAwareThreadPoolExecutor.lambda$execute$0(ExecutorUtil.java:229) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745) ,time=1} at __randomizedtesting.SeedInfo.seed([629B30980282A5E4:EACF0F42AC7EC81C]:0) at org.junit.Assert.fail(Assert.java:93) at org.junit.Assert.assertTrue(Assert.java:43) at org.apache.solr.TestDistributedSearch.comparePartialResponses(TestDistributedSearch.java:1186) at org.apache.solr.TestDistributedSearch.queryPartialResults(TestDistributedSearch.java:1127) at org.apache.solr.TestDistributedSearch.test(TestDistributedSearch.java:987) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1713) at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:907) at com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:943) at com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:957) at org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsRepeatStatement.callStatement(BaseDistributedSearchTestCase.java:1011) at org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsStatement.evaluate(BaseDistributedSearchTestCase.java:960) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57) at org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45) at org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47) at com.carrotsearch.randomizedtesting.rules.Sta
[JENKINS] Lucene-Solr-master-Linux (32bit/jdk1.8.0_121) - Build # 19411 - Unstable!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Linux/19411/ Java: 32bit/jdk1.8.0_121 -server -XX:+UseConcMarkSweepGC 2 tests failed. FAILED: junit.framework.TestSuite.org.apache.solr.cloud.SolrCloudExampleTest Error Message: ObjectTracker found 5 object(s) that were not released!!! [TransactionLog, MockDirectoryWrapper, MockDirectoryWrapper, MDCAwareThreadPoolExecutor, MockDirectoryWrapper] org.apache.solr.common.util.ObjectReleaseTracker$ObjectTrackerException: org.apache.solr.update.TransactionLog at org.apache.solr.common.util.ObjectReleaseTracker.track(ObjectReleaseTracker.java:42) at org.apache.solr.update.TransactionLog.(TransactionLog.java:190) at org.apache.solr.update.UpdateLog.newTransactionLog(UpdateLog.java:438) at org.apache.solr.update.UpdateLog.ensureLog(UpdateLog.java:1250) at org.apache.solr.update.UpdateLog.add(UpdateLog.java:524) at org.apache.solr.update.UpdateLog.add(UpdateLog.java:509) at org.apache.solr.update.DirectUpdateHandler2.doNormalUpdate(DirectUpdateHandler2.java:348) at org.apache.solr.update.DirectUpdateHandler2.addDoc0(DirectUpdateHandler2.java:267) at org.apache.solr.update.DirectUpdateHandler2.addDoc(DirectUpdateHandler2.java:217) at org.apache.solr.update.processor.RunUpdateProcessor.processAdd(RunUpdateProcessorFactory.java:67) at org.apache.solr.update.processor.UpdateRequestProcessor.processAdd(UpdateRequestProcessor.java:55) at org.apache.solr.update.processor.DistributedUpdateProcessor.doLocalAdd(DistributedUpdateProcessor.java:991) at org.apache.solr.update.processor.DistributedUpdateProcessor.versionAdd(DistributedUpdateProcessor.java:1207) at org.apache.solr.update.processor.DistributedUpdateProcessor.processAdd(DistributedUpdateProcessor.java:753) at org.apache.solr.update.processor.LogUpdateProcessorFactory$LogUpdateProcessor.processAdd(LogUpdateProcessorFactory.java:103) at org.apache.solr.update.processor.UpdateRequestProcessor.processAdd(UpdateRequestProcessor.java:55) at org.apache.solr.update.processor.AddSchemaFieldsUpdateProcessorFactory$AddSchemaFieldsUpdateProcessor.processAdd(AddSchemaFieldsUpdateProcessorFactory.java:336) at org.apache.solr.handler.loader.JavabinLoader$1.update(JavabinLoader.java:98) at org.apache.solr.client.solrj.request.JavaBinUpdateRequestCodec$1.readOuterMostDocIterator(JavaBinUpdateRequestCodec.java:187) at org.apache.solr.client.solrj.request.JavaBinUpdateRequestCodec$1.readIterator(JavaBinUpdateRequestCodec.java:143) at org.apache.solr.common.util.JavaBinCodec.readObject(JavaBinCodec.java:313) at org.apache.solr.common.util.JavaBinCodec.readVal(JavaBinCodec.java:258) at org.apache.solr.client.solrj.request.JavaBinUpdateRequestCodec$1.readNamedList(JavaBinUpdateRequestCodec.java:129) at org.apache.solr.common.util.JavaBinCodec.readObject(JavaBinCodec.java:278) at org.apache.solr.common.util.JavaBinCodec.readVal(JavaBinCodec.java:258) at org.apache.solr.common.util.JavaBinCodec.unmarshal(JavaBinCodec.java:180) at org.apache.solr.client.solrj.request.JavaBinUpdateRequestCodec.unmarshal(JavaBinUpdateRequestCodec.java:194) at org.apache.solr.handler.loader.JavabinLoader.parseAndLoadDocs(JavabinLoader.java:108) at org.apache.solr.handler.loader.JavabinLoader.load(JavabinLoader.java:55) at org.apache.solr.handler.UpdateRequestHandler$1.load(UpdateRequestHandler.java:97) at org.apache.solr.handler.ContentStreamHandlerBase.handleRequestBody(ContentStreamHandlerBase.java:68) at org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:178) at org.apache.solr.core.SolrCore.execute(SolrCore.java:2486) at org.apache.solr.servlet.HttpSolrCall.execute(HttpSolrCall.java:722) at org.apache.solr.servlet.HttpSolrCall.call(HttpSolrCall.java:528) at org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:344) at org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:295) at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1699) at org.apache.solr.client.solrj.embedded.JettySolrRunner$DebugFilter.doFilter(JettySolrRunner.java:139) at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1699) at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:582) at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:224) at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1180) at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:512) at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185) at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1112) at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141) at org.eclipse.jetty.server.handler.gzip.GzipHandler.handle(GzipHandler.java:395) at org.eclipse.jetty.server.handler.HandlerWr
[jira] [Comment Edited] (SOLR-9333) Add list and tup Streaming Expressions
[ https://issues.apache.org/jira/browse/SOLR-9333?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15970583#comment-15970583 ] Joel Bernstein edited comment on SOLR-9333 at 4/17/17 1:48 AM: --- I've been giving this ticket more thought lately and I have a design that I think works well. The design is to add two new data structure expressions called *list* and *tup*. These are based on on *Lisp's* *list* and *con* structures. The *tup* expression returns a single tuple based on a list of key/value pairs. {code} tup("key1", "value1", "key2", "value2") {code} The *list* expression is a list of Streaming Expressions in the following syntax: {code} list(expr, expr, expr) {code} The list expression will iterate each expression in the list in order. was (Author: joel.bernstein): I've been giving this ticket more thought lately and I have a design that I think works well. The design is to add two new data structure expressions called *list* and *tup*. These are based on on *Lisp's* *list* and *con* structures. The *tup* expression returns a single tuple based on list of key value pairs. {code} tup("key1", "value1", "key2", "value2") {code} The *list* expression is a list of Streaming Expressions in the following syntax: {code} list(expr, expr, expr) {code} The list expression will iterate each expression in the list in order. > Add list and tup Streaming Expressions > -- > > Key: SOLR-9333 > URL: https://issues.apache.org/jira/browse/SOLR-9333 > Project: Solr > Issue Type: New Feature > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Cao Manh Dat >Assignee: Cao Manh Dat > > Currently in streaming expression, if we wanna provide a list of named/unamed > parameters. We wrap the values inside a StreamExpressionValue and manually > separate value based on ',' character. > In order to make the streaming expression more compact and extendable, I > propose new kind of parameter to streaming expression. > {code} > Map Expression Parameter : { key1 = value1, key2 = value2, } > {code} > So new tuple stream can be > {code} > arrays({term=a, score=1.0}, {term=b, score=2.0}) > or > search(collection1, q=*:*, fl="id,a_s,a_i,a_f", sort="a_f asc, a_i asc", > aliases={a_i=alias.a_i, a_s=name}) > {code} -- This message was sent by Atlassian JIRA (v6.3.15#6346) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Comment Edited] (SOLR-9333) Add list and tup Streaming Expressions
[ https://issues.apache.org/jira/browse/SOLR-9333?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15970583#comment-15970583 ] Joel Bernstein edited comment on SOLR-9333 at 4/17/17 1:47 AM: --- I've been giving this ticket more thought lately and I have a design that I think works well. The design is to add two new data structure expressions called *list* and *tup*. These are based on on *Lisp's* *list* and *con* structures. The *tup* expression returns a single tuple based on list of key value pairs. {code} tup("key1", "value1", "key2", "value2") {code} The *list* expression is a list of Streaming Expressions in the following syntax: {code} list(expr, expr, expr) {code} The list expression will iterate each expression in the list in order. was (Author: joel.bernstein): I've been giving this ticket more thought lately and I have a design that I think works well. The design is to add two new data structure expressions called *list* and *tup*. These are based on on *Lisps* *list* and *con*. The *tup* expression returns a single tuple based on list of key value pairs. {code} tup("key1", "value1", "key2", "value2") {code} The *list* expression is a list of Streaming Expressions in the following syntax: {code} list(expr, expr, expr) {code} The list expression will iterate each expression in the list in order. > Add list and tup Streaming Expressions > -- > > Key: SOLR-9333 > URL: https://issues.apache.org/jira/browse/SOLR-9333 > Project: Solr > Issue Type: New Feature > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Cao Manh Dat >Assignee: Cao Manh Dat > > Currently in streaming expression, if we wanna provide a list of named/unamed > parameters. We wrap the values inside a StreamExpressionValue and manually > separate value based on ',' character. > In order to make the streaming expression more compact and extendable, I > propose new kind of parameter to streaming expression. > {code} > Map Expression Parameter : { key1 = value1, key2 = value2, } > {code} > So new tuple stream can be > {code} > arrays({term=a, score=1.0}, {term=b, score=2.0}) > or > search(collection1, q=*:*, fl="id,a_s,a_i,a_f", sort="a_f asc, a_i asc", > aliases={a_i=alias.a_i, a_s=name}) > {code} -- This message was sent by Atlassian JIRA (v6.3.15#6346) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Comment Edited] (SOLR-9333) Add list and tup Streaming Expressions
[ https://issues.apache.org/jira/browse/SOLR-9333?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15970583#comment-15970583 ] Joel Bernstein edited comment on SOLR-9333 at 4/17/17 1:46 AM: --- I've been giving this ticket more thought lately and I have a design that I think works well. The design is to add two new data structure expressions called *list* and *tup*. These are based on on *Lisps* *list* and *con*. The *tup* expression returns a single tuple based on list of key value pairs. {code} tup("key1", "value1", "key2", "value2") {code} The *list* expression is a list of Streaming Expressions in the following syntax: {code} list(expr, expr, expr) {code} The list expression will iterate each expression in the list in order. was (Author: joel.bernstein): I've been giving this ticket more thought lately and I have a design that I think works well. The design is to add two new data structure expressions called *list* and *tup*. These are based on on *Lisps* *list* and *con*. The *tup* expression returns a single tuple based on list of key value pairs. {code} tup("key1", "value1". "key2", "value2") {code} The *list* expression is a list of Streaming Expressions in the following syntax: {code} list(expr, expr, expr) {code} The list expression will iterate each expression in the list in order. > Add list and tup Streaming Expressions > -- > > Key: SOLR-9333 > URL: https://issues.apache.org/jira/browse/SOLR-9333 > Project: Solr > Issue Type: New Feature > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Cao Manh Dat >Assignee: Cao Manh Dat > > Currently in streaming expression, if we wanna provide a list of named/unamed > parameters. We wrap the values inside a StreamExpressionValue and manually > separate value based on ',' character. > In order to make the streaming expression more compact and extendable, I > propose new kind of parameter to streaming expression. > {code} > Map Expression Parameter : { key1 = value1, key2 = value2, } > {code} > So new tuple stream can be > {code} > arrays({term=a, score=1.0}, {term=b, score=2.0}) > or > search(collection1, q=*:*, fl="id,a_s,a_i,a_f", sort="a_f asc, a_i asc", > aliases={a_i=alias.a_i, a_s=name}) > {code} -- This message was sent by Atlassian JIRA (v6.3.15#6346) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-9333) Add list and tup Streaming Expressions
[ https://issues.apache.org/jira/browse/SOLR-9333?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15970583#comment-15970583 ] Joel Bernstein commented on SOLR-9333: -- I've been giving this ticket more thought lately and I have a design that I think works well. The design is to add two new data structure expressions called *list* and *tup*. These are based on on *Lisps* *list* and *con*. The *tup* expression returns a single tuple based on list of key value pairs. {code} tup("key1", "value1". "key2", "value2") {code} The *list* expression is a list of Streaming Expressions in the following syntax: {code} list(expr, expr, expr) {code} The list expression will iterate from each expression in the list in order. > Add list and tup Streaming Expressions > -- > > Key: SOLR-9333 > URL: https://issues.apache.org/jira/browse/SOLR-9333 > Project: Solr > Issue Type: New Feature > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Cao Manh Dat >Assignee: Cao Manh Dat > > Currently in streaming expression, if we wanna provide a list of named/unamed > parameters. We wrap the values inside a StreamExpressionValue and manually > separate value based on ',' character. > In order to make the streaming expression more compact and extendable, I > propose new kind of parameter to streaming expression. > {code} > Map Expression Parameter : { key1 = value1, key2 = value2, } > {code} > So new tuple stream can be > {code} > arrays({term=a, score=1.0}, {term=b, score=2.0}) > or > search(collection1, q=*:*, fl="id,a_s,a_i,a_f", sort="a_f asc, a_i asc", > aliases={a_i=alias.a_i, a_s=name}) > {code} -- This message was sent by Atlassian JIRA (v6.3.15#6346) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Comment Edited] (SOLR-9333) Add list and tup Streaming Expressions
[ https://issues.apache.org/jira/browse/SOLR-9333?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15970583#comment-15970583 ] Joel Bernstein edited comment on SOLR-9333 at 4/17/17 1:46 AM: --- I've been giving this ticket more thought lately and I have a design that I think works well. The design is to add two new data structure expressions called *list* and *tup*. These are based on on *Lisps* *list* and *con*. The *tup* expression returns a single tuple based on list of key value pairs. {code} tup("key1", "value1". "key2", "value2") {code} The *list* expression is a list of Streaming Expressions in the following syntax: {code} list(expr, expr, expr) {code} The list expression will iterate each expression in the list in order. was (Author: joel.bernstein): I've been giving this ticket more thought lately and I have a design that I think works well. The design is to add two new data structure expressions called *list* and *tup*. These are based on on *Lisps* *list* and *con*. The *tup* expression returns a single tuple based on list of key value pairs. {code} tup("key1", "value1". "key2", "value2") {code} The *list* expression is a list of Streaming Expressions in the following syntax: {code} list(expr, expr, expr) {code} The list expression will iterate from each expression in the list in order. > Add list and tup Streaming Expressions > -- > > Key: SOLR-9333 > URL: https://issues.apache.org/jira/browse/SOLR-9333 > Project: Solr > Issue Type: New Feature > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Cao Manh Dat >Assignee: Cao Manh Dat > > Currently in streaming expression, if we wanna provide a list of named/unamed > parameters. We wrap the values inside a StreamExpressionValue and manually > separate value based on ',' character. > In order to make the streaming expression more compact and extendable, I > propose new kind of parameter to streaming expression. > {code} > Map Expression Parameter : { key1 = value1, key2 = value2, } > {code} > So new tuple stream can be > {code} > arrays({term=a, score=1.0}, {term=b, score=2.0}) > or > search(collection1, q=*:*, fl="id,a_s,a_i,a_f", sort="a_f asc, a_i asc", > aliases={a_i=alias.a_i, a_s=name}) > {code} -- This message was sent by Atlassian JIRA (v6.3.15#6346) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-9333) Add list and tup Streaming Expressions
[ https://issues.apache.org/jira/browse/SOLR-9333?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joel Bernstein updated SOLR-9333: - Summary: Add list and tup Streaming Expressions (was: Add map parameter to streaming expression) > Add list and tup Streaming Expressions > -- > > Key: SOLR-9333 > URL: https://issues.apache.org/jira/browse/SOLR-9333 > Project: Solr > Issue Type: New Feature > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Cao Manh Dat >Assignee: Cao Manh Dat > > Currently in streaming expression, if we wanna provide a list of named/unamed > parameters. We wrap the values inside a StreamExpressionValue and manually > separate value based on ',' character. > In order to make the streaming expression more compact and extendable, I > propose new kind of parameter to streaming expression. > {code} > Map Expression Parameter : { key1 = value1, key2 = value2, } > {code} > So new tuple stream can be > {code} > arrays({term=a, score=1.0}, {term=b, score=2.0}) > or > search(collection1, q=*:*, fl="id,a_s,a_i,a_f", sort="a_f asc, a_i asc", > aliases={a_i=alias.a_i, a_s=name}) > {code} -- This message was sent by Atlassian JIRA (v6.3.15#6346) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-6.x-Windows (64bit/jdk1.8.0_121) - Build # 844 - Still Unstable!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-6.x-Windows/844/ Java: 64bit/jdk1.8.0_121 -XX:+UseCompressedOops -XX:+UseConcMarkSweepGC 1 tests failed. FAILED: org.apache.solr.cloud.MissingSegmentRecoveryTest.testLeaderRecovery Error Message: Expected a collection with one shard and two replicas null Last available state: DocCollection(MissingSegmentRecoveryTest//collections/MissingSegmentRecoveryTest/state.json/8)={ "replicationFactor":"2", "shards":{"shard1":{ "range":"8000-7fff", "state":"active", "replicas":{ "core_node1":{ "core":"MissingSegmentRecoveryTest_shard1_replica1", "base_url":"http://127.0.0.1:50369/solr";, "node_name":"127.0.0.1:50369_solr", "state":"down"}, "core_node2":{ "core":"MissingSegmentRecoveryTest_shard1_replica2", "base_url":"http://127.0.0.1:50372/solr";, "node_name":"127.0.0.1:50372_solr", "state":"active", "leader":"true", "router":{"name":"compositeId"}, "maxShardsPerNode":"1", "autoAddReplicas":"false"} Stack Trace: java.lang.AssertionError: Expected a collection with one shard and two replicas null Last available state: DocCollection(MissingSegmentRecoveryTest//collections/MissingSegmentRecoveryTest/state.json/8)={ "replicationFactor":"2", "shards":{"shard1":{ "range":"8000-7fff", "state":"active", "replicas":{ "core_node1":{ "core":"MissingSegmentRecoveryTest_shard1_replica1", "base_url":"http://127.0.0.1:50369/solr";, "node_name":"127.0.0.1:50369_solr", "state":"down"}, "core_node2":{ "core":"MissingSegmentRecoveryTest_shard1_replica2", "base_url":"http://127.0.0.1:50372/solr";, "node_name":"127.0.0.1:50372_solr", "state":"active", "leader":"true", "router":{"name":"compositeId"}, "maxShardsPerNode":"1", "autoAddReplicas":"false"} at __randomizedtesting.SeedInfo.seed([8CF4CCE66D775231:DCA154E53456E42C]:0) at org.junit.Assert.fail(Assert.java:93) at org.apache.solr.cloud.SolrCloudTestCase.waitForState(SolrCloudTestCase.java:265) at org.apache.solr.cloud.MissingSegmentRecoveryTest.testLeaderRecovery(MissingSegmentRecoveryTest.java:105) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1713) at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:907) at com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:943) at com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:957) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57) at org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45) at org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368) at com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817) at com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468) at com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:916) at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:802) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:852) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:863) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluat
[jira] [Commented] (SOLR-10495) Loading JDBC driver in custom SearchComponent
[ https://issues.apache.org/jira/browse/SOLR-10495?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15970561#comment-15970561 ] Erick Erickson commented on SOLR-10495: --- If you have the time energy to submit a patch, that'd be great! > Loading JDBC driver in custom SearchComponent > - > > Key: SOLR-10495 > URL: https://issues.apache.org/jira/browse/SOLR-10495 > Project: Solr > Issue Type: Wish > Security Level: Public(Default Security Level. Issues are Public) > Components: SearchComponents - other >Affects Versions: 6.4.2 > Environment: Docker Container (https://store.docker.com/images/solr) >Reporter: Christian Harke >Priority: Minor > Labels: newbie > Fix For: 6.4.2 > > > I'd like to access a postgres database from my custom SearchComponent but > unfortunately, I get the following error: > {noformat} > java.sql.SQLException: No suitable driver found for postgres > at java.sql.DriverManager.getConnection(DriverManager.java:689) > at java.sql.DriverManager.getConnection(DriverManager.java:247) > at > ch.guidelines.util.SimpleDataSource.getConnection(SimpleDataSource.java:50) > ... > {noformat} > ... when I try to connect to the database using: > {code:title=SimpleDataSource.java} > private String dbUrl = "jdbc:postgresql://db/mydb"; > public Connection getConnection(String dbUser, String dbPasswd) throws > SQLException { > this.dbUser = dbUser; > this.dbPasswd = dbPasswd; > this.conn = DriverManager.getConnection(dbUrl, dbUser, dbPasswd); // line > 50 > return conn; > } > {code} > I already use the DataImportHandler using the Postgres JDBC driver > successfully. I tried putting the driver's jar in different locations: > - /opt/solr/dist (with added entry in solrconfig.xml) > - /opt/solr/lib > - /opt/solr/server/lib > - /opt/solr/server/lib/ext > - /opt/solr/server/solr/lib (lib-folder in the solr.solr.home directory) > But nothing worked so far... How can I get the driver loaded in my custom > SearchComponent? > I'd really appreciate your help. -- This message was sent by Atlassian JIRA (v6.3.15#6346) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-1485) Payload scoring support
[ https://issues.apache.org/jira/browse/SOLR-1485?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Erik Hatcher updated SOLR-1485: --- Description: Solr has no support for Lucene's PayloadScoreQuery, yet it has support for indexing payloads (via DelimitedPayloadTokenFilter or NumericPayloadTokenFilter). This issue adds value source and query parser support for leveraging payloads created by those token filters. was:Solr currently has no support for Lucene's PayloadTermQuery, yet it has support for indexing payloads. > Payload scoring support > --- > > Key: SOLR-1485 > URL: https://issues.apache.org/jira/browse/SOLR-1485 > Project: Solr > Issue Type: New Feature > Components: search >Reporter: Erik Hatcher >Assignee: Erik Hatcher >Priority: Minor > Fix For: master (7.0) > > Attachments: PayloadTermQueryPlugin.java, payload_value_source.png, > SOLR-1485.patch > > > Solr has no support for Lucene's PayloadScoreQuery, yet it has support for > indexing payloads (via DelimitedPayloadTokenFilter or > NumericPayloadTokenFilter). > This issue adds value source and query parser support for leveraging payloads > created by those token filters. -- This message was sent by Atlassian JIRA (v6.3.15#6346) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-master-Windows (32bit/jdk1.8.0_121) - Build # 6515 - Still Failing!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Windows/6515/ Java: 32bit/jdk1.8.0_121 -client -XX:+UseG1GC All tests passed Build Log: [...truncated 2507 lines...] [junit4] JVM J1: stdout was not empty, see: C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\lucene\build\analysis\common\test\temp\junit4-J1-20170416_222447_8614672345981152343611.sysout [junit4] >>> JVM J1 emitted unexpected output (verbatim) [junit4] # [junit4] # A fatal error has been detected by the Java Runtime Environment: [junit4] # [junit4] # EXCEPTION_ACCESS_VIOLATION (0xc005) at pc=0x01e03bbc, pid=4836, tid=0x1124 [junit4] # [junit4] # JRE version: Java(TM) SE Runtime Environment (8.0_121-b13) (build 1.8.0_121-b13) [junit4] # Java VM: Java HotSpot(TM) Client VM (25.121-b13 mixed mode windows-x86 ) [junit4] # Problematic frame: [junit4] # J 4320 C1 java.util.HashMap.removeNode(ILjava/lang/Object;Ljava/lang/Object;ZZ)Ljava/util/HashMap$Node; (291 bytes) @ 0x01e03bbc [0x01e03910+0x2ac] [junit4] # [junit4] # Failed to write core dump. Minidumps are not enabled by default on client versions of Windows [junit4] # [junit4] # An error report file with more information is saved as: [junit4] # C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\lucene\build\analysis\common\test\J1\hs_err_pid4836.log [junit4] # [junit4] # If you would like to submit a bug report, please visit: [junit4] # http://bugreport.java.com/bugreport/crash.jsp [junit4] # [junit4] <<< JVM J1: EOF [...truncated 536 lines...] [junit4] ERROR: JVM J1 ended with an exception, command line: C:\Users\jenkins\tools\java\32bit\jdk1.8.0_121\jre\bin\java.exe -client -XX:+UseG1GC -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\heapdumps -ea -esa -Dtests.prefix=tests -Dtests.seed=D0FF0FC220272BC1 -Xmx512M -Dtests.iters= -Dtests.verbose=false -Dtests.infostream=false -Dtests.codec=random -Dtests.postingsformat=random -Dtests.docvaluesformat=random -Dtests.locale=random -Dtests.timezone=random -Dtests.directory=random -Dtests.linedocsfile=europarl.lines.txt.gz -Dtests.luceneMatchVersion=7.0.0 -Dtests.cleanthreads=perMethod -Djava.util.logging.config.file=C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\lucene\tools\junit4\logging.properties -Dtests.nightly=false -Dtests.weekly=false -Dtests.monster=false -Dtests.slow=true -Dtests.asserts=true -Dtests.multiplier=1 -DtempDir=./temp -Djava.io.tmpdir=./temp -Djunit4.tempDir=C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\lucene\build\analysis\common\test\temp -Dcommon.dir=C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\lucene -Dclover.db.dir=C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\lucene\build\clover\db -Djava.security.policy=C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\lucene\tools\junit4\tests.policy -Dtests.LUCENE_VERSION=7.0.0 -Djetty.testMode=1 -Djetty.insecurerandom=1 -Dsolr.directoryFactory=org.apache.solr.core.MockDirectoryFactory -Djava.awt.headless=true -Djdk.map.althashing.threshold=0 -Dtests.src.home=C:\Users\jenkins\workspace\Lucene-Solr-master-Windows -Djunit4.childvm.cwd=C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\lucene\build\analysis\common\test\J1 -Djunit4.childvm.id=1 -Djunit4.childvm.count=2 -Dtests.leaveTemporary=false -Dtests.filterstacks=true -Djava.security.manager=org.apache.lucene.util.TestSecurityManager -Dfile.encoding=UTF-8 -classpath C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\lucene\build\analysis\common\classes\test;C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\lucene\build\test-framework\classes\java;C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\lucene\build\codecs\classes\java;C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\lucene\build\core\classes\java;C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\lucene\test-framework\lib\junit-4.10.jar;C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\lucene\test-framework\lib\randomizedtesting-runner-2.5.0.jar;C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\lucene\build\analysis\common\classes\java;C:\Users\jenkins\tools\hudson.tasks.Ant_AntInstallation\ANT_1.8.2\lib\ant-launcher.jar;C:\Users\jenkins\.ant\lib\ivy-2.3.0.jar;C:\Users\jenkins\tools\hudson.tasks.Ant_AntInstallation\ANT_1.8.2\lib\ant-antlr.jar;C:\Users\jenkins\tools\hudson.tasks.Ant_AntInstallation\ANT_1.8.2\lib\ant-apache-bcel.jar;C:\Users\jenkins\tools\hudson.tasks.Ant_AntInstallation\ANT_1.8.2\lib\ant-apache-bsf.jar;C:\Users\jenkins\tools\hudson.tasks.Ant_AntInstallation\ANT_1.8.2\lib\ant-apache-log4j.jar;C:\Users\jenkins\tools\hudson.tasks.Ant_AntInstallation\ANT_1.8.2\lib\ant-apache-oro.jar;C:\Users\jenkins\tools\hudson.tasks.Ant_AntInstallation\ANT_1.8.2\lib\ant-apache-regexp.jar;C:\Users\jenkins\tools\hudson.tasks.Ant_AntInstallation\ANT_1.8.2\lib\ant-apache-resolver.jar;C:\Users\jenkins\tools\hudson.tasks.An
[jira] [Closed] (SOLR-10495) Loading JDBC driver in custom SearchComponent
[ https://issues.apache.org/jira/browse/SOLR-10495?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Christian Harke closed SOLR-10495. -- Resolution: Not A Problem Fix Version/s: 6.4.2 Finally, it turned out that it's a user level issue (it was my own fault). I wasn't able to pass the correct parameter values to DriverManager.getConnection(). Actually, I was misled by the error message of the exception thrown. Never mind! > Loading JDBC driver in custom SearchComponent > - > > Key: SOLR-10495 > URL: https://issues.apache.org/jira/browse/SOLR-10495 > Project: Solr > Issue Type: Wish > Security Level: Public(Default Security Level. Issues are Public) > Components: SearchComponents - other >Affects Versions: 6.4.2 > Environment: Docker Container (https://store.docker.com/images/solr) >Reporter: Christian Harke >Priority: Minor > Labels: newbie > Fix For: 6.4.2 > > > I'd like to access a postgres database from my custom SearchComponent but > unfortunately, I get the following error: > {noformat} > java.sql.SQLException: No suitable driver found for postgres > at java.sql.DriverManager.getConnection(DriverManager.java:689) > at java.sql.DriverManager.getConnection(DriverManager.java:247) > at > ch.guidelines.util.SimpleDataSource.getConnection(SimpleDataSource.java:50) > ... > {noformat} > ... when I try to connect to the database using: > {code:title=SimpleDataSource.java} > private String dbUrl = "jdbc:postgresql://db/mydb"; > public Connection getConnection(String dbUser, String dbPasswd) throws > SQLException { > this.dbUser = dbUser; > this.dbPasswd = dbPasswd; > this.conn = DriverManager.getConnection(dbUrl, dbUser, dbPasswd); // line > 50 > return conn; > } > {code} > I already use the DataImportHandler using the Postgres JDBC driver > successfully. I tried putting the driver's jar in different locations: > - /opt/solr/dist (with added entry in solrconfig.xml) > - /opt/solr/lib > - /opt/solr/server/lib > - /opt/solr/server/lib/ext > - /opt/solr/server/solr/lib (lib-folder in the solr.solr.home directory) > But nothing worked so far... How can I get the driver loaded in my custom > SearchComponent? > I'd really appreciate your help. -- This message was sent by Atlassian JIRA (v6.3.15#6346) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-master-Linux (64bit/jdk1.8.0_121) - Build # 19408 - Still Unstable!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Linux/19408/ Java: 64bit/jdk1.8.0_121 -XX:+UseCompressedOops -XX:+UseG1GC 1 tests failed. FAILED: org.apache.solr.handler.admin.StatsReloadRaceTest.testParallelReloadAndStats Error Message: Key SEARCHER.searcher.indexVersion not found in registry solr.core.collection1 Stack Trace: java.lang.AssertionError: Key SEARCHER.searcher.indexVersion not found in registry solr.core.collection1 at __randomizedtesting.SeedInfo.seed([DA7FA89038AD75E0:15E1CDA9B75C1DBF]:0) at org.junit.Assert.fail(Assert.java:93) at org.junit.Assert.assertTrue(Assert.java:43) at org.apache.solr.handler.admin.StatsReloadRaceTest.requestMetrics(StatsReloadRaceTest.java:132) at org.apache.solr.handler.admin.StatsReloadRaceTest.testParallelReloadAndStats(StatsReloadRaceTest.java:70) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1713) at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:907) at com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:943) at com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:957) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57) at org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45) at org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368) at com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817) at com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468) at com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:916) at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:802) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:852) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:863) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:53) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64) at org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:54) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368) at java.lang.Thread.run(Thread.java:745) Build Log: [...truncated 12840 lines...] [junit4] Su
[jira] [Commented] (SOLR-6203) cast exception while searching with sort function and result grouping
[ https://issues.apache.org/jira/browse/SOLR-6203?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15970458#comment-15970458 ] Judith Silverman commented on SOLR-6203: Hi, Christine. I merged from master though commit 00f0c30 to my fork of the jira/solr-6203 branch, resolved a conflict in TopGroupsFieldCommand.java, and committed. Unit tests all pass, including those added in previous commits to test the fix of the bug which is the subject of this jira. I closed the outstanding pull request and opened another. Is there anything else I can do to help move things along? Thanks, Judith > cast exception while searching with sort function and result grouping > - > > Key: SOLR-6203 > URL: https://issues.apache.org/jira/browse/SOLR-6203 > Project: Solr > Issue Type: Bug > Components: search >Affects Versions: 4.7, 4.8 >Reporter: Nate Dire >Assignee: Christine Poerschke > Attachments: README, SOLR-6203.patch, SOLR-6203.patch, > SOLR-6203.patch, SOLR-6203.patch, SOLR-6203.patch, SOLR-6203.patch, > SOLR-6203.patch, SOLR-6203-unittest.patch, SOLR-6203-unittest.patch > > > After upgrading from 4.5.1 to 4.7+, a schema including a {{"*"}} dynamic > field as text gets a cast exception when using a sort function and result > grouping. > Repro (with example config): > # Add {{"*"}} dynamic field as a {{TextField}}, eg: > {noformat} > > {noformat} > # Create sharded collection > {noformat} > curl > 'http://localhost:8983/solr/admin/collections?action=CREATE&name=test&numShards=2&maxShardsPerNode=2' > {noformat} > # Add example docs (query must have some results) > # Submit query which sorts on a function result and uses result grouping: > {noformat} > { > "responseHeader": { > "status": 500, > "QTime": 50, > "params": { > "sort": "sqrt(popularity) desc", > "indent": "true", > "q": "*:*", > "_": "1403709010008", > "group.field": "manu", > "group": "true", > "wt": "json" > } > }, > "error": { > "msg": "java.lang.Double cannot be cast to > org.apache.lucene.util.BytesRef", > "code": 500 > } > } > {noformat} > Source exception from log: > {noformat} > ERROR - 2014-06-25 08:10:10.055; org.apache.solr.common.SolrException; > java.lang.ClassCastException: java.lang.Double cannot be cast to > org.apache.lucene.util.BytesRef > at > org.apache.solr.schema.FieldType.marshalStringSortValue(FieldType.java:981) > at org.apache.solr.schema.TextField.marshalSortValue(TextField.java:176) > at > org.apache.solr.search.grouping.distributed.shardresultserializer.SearchGroupsResultTransformer.serializeSearchGroup(SearchGroupsResultTransformer.java:125) > at > org.apache.solr.search.grouping.distributed.shardresultserializer.SearchGroupsResultTransformer.transform(SearchGroupsResultTransformer.java:65) > at > org.apache.solr.search.grouping.distributed.shardresultserializer.SearchGroupsResultTransformer.transform(SearchGroupsResultTransformer.java:43) > at > org.apache.solr.search.grouping.CommandHandler.processResult(CommandHandler.java:193) > at > org.apache.solr.handler.component.QueryComponent.process(QueryComponent.java:340) > at > org.apache.solr.handler.component.SearchHandler.handleRequestBody(SearchHandler.java:218) > at > org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:135) > ... > {noformat} > It looks like {{serializeSearchGroup}} is matching the sort expression as the > {{"*"}} dynamic field, which is a TextField in the repro. -- This message was sent by Atlassian JIRA (v6.3.15#6346) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[GitHub] lucene-solr pull request #189: Jira/solr 6203
GitHub user jitka18 opened a pull request: https://github.com/apache/lucene-solr/pull/189 Jira/solr 6203 Hello, Christine. I merged from master though commit 00f0c30 to my fork of the jira/solr-6203 branch, resolved a conflict in TopGroupsFieldCommand.java, and committed. Unit tests all pass, including those added in previous commits to test the fix of the bug which is the subject of this jira. I closed the previous pull request because I thought it was interfering with my attempt to create this one. Judith You can merge this pull request into a Git repository by running: $ git pull https://github.com/jitka18/lucene-solr jira/solr-6203 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/lucene-solr/pull/189.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #189 commit 1644fe873e7597306a24bb91a97b1a9beba4b8ef Author: Judith Silverman Date: 2017-03-27T00:47:11Z Merge remote-tracking branch 'origin/master' into jira/solr-6203; resolved conflicts in SeardhGroupsResultTransformer.java commit e94b8c6382af64bcdd084eb9e92094afda297f09 Author: Judith Silverman Date: 2017-03-29T02:56:20Z DistributedQueryComponentCustomSortTest.java: replacing duplicated tests commit b2a631079ad2722f28cd6ee9903e354d7a56 Author: Joel Bernstein Date: 2017-04-07T16:36:19Z Add version 6.5.1 commit ce75eb62e9fd3256bcab23e7f1d901fec7c65115 Author: Tomas Fernandez Lobbe Date: 2017-04-07T18:36:22Z SOLR-10437: Improve test coverage of useDocValuesAsStored=false commit d671273bc396faa4c3815e0a4614e88d3e0373e1 Author: Tomas Fernandez Lobbe Date: 2017-04-07T21:11:25Z SOLR-10443: Improvements to TestPointFields * Fixes testInternals, index needs to be cleaned after each field * Validate that SolrQueryParser generates a PointInSetQuery when possible commit 3649e8f93006f425ebe81427282d3e0843656824 Author: Judith Silverman Date: 2017-04-08T02:46:27Z Merge branch 'jira/solr-6203' of https://github.com/apache/lucene-solr into jira/solr-6203 after resolving whitespace conflict in SearchGroupsResultTransformer.java commit 550a32495257634859ac6eae3858cbce71be06f2 Author: Noble Paul Date: 2017-04-09T21:13:27Z SOLR-10429: UpdateRequest#getRoutes()should copy the response parser commit caf329717ef643b2a5a8b7ef0bfb7bd5e096c849 Author: Alan Woodward Date: 2017-03-28T18:52:53Z LUCENE-7701: Refactor grouping collectors commit 55e36615eb4e84abbb674e52eaae0954b47e5b11 Author: jdyer1 Date: 2017-04-10T13:39:41Z SOLR-8807: disable the CollapseQParser Plugin when testing spellcheck collations for hit-counts commit ce66ca93cf5e28748793cce8eaafab0c35cbdda9 Author: Tomas Fernandez Lobbe Date: 2017-04-10T16:48:07Z SOLR-10437: Delete index after each test in TestUseDocValuesAsStored commit e02a1f159ee05fdf23309d633a32059b13a3bb4f Author: Steve Rowe Date: 2017-04-10T19:26:28Z SOLR-10474: TestPointFields.testPointFieldReturn() depends on order of unsorted hits commit d9973a38db906a1bf2d8f2122163e3a4cef1c17c Author: Mike McCandless Date: 2017-04-10T23:07:25Z LUCENE-7775: fix exception handling to throw first exception hit commit 15a1561d4320a0ef0a0ba05ea247c8be06202493 Author: Adrien Grand Date: 2017-04-11T08:02:51Z LUCENE-7767: SortedDocValues.ordValue() now throws an IOException. commit 0f60c4233ca2ae4bf3bd5a6cc395766e84119cd9 Author: Tommaso Teofili Date: 2017-04-11T08:44:36Z LUCENE-7776 - use bm25 for knn classifier commit 1bf36962285110c4ac2d1f468de3cc7fde379c0e Author: Christine Poerschke Date: 2017-04-11T10:25:39Z LUCENE-7776: remove unused import commit 9c00fc6795228f8938fe1601697835b5acdd8290 Author: Tommaso Teofili Date: 2017-04-11T15:12:13Z LUCENE-7776 - visualize diff btwn BytesRef values in ClassificationTestBase commit e386ec973b8a4ec2de2bfc43f51df511a365d60f Author: Mike McCandless Date: 2017-04-11T15:47:31Z LUCENE-: fix AIOOBE from ByteBlockPool.readBytes when byte block exceeds 32 KB commit e30cc70fddcdd6fddb5eedf9f38e77fcb3f33bd1 Author: Andrzej Bialecki Date: 2017-04-11T17:22:23Z SOLR-9959: SolrInfoMBean-s category and hierarchy cleanup. commit 5c5254341e4158c24f3fc6ef3a54f6da6f667120 Author: Christine Poerschke Date: 2017-04-11T18:36:44Z LUCENE-7776: change javadocs default mention from Classic to BM25 (Also kinda added missing javadoc for new method to fix 'ant precommit'.) commit 57c5837183d4b3d1aa67380560c186780d6203b0 Author: Christine Poerschke Date: 2017-04-11T19:01:05Z Removed two unused imports. commit 06a55b73b97db0a2cff490dcf40670079a953f60 Author: Joel Bernstein Date: 2017-04-11T19:17:03Z SOLR-10274: The search Streaming Expression should work in non-SolrCloud mode commit 5ebd41d13f646ea45a16e079c7fe4f3ff7e634cf Author: Joel Ber
[GitHub] lucene-solr issue #177: Jira/solr 6203
Github user jitka18 commented on the issue: https://github.com/apache/lucene-solr/pull/177 Closing this request in hopes of opening an updated request. --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. --- - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[GitHub] lucene-solr pull request #177: Jira/solr 6203
Github user jitka18 closed the pull request at: https://github.com/apache/lucene-solr/pull/177 --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. --- - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[GitHub] lucene-solr issue #188: Jira/solr 6203
Github user jitka18 commented on the issue: https://github.com/apache/lucene-solr/pull/188 Github seems to think that I requested a pull to master --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. --- - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[GitHub] lucene-solr pull request #188: Jira/solr 6203
Github user jitka18 closed the pull request at: https://github.com/apache/lucene-solr/pull/188 --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. --- - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[GitHub] lucene-solr pull request #188: Jira/solr 6203
GitHub user jitka18 reopened a pull request: https://github.com/apache/lucene-solr/pull/188 Jira/solr 6203 Hello, Christine. I merged from master through commit 00f0c3022baa0b7 to my fork of the jira/solr-6203 branch, resolved a conflict in TopGroupsFieldCommand.java, and committed. All unit tests pass, including the ones I added to test the fix which is the subject of this Jira. You can merge this pull request into a Git repository by running: $ git pull https://github.com/jitka18/lucene-solr jira/solr-6203 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/lucene-solr/pull/188.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #188 commit 859eb0837f52d131924ce8401c4ae1dc3056b7de Author: Christine Poerschke Date: 2016-11-29T21:42:51Z SOLR-6203: starting working branch commit 99e2e3d42400558aa1f404f27dd4e15350a85559 Author: Christine Poerschke Date: 2016-12-01T20:51:47Z SOLR-6203: applied Judith Silverman's latest patch to working branch commit 6043210356d19b32dea1f6a03401839c191a9b0f Author: Christine Poerschke Date: 2016-12-01T09:00:07Z SOLR-6203: added reply to question in SearchGroupShardResponseProcess.process commit 6476f286799c8aebe2fe81563b8976470145440c Author: Christine Poerschke Date: 2016-12-01T20:58:12Z SOLR-6203: added reply to would-be-nice todo/comment/question in grouping/Command.java commit 9090c6f67d2ae59a6197b56fb4e7676ddce895b1 Author: Christine Poerschke Date: 2017-02-24T18:17:19Z SOLR-6203: applied Judith's Dec5th patch commit af74958781848d25c46b8d35d4eb286c32fe9b5e Author: Christine Poerschke Date: 2017-02-24T19:07:36Z Merge remote-tracking branch 'origin/master' into jira/solr-6203 Conflicts Resolved (Hopefully): solr/core/src/java/org/apache/solr/handler/component/QueryComponent.java solr/core/src/java/org/apache/solr/search/grouping/distributed/responseprocessor/SearchGroupShardResponseProcessor.java solr/core/src/java/org/apache/solr/search/grouping/distributed/responseprocessor/TopGroupsShardResponseProcessor.java solr/core/src/java/org/apache/solr/search/grouping/distributed/shardresultserializer/SearchGroupsResultTransformer.java solr/core/src/java/org/apache/solr/search/grouping/distributed/shardresultserializer/TopGroupsResultTransformer.java commit 2cd3f71d1b86ccff38c35ccedbd729ff0fc25fb5 Author: Christine Poerschke Date: 2017-02-24T19:30:15Z SOLR-6203: post merge follow-ups commit 1644fe873e7597306a24bb91a97b1a9beba4b8ef Author: Judith Silverman Date: 2017-03-27T00:47:11Z Merge remote-tracking branch 'origin/master' into jira/solr-6203; resolved conflicts in SeardhGroupsResultTransformer.java commit e94b8c6382af64bcdd084eb9e92094afda297f09 Author: Judith Silverman Date: 2017-03-29T02:56:20Z DistributedQueryComponentCustomSortTest.java: replacing duplicated tests commit 770265fb33178e4002bee6c67e710cff37a46751 Author: Christine Poerschke Date: 2017-03-30T16:18:22Z Merge branch 'master' into jira/solr-6203 Yet To Be Resolved Conflicts: solr/core/src/java/org/apache/solr/search/grouping/distributed/shardresultserializer/SearchGroupsResultTransformer.java commit caed03da40ae9ba2795846add2c14588a97ea78d Author: Christine Poerschke Date: 2017-03-30T16:26:28Z resolve SearchGroupsResultTransformer merge conflict commit 92b76abdd2ec85d9d36c66922107f4efbe6bc0b4 Author: Christine Poerschke Date: 2017-03-30T17:33:48Z remove Sort setters in (Search|Top)GroupsFieldCommand.Builder (in favour of SortSpec setters) commit 832653ae905f9e3cf4643be0d5df5f32c7b00599 Author: Christine Poerschke Date: 2017-04-04T15:20:40Z Merge branch 'master' into jira/solr-6203 Resolved Conflicts: solr/core/src/java/org/apache/solr/search/grouping/Command.java solr/core/src/java/org/apache/solr/search/grouping/distributed/command/TopGroupsFieldCommand.java commit 3325cfa2fe9c470e5ba71a4350f6226ed07646bd Author: Christine Poerschke Date: 2017-04-07T15:34:42Z Merge branch 'master' into jira/solr-6203 commit 3649e8f93006f425ebe81427282d3e0843656824 Author: Judith Silverman Date: 2017-04-08T02:46:27Z Merge branch 'jira/solr-6203' of https://github.com/apache/lucene-solr into jira/solr-6203 after resolving whitespace conflict in SearchGroupsResultTransformer.java commit 4e678ccc85f1f0e758aecebdc9a34e497ffc0a81 Author: Judith Silverman Date: 2017-04-16T16:34:21Z Merge remote-tracking branch 'upstream/master' into jira/solr-6203. Resolve conflict in TopGroupsFieldCommand.java. --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabl
[GitHub] lucene-solr pull request #188: Jira/solr 6203
Github user jitka18 closed the pull request at: https://github.com/apache/lucene-solr/pull/188 --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. --- - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[GitHub] lucene-solr pull request #188: Jira/solr 6203
GitHub user jitka18 opened a pull request: https://github.com/apache/lucene-solr/pull/188 Jira/solr 6203 Hello, Christine. I merged from master through commit 00f0c3022baa0b7 to my fork of the jira/solr-6203 branch, resolved a conflict in TopGroupsFieldCommand.java, and committed. All unit tests pass, including the ones I added to test the fix which is the subject of this Jira. You can merge this pull request into a Git repository by running: $ git pull https://github.com/jitka18/lucene-solr jira/solr-6203 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/lucene-solr/pull/188.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #188 commit 859eb0837f52d131924ce8401c4ae1dc3056b7de Author: Christine Poerschke Date: 2016-11-29T21:42:51Z SOLR-6203: starting working branch commit 99e2e3d42400558aa1f404f27dd4e15350a85559 Author: Christine Poerschke Date: 2016-12-01T20:51:47Z SOLR-6203: applied Judith Silverman's latest patch to working branch commit 6043210356d19b32dea1f6a03401839c191a9b0f Author: Christine Poerschke Date: 2016-12-01T09:00:07Z SOLR-6203: added reply to question in SearchGroupShardResponseProcess.process commit 6476f286799c8aebe2fe81563b8976470145440c Author: Christine Poerschke Date: 2016-12-01T20:58:12Z SOLR-6203: added reply to would-be-nice todo/comment/question in grouping/Command.java commit 9090c6f67d2ae59a6197b56fb4e7676ddce895b1 Author: Christine Poerschke Date: 2017-02-24T18:17:19Z SOLR-6203: applied Judith's Dec5th patch commit af74958781848d25c46b8d35d4eb286c32fe9b5e Author: Christine Poerschke Date: 2017-02-24T19:07:36Z Merge remote-tracking branch 'origin/master' into jira/solr-6203 Conflicts Resolved (Hopefully): solr/core/src/java/org/apache/solr/handler/component/QueryComponent.java solr/core/src/java/org/apache/solr/search/grouping/distributed/responseprocessor/SearchGroupShardResponseProcessor.java solr/core/src/java/org/apache/solr/search/grouping/distributed/responseprocessor/TopGroupsShardResponseProcessor.java solr/core/src/java/org/apache/solr/search/grouping/distributed/shardresultserializer/SearchGroupsResultTransformer.java solr/core/src/java/org/apache/solr/search/grouping/distributed/shardresultserializer/TopGroupsResultTransformer.java commit 2cd3f71d1b86ccff38c35ccedbd729ff0fc25fb5 Author: Christine Poerschke Date: 2017-02-24T19:30:15Z SOLR-6203: post merge follow-ups commit 1644fe873e7597306a24bb91a97b1a9beba4b8ef Author: Judith Silverman Date: 2017-03-27T00:47:11Z Merge remote-tracking branch 'origin/master' into jira/solr-6203; resolved conflicts in SeardhGroupsResultTransformer.java commit e94b8c6382af64bcdd084eb9e92094afda297f09 Author: Judith Silverman Date: 2017-03-29T02:56:20Z DistributedQueryComponentCustomSortTest.java: replacing duplicated tests commit 770265fb33178e4002bee6c67e710cff37a46751 Author: Christine Poerschke Date: 2017-03-30T16:18:22Z Merge branch 'master' into jira/solr-6203 Yet To Be Resolved Conflicts: solr/core/src/java/org/apache/solr/search/grouping/distributed/shardresultserializer/SearchGroupsResultTransformer.java commit caed03da40ae9ba2795846add2c14588a97ea78d Author: Christine Poerschke Date: 2017-03-30T16:26:28Z resolve SearchGroupsResultTransformer merge conflict commit 92b76abdd2ec85d9d36c66922107f4efbe6bc0b4 Author: Christine Poerschke Date: 2017-03-30T17:33:48Z remove Sort setters in (Search|Top)GroupsFieldCommand.Builder (in favour of SortSpec setters) commit 832653ae905f9e3cf4643be0d5df5f32c7b00599 Author: Christine Poerschke Date: 2017-04-04T15:20:40Z Merge branch 'master' into jira/solr-6203 Resolved Conflicts: solr/core/src/java/org/apache/solr/search/grouping/Command.java solr/core/src/java/org/apache/solr/search/grouping/distributed/command/TopGroupsFieldCommand.java commit 3325cfa2fe9c470e5ba71a4350f6226ed07646bd Author: Christine Poerschke Date: 2017-04-07T15:34:42Z Merge branch 'master' into jira/solr-6203 commit 3649e8f93006f425ebe81427282d3e0843656824 Author: Judith Silverman Date: 2017-04-08T02:46:27Z Merge branch 'jira/solr-6203' of https://github.com/apache/lucene-solr into jira/solr-6203 after resolving whitespace conflict in SearchGroupsResultTransformer.java commit 4e678ccc85f1f0e758aecebdc9a34e497ffc0a81 Author: Judith Silverman Date: 2017-04-16T16:34:21Z Merge remote-tracking branch 'upstream/master' into jira/solr-6203. Resolve conflict in TopGroupsFieldCommand.java. --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled
[JENKINS-EA] Lucene-Solr-master-Linux (64bit/jdk-9-ea+164) - Build # 19407 - Still Unstable!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Linux/19407/ Java: 64bit/jdk-9-ea+164 -XX:-UseCompressedOops -XX:+UseG1GC 1 tests failed. FAILED: org.apache.solr.handler.admin.StatsReloadRaceTest.testParallelReloadAndStats Error Message: Key SEARCHER.searcher.indexVersion not found in registry solr.core.collection1 Stack Trace: java.lang.AssertionError: Key SEARCHER.searcher.indexVersion not found in registry solr.core.collection1 at __randomizedtesting.SeedInfo.seed([D615CA0A01CB07DD:198BAF338E3A6F82]:0) at org.junit.Assert.fail(Assert.java:93) at org.junit.Assert.assertTrue(Assert.java:43) at org.apache.solr.handler.admin.StatsReloadRaceTest.requestMetrics(StatsReloadRaceTest.java:132) at org.apache.solr.handler.admin.StatsReloadRaceTest.testParallelReloadAndStats(StatsReloadRaceTest.java:70) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.base/java.lang.reflect.Method.invoke(Method.java:563) at com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1713) at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:907) at com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:943) at com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:957) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57) at org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45) at org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368) at com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817) at com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468) at com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:916) at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:802) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:852) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:863) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:53) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64) at org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:54) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368) at java.base/java.lang.Thread.run(Thread.java:844) Build Log: [...truncated 13148 lines...] [junit4] Suite: org.apache.solr.handle
[jira] [Commented] (SOLR-1485) Payload scoring support
[ https://issues.apache.org/jira/browse/SOLR-1485?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15970392#comment-15970392 ] Erik Hatcher commented on SOLR-1485: There's three pieces in that previous patch: * FloatPayloadValueSource: the `payload(...)` function * PayloadScoreQParserPlugin: the `{!payload_score}` qparser * PayloadCheckQParserPlugin: the `{!payload_check}` qparser The focus so far has really been the `payload(...)` function. The query parsers need more work, as at the moment they only support a term query. > Payload scoring support > --- > > Key: SOLR-1485 > URL: https://issues.apache.org/jira/browse/SOLR-1485 > Project: Solr > Issue Type: New Feature > Components: search >Reporter: Erik Hatcher >Assignee: Erik Hatcher >Priority: Minor > Fix For: master (7.0) > > Attachments: PayloadTermQueryPlugin.java, payload_value_source.png, > SOLR-1485.patch > > > Solr currently has no support for Lucene's PayloadTermQuery, yet it has > support for indexing payloads. -- This message was sent by Atlassian JIRA (v6.3.15#6346) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-1485) Payload scoring support
[ https://issues.apache.org/jira/browse/SOLR-1485?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Erik Hatcher updated SOLR-1485: --- Attachment: payload_value_source.png > Payload scoring support > --- > > Key: SOLR-1485 > URL: https://issues.apache.org/jira/browse/SOLR-1485 > Project: Solr > Issue Type: New Feature > Components: search >Reporter: Erik Hatcher >Assignee: Erik Hatcher >Priority: Minor > Fix For: master (7.0) > > Attachments: PayloadTermQueryPlugin.java, payload_value_source.png, > SOLR-1485.patch > > > Solr currently has no support for Lucene's PayloadTermQuery, yet it has > support for indexing payloads. -- This message was sent by Atlassian JIRA (v6.3.15#6346) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-1485) Payload scoring support
[ https://issues.apache.org/jira/browse/SOLR-1485?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15970386#comment-15970386 ] Erik Hatcher commented on SOLR-1485: It's coming together, finally! Here's an example field and field type: {code} "add-field-type": { "name": "delimited_float_payloads", "class": "solr.TextField", "positionIncrementGap": "100", "indexAnalyzer": { "tokenizer": { "class": "solr.WhitespaceTokenizerFactory" }, "filters": [ { "class": "solr.DelimitedPayloadTokenFilterFactory", "encoder": "float" } ] }, "queryAnalyzer": { "tokenizer": { "class": "solr.WhitespaceTokenizerFactory" } } }, "add-field" : { "name":"delimited_float_payloads", "type":"delimited_float_payloads", "stored": "true", "multiValued": "true" } {code} Given that field definition, here's some example data indexed: {code} bin/post -c test -type text/csv -out yes -d $'id,delimited_float_payloads\n1,one|1.0 two|2.0 three|3.0\n2,weighted|50.0 weighted|100.0' {code} Here's a query that returns the computed payload function for the term "two" (which has a float value of 2.0): {code} http://localhost:/solr/test/select?q=*:*&fl=*,p:payload(delimited_float_payloads,two),score {code} > Payload scoring support > --- > > Key: SOLR-1485 > URL: https://issues.apache.org/jira/browse/SOLR-1485 > Project: Solr > Issue Type: New Feature > Components: search >Reporter: Erik Hatcher >Assignee: Erik Hatcher >Priority: Minor > Fix For: master (7.0) > > Attachments: PayloadTermQueryPlugin.java, SOLR-1485.patch > > > Solr currently has no support for Lucene's PayloadTermQuery, yet it has > support for indexing payloads. -- This message was sent by Atlassian JIRA (v6.3.15#6346) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-1485) Payload scoring support
[ https://issues.apache.org/jira/browse/SOLR-1485?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Erik Hatcher updated SOLR-1485: --- Attachment: SOLR-1485.patch work in progress checkpoint. two new query parsers, mainly {!payload_score}, and a payload (float) value source. > Payload scoring support > --- > > Key: SOLR-1485 > URL: https://issues.apache.org/jira/browse/SOLR-1485 > Project: Solr > Issue Type: New Feature > Components: search >Reporter: Erik Hatcher >Assignee: Erik Hatcher >Priority: Minor > Fix For: master (7.0) > > Attachments: PayloadTermQueryPlugin.java, SOLR-1485.patch > > > Solr currently has no support for Lucene's PayloadTermQuery, yet it has > support for indexing payloads. -- This message was sent by Atlassian JIRA (v6.3.15#6346) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS-EA] Lucene-Solr-master-Linux (64bit/jdk-9-ea+164) - Build # 19406 - Still Unstable!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Linux/19406/ Java: 64bit/jdk-9-ea+164 -XX:-UseCompressedOops -XX:+UseSerialGC 1 tests failed. FAILED: org.apache.solr.handler.admin.StatsReloadRaceTest.testParallelReloadAndStats Error Message: Key SEARCHER.searcher.indexVersion not found in registry solr.core.collection1 Stack Trace: java.lang.AssertionError: Key SEARCHER.searcher.indexVersion not found in registry solr.core.collection1 at __randomizedtesting.SeedInfo.seed([8015F78924145B1B:4F8B92B0ABE53344]:0) at org.junit.Assert.fail(Assert.java:93) at org.junit.Assert.assertTrue(Assert.java:43) at org.apache.solr.handler.admin.StatsReloadRaceTest.requestMetrics(StatsReloadRaceTest.java:132) at org.apache.solr.handler.admin.StatsReloadRaceTest.testParallelReloadAndStats(StatsReloadRaceTest.java:70) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.base/java.lang.reflect.Method.invoke(Method.java:563) at com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1713) at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:907) at com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:943) at com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:957) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57) at org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45) at org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368) at com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817) at com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468) at com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:916) at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:802) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:852) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:863) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:53) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64) at org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:54) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368) at java.base/java.lang.Thread.run(Thread.java:844) Build Log: [...truncated 11554 lines...] [junit4] Suite: org.apache.solr.ha
[JENKINS] Lucene-Solr-NightlyTests-master - Build # 1282 - Still Unstable
Build: https://builds.apache.org/job/Lucene-Solr-NightlyTests-master/1282/ 1 tests failed. FAILED: org.apache.solr.update.AutoCommitTest.testMaxTime Error Message: Exception during query Stack Trace: java.lang.RuntimeException: Exception during query at __randomizedtesting.SeedInfo.seed([D532F2C287D19F90:4FC68F20194B03AC]:0) at org.apache.solr.SolrTestCaseJ4.assertQ(SolrTestCaseJ4.java:896) at org.apache.solr.update.AutoCommitTest.testMaxTime(AutoCommitTest.java:270) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1713) at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:907) at com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:943) at com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:957) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57) at org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45) at org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368) at com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817) at com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468) at com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:916) at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:802) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:852) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:863) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:53) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64) at org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:54) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368) at java.lang.Thread.run(Thread.java:745) Caused by: java.lang.RuntimeException: REQUEST FAILED: xpath=//result[@numFound=1] xml response was: 00 request was:q=id:529&qt=standard&start=0&rows=20&version=2.2 at org.apache.solr.SolrTestCaseJ4.assertQ(SolrTestCaseJ4.java:889) ... 40 more Build Log: [...truncated 12146 lines...] [junit4] Suite: org.apache.solr.update.AutoCommitTest [junit4] 2> Creating dataDir: /x1
[JENKINS-EA] Lucene-Solr-master-Linux (64bit/jdk-9-ea+164) - Build # 19405 - Still Unstable!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Linux/19405/ Java: 64bit/jdk-9-ea+164 -XX:+UseCompressedOops -XX:+UseParallelGC 1 tests failed. FAILED: org.apache.solr.handler.admin.StatsReloadRaceTest.testParallelReloadAndStats Error Message: Key SEARCHER.searcher.indexVersion not found in registry solr.core.collection1 Stack Trace: java.lang.AssertionError: Key SEARCHER.searcher.indexVersion not found in registry solr.core.collection1 at __randomizedtesting.SeedInfo.seed([660153A8D4F0D7CF:A99F36915B01BF90]:0) at org.junit.Assert.fail(Assert.java:93) at org.junit.Assert.assertTrue(Assert.java:43) at org.apache.solr.handler.admin.StatsReloadRaceTest.requestMetrics(StatsReloadRaceTest.java:132) at org.apache.solr.handler.admin.StatsReloadRaceTest.testParallelReloadAndStats(StatsReloadRaceTest.java:70) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.base/java.lang.reflect.Method.invoke(Method.java:563) at com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1713) at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:907) at com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:943) at com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:957) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57) at org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45) at org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368) at com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817) at com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468) at com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:916) at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:802) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:852) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:863) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:53) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64) at org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:54) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368) at java.base/java.lang.Thread.run(Thread.java:844) Build Log: [...truncated 11683 lines...] [junit4] Suite: org.apache.solr.