[JENKINS] Lucene-Solr-Tests-7.x - Build # 1203 - Still Failing
Build: https://builds.apache.org/job/Lucene-Solr-Tests-7.x/1203/ All tests passed Build Log: [...truncated 61308 lines...] -ecj-javadoc-lint-src: [mkdir] Created dir: /tmp/ecj1050070893 [ecj-lint] Compiling 1235 source files to /tmp/ecj1050070893 [ecj-lint] Processing annotations [ecj-lint] Annotations processed [ecj-lint] Processing annotations [ecj-lint] No elements to process [ecj-lint] invalid Class-Path header in manifest of jar file: /x1/jenkins/.ivy2/cache/org.restlet.jee/org.restlet/jars/org.restlet-2.3.0.jar [ecj-lint] invalid Class-Path header in manifest of jar file: /x1/jenkins/.ivy2/cache/org.restlet.jee/org.restlet.ext.servlet/jars/org.restlet.ext.servlet-2.3.0.jar [ecj-lint] -- [ecj-lint] 1. WARNING in /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-7.x/solr/core/src/java/org/apache/solr/client/solrj/embedded/EmbeddedSolrServer.java (at line 219) [ecj-lint] return (NamedList) new JavaBinCodec(resolver).unmarshal(in); [ecj-lint]^^ [ecj-lint] Resource leak: '' is never closed [ecj-lint] -- [ecj-lint] -- [ecj-lint] 2. WARNING in /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-7.x/solr/core/src/java/org/apache/solr/cloud/api/collections/RestoreCmd.java (at line 257) [ecj-lint] throw new SolrException(ErrorCode.BAD_REQUEST, "Unexpected number of replicas, replicationFactor, " + [ecj-lint] Replica.Type.NRT + " or " + Replica.Type.TLOG + " must be greater than 0"); [ecj-lint] ^^^ [ecj-lint] Resource leak: 'repository' is not closed at this location [ecj-lint] -- [ecj-lint] -- [ecj-lint] 3. WARNING in /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-7.x/solr/core/src/java/org/apache/solr/handler/loader/JavabinLoader.java (at line 137) [ecj-lint] new JavaBinCodec() { [ecj-lint] SolrParams params; [ecj-lint] AddUpdateCommand addCmd = null; [ecj-lint] [ecj-lint] @Override [ecj-lint] public List readIterator(DataInputInputStream fis) throws IOException { [ecj-lint] while (true) { [ecj-lint] Object o = readVal(fis); [ecj-lint] if (o == END_OBJ) break; [ecj-lint] if (o instanceof NamedList) { [ecj-lint] params = ((NamedList) o).toSolrParams(); [ecj-lint] } else { [ecj-lint] try { [ecj-lint] if (o instanceof byte[]) { [ecj-lint] if (params != null) req.setParams(params); [ecj-lint] byte[] buf = (byte[]) o; [ecj-lint] contentStreamLoader.load(req, rsp, new ContentStreamBase.ByteArrayStream(buf, null), processor); [ecj-lint] } else { [ecj-lint] throw new RuntimeException("unsupported type "); [ecj-lint] } [ecj-lint] } catch (Exception e) { [ecj-lint] throw new RuntimeException(e); [ecj-lint] } finally { [ecj-lint] params = null; [ecj-lint] req.setParams(old); [ecj-lint] } [ecj-lint] } [ecj-lint] } [ecj-lint] return Collections.emptyList(); [ecj-lint] } [ecj-lint] [ecj-lint] }.unmarshal(in); [ecj-lint] ^^ [ecj-lint] Resource leak: '' is never closed [ecj-lint] -- [ecj-lint] -- [ecj-lint] 4. ERROR in /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-7.x/solr/core/src/java/org/apache/solr/update/DocumentBuilder.java (at line 32) [ecj-lint] import org.apache.solr.common.util.ByteArrayUtf8CharSequence; [ecj-lint]^ [ecj-lint] The import org.apache.solr.common.util.ByteArrayUtf8CharSequence is never
[JENKINS] Lucene-Solr-master-Solaris (64bit/jdk1.8.0) - Build # 2252 - Still Failing!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Solaris/2252/ Java: 64bit/jdk1.8.0 -XX:+UseCompressedOops -XX:+UseSerialGC All tests passed Build Log: [...truncated 61297 lines...] -ecj-javadoc-lint-src: [mkdir] Created dir: /var/tmp/ecj1753059994 [ecj-lint] Compiling 1241 source files to /var/tmp/ecj1753059994 [ecj-lint] Processing annotations [ecj-lint] Annotations processed [ecj-lint] Processing annotations [ecj-lint] No elements to process [ecj-lint] invalid Class-Path header in manifest of jar file: /export/home/jenkins/.ivy2/cache/org.restlet.jee/org.restlet/jars/org.restlet-2.3.0.jar [ecj-lint] invalid Class-Path header in manifest of jar file: /export/home/jenkins/.ivy2/cache/org.restlet.jee/org.restlet.ext.servlet/jars/org.restlet.ext.servlet-2.3.0.jar [ecj-lint] -- [ecj-lint] 1. WARNING in /export/home/jenkins/workspace/Lucene-Solr-master-Solaris/solr/core/src/java/org/apache/solr/client/solrj/embedded/EmbeddedSolrServer.java (at line 219) [ecj-lint] return (NamedList) new JavaBinCodec(resolver).unmarshal(in); [ecj-lint]^^ [ecj-lint] Resource leak: '' is never closed [ecj-lint] -- [ecj-lint] -- [ecj-lint] 2. WARNING in /export/home/jenkins/workspace/Lucene-Solr-master-Solaris/solr/core/src/java/org/apache/solr/cloud/api/collections/RestoreCmd.java (at line 257) [ecj-lint] throw new SolrException(ErrorCode.BAD_REQUEST, "Unexpected number of replicas, replicationFactor, " + [ecj-lint] Replica.Type.NRT + " or " + Replica.Type.TLOG + " must be greater than 0"); [ecj-lint] ^^^ [ecj-lint] Resource leak: 'repository' is not closed at this location [ecj-lint] -- [ecj-lint] -- [ecj-lint] 3. WARNING in /export/home/jenkins/workspace/Lucene-Solr-master-Solaris/solr/core/src/java/org/apache/solr/handler/loader/JavabinLoader.java (at line 137) [ecj-lint] new JavaBinCodec() { [ecj-lint] SolrParams params; [ecj-lint] AddUpdateCommand addCmd = null; [ecj-lint] [ecj-lint] @Override [ecj-lint] public List readIterator(DataInputInputStream fis) throws IOException { [ecj-lint] while (true) { [ecj-lint] Object o = readVal(fis); [ecj-lint] if (o == END_OBJ) break; [ecj-lint] if (o instanceof NamedList) { [ecj-lint] params = ((NamedList) o).toSolrParams(); [ecj-lint] } else { [ecj-lint] try { [ecj-lint] if (o instanceof byte[]) { [ecj-lint] if (params != null) req.setParams(params); [ecj-lint] byte[] buf = (byte[]) o; [ecj-lint] contentStreamLoader.load(req, rsp, new ContentStreamBase.ByteArrayStream(buf, null), processor); [ecj-lint] } else { [ecj-lint] throw new RuntimeException("unsupported type "); [ecj-lint] } [ecj-lint] } catch (Exception e) { [ecj-lint] throw new RuntimeException(e); [ecj-lint] } finally { [ecj-lint] params = null; [ecj-lint] req.setParams(old); [ecj-lint] } [ecj-lint] } [ecj-lint] } [ecj-lint] return Collections.emptyList(); [ecj-lint] } [ecj-lint] [ecj-lint] }.unmarshal(in); [ecj-lint] ^^ [ecj-lint] Resource leak: '' is never closed [ecj-lint] -- [ecj-lint] -- [ecj-lint] 4. ERROR in /export/home/jenkins/workspace/Lucene-Solr-master-Solaris/solr/core/src/java/org/apache/solr/update/DocumentBuilder.java (at line 32) [ecj-lint] import org.apache.solr.common.util.ByteArrayUtf8CharSequence; [ecj-lint]
Re: Feature: Solr implicitly defined field types?
I'm glad to hear at least *somebody* other than me likes the idea :-) I started some manual experimentation with it. After I got past one little bug, sure enough it worked and would show up in the admin screen. It showed up because of the /admin/luke handler interacting with IndexSchema, *not* as I said due to using the HTTP schema API since it doesn't use that. Either way, that works. And after some schema manipulation (performed easily via Solr's admin screen which has a form to add field types), I saw the schema get persisted which, as I expected, displayed the field type definition there. But then I got to wonder if that's actually a good thing, and I'm now thinking probably not. (We could have implicit types with or without this behavior.) Why not? (A) This field type was serialized incorrectly; there were no analyzers when there should have been some. This has little to do with implicit field types; it's due to assumptions in our schema / field type serialization that simply give up unless it sees a TokenizerChain subclass of Analyzer, whereas in my code I chose to use a CustomAnalzyer Lucene utility in-code. I could "fix" this by using TokenizerChain instead or change the serialization code, but still, it ought to be tested since it's a sneaky bug (won't throw an error). Or alternatively never persist implicit field types; though _that_ would need to be tested. (B) It can sometimes thwart future changes we may choose for a type's definition. Since it shows up, it's somewhat locked in at the time the schema is manipulated with the schema API (with whatever the impl is considering Solr/luceneMatchVersion was at that time). After that point, if the user were to keep the config, then delete all data, then update luceneMatchVersion in solrconfig, then index again, it would still have the same field type definition as it did prior because the field type is explicitly defined at this point. This isn't a huge deal since apps deploy/publish their configuration in different ways, and most popular ways would be immune to this (to be affected, the app must manipulate the schema with the API). Even apps that do manipulate the schema with the API might do major revision upgrades in a from-scratch way instead of using the same config in-place. And it's a hypothetical scenario of a future point in time where we eventually change our mind on what some particular implicit field type ought to do. To have implicit field types not persisted, the simplest impl would probably simply never save back such implicit field types into the IndexSchema's registry of field types, and thus it won't be iterated to be persisted. 'course it'd need a test. ~ David -- Lucene/Solr Search Committer (PMC), Developer, Author, Speaker LinkedIn: http://linkedin.com/in/davidwsmiley | Book: http://www.solrenterprisesearchserver.com
[JENKINS] Lucene-Solr-Tests-master - Build # 3136 - Still Failing
Build: https://builds.apache.org/job/Lucene-Solr-Tests-master/3136/ All tests passed Build Log: [...truncated 61304 lines...] -ecj-javadoc-lint-src: [mkdir] Created dir: /tmp/ecj1008507084 [ecj-lint] Compiling 1241 source files to /tmp/ecj1008507084 [ecj-lint] Processing annotations [ecj-lint] Annotations processed [ecj-lint] Processing annotations [ecj-lint] No elements to process [ecj-lint] invalid Class-Path header in manifest of jar file: /x1/jenkins/.ivy2/cache/org.restlet.jee/org.restlet/jars/org.restlet-2.3.0.jar [ecj-lint] invalid Class-Path header in manifest of jar file: /x1/jenkins/.ivy2/cache/org.restlet.jee/org.restlet.ext.servlet/jars/org.restlet.ext.servlet-2.3.0.jar [ecj-lint] -- [ecj-lint] 1. WARNING in /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-master/solr/core/src/java/org/apache/solr/client/solrj/embedded/EmbeddedSolrServer.java (at line 219) [ecj-lint] return (NamedList) new JavaBinCodec(resolver).unmarshal(in); [ecj-lint]^^ [ecj-lint] Resource leak: '' is never closed [ecj-lint] -- [ecj-lint] -- [ecj-lint] 2. WARNING in /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-master/solr/core/src/java/org/apache/solr/cloud/api/collections/RestoreCmd.java (at line 257) [ecj-lint] throw new SolrException(ErrorCode.BAD_REQUEST, "Unexpected number of replicas, replicationFactor, " + [ecj-lint] Replica.Type.NRT + " or " + Replica.Type.TLOG + " must be greater than 0"); [ecj-lint] ^^^ [ecj-lint] Resource leak: 'repository' is not closed at this location [ecj-lint] -- [ecj-lint] -- [ecj-lint] 3. WARNING in /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-master/solr/core/src/java/org/apache/solr/handler/loader/JavabinLoader.java (at line 137) [ecj-lint] new JavaBinCodec() { [ecj-lint] SolrParams params; [ecj-lint] AddUpdateCommand addCmd = null; [ecj-lint] [ecj-lint] @Override [ecj-lint] public List readIterator(DataInputInputStream fis) throws IOException { [ecj-lint] while (true) { [ecj-lint] Object o = readVal(fis); [ecj-lint] if (o == END_OBJ) break; [ecj-lint] if (o instanceof NamedList) { [ecj-lint] params = ((NamedList) o).toSolrParams(); [ecj-lint] } else { [ecj-lint] try { [ecj-lint] if (o instanceof byte[]) { [ecj-lint] if (params != null) req.setParams(params); [ecj-lint] byte[] buf = (byte[]) o; [ecj-lint] contentStreamLoader.load(req, rsp, new ContentStreamBase.ByteArrayStream(buf, null), processor); [ecj-lint] } else { [ecj-lint] throw new RuntimeException("unsupported type "); [ecj-lint] } [ecj-lint] } catch (Exception e) { [ecj-lint] throw new RuntimeException(e); [ecj-lint] } finally { [ecj-lint] params = null; [ecj-lint] req.setParams(old); [ecj-lint] } [ecj-lint] } [ecj-lint] } [ecj-lint] return Collections.emptyList(); [ecj-lint] } [ecj-lint] [ecj-lint] }.unmarshal(in); [ecj-lint] ^^ [ecj-lint] Resource leak: '' is never closed [ecj-lint] -- [ecj-lint] -- [ecj-lint] 4. ERROR in /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-master/solr/core/src/java/org/apache/solr/update/DocumentBuilder.java (at line 32) [ecj-lint] import org.apache.solr.common.util.ByteArrayUtf8CharSequence; [ecj-lint]^ [ecj-lint] The import
[JENKINS] Lucene-Solr-BadApples-7.x-Linux (32bit/jdk1.8.0_172) - Build # 145 - Failure!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-BadApples-7.x-Linux/145/ Java: 32bit/jdk1.8.0_172 -server -XX:+UseConcMarkSweepGC All tests passed Build Log: [...truncated 59504 lines...] -ecj-javadoc-lint-src: [mkdir] Created dir: /tmp/ecj528758065 [ecj-lint] Compiling 1235 source files to /tmp/ecj528758065 [ecj-lint] Processing annotations [ecj-lint] Annotations processed [ecj-lint] Processing annotations [ecj-lint] No elements to process [ecj-lint] invalid Class-Path header in manifest of jar file: /home/jenkins/.ivy2/cache/org.restlet.jee/org.restlet/jars/org.restlet-2.3.0.jar [ecj-lint] invalid Class-Path header in manifest of jar file: /home/jenkins/.ivy2/cache/org.restlet.jee/org.restlet.ext.servlet/jars/org.restlet.ext.servlet-2.3.0.jar [ecj-lint] -- [ecj-lint] 1. WARNING in /home/jenkins/workspace/Lucene-Solr-BadApples-7.x-Linux/solr/core/src/java/org/apache/solr/client/solrj/embedded/EmbeddedSolrServer.java (at line 219) [ecj-lint] return (NamedList) new JavaBinCodec(resolver).unmarshal(in); [ecj-lint]^^ [ecj-lint] Resource leak: '' is never closed [ecj-lint] -- [ecj-lint] -- [ecj-lint] 2. WARNING in /home/jenkins/workspace/Lucene-Solr-BadApples-7.x-Linux/solr/core/src/java/org/apache/solr/cloud/api/collections/RestoreCmd.java (at line 257) [ecj-lint] throw new SolrException(ErrorCode.BAD_REQUEST, "Unexpected number of replicas, replicationFactor, " + [ecj-lint] Replica.Type.NRT + " or " + Replica.Type.TLOG + " must be greater than 0"); [ecj-lint] ^^^ [ecj-lint] Resource leak: 'repository' is not closed at this location [ecj-lint] -- [ecj-lint] -- [ecj-lint] 3. WARNING in /home/jenkins/workspace/Lucene-Solr-BadApples-7.x-Linux/solr/core/src/java/org/apache/solr/handler/loader/JavabinLoader.java (at line 137) [ecj-lint] new JavaBinCodec() { [ecj-lint] SolrParams params; [ecj-lint] AddUpdateCommand addCmd = null; [ecj-lint] [ecj-lint] @Override [ecj-lint] public List readIterator(DataInputInputStream fis) throws IOException { [ecj-lint] while (true) { [ecj-lint] Object o = readVal(fis); [ecj-lint] if (o == END_OBJ) break; [ecj-lint] if (o instanceof NamedList) { [ecj-lint] params = ((NamedList) o).toSolrParams(); [ecj-lint] } else { [ecj-lint] try { [ecj-lint] if (o instanceof byte[]) { [ecj-lint] if (params != null) req.setParams(params); [ecj-lint] byte[] buf = (byte[]) o; [ecj-lint] contentStreamLoader.load(req, rsp, new ContentStreamBase.ByteArrayStream(buf, null), processor); [ecj-lint] } else { [ecj-lint] throw new RuntimeException("unsupported type "); [ecj-lint] } [ecj-lint] } catch (Exception e) { [ecj-lint] throw new RuntimeException(e); [ecj-lint] } finally { [ecj-lint] params = null; [ecj-lint] req.setParams(old); [ecj-lint] } [ecj-lint] } [ecj-lint] } [ecj-lint] return Collections.emptyList(); [ecj-lint] } [ecj-lint] [ecj-lint] }.unmarshal(in); [ecj-lint] ^^ [ecj-lint] Resource leak: '' is never closed [ecj-lint] -- [ecj-lint] -- [ecj-lint] 4. ERROR in /home/jenkins/workspace/Lucene-Solr-BadApples-7.x-Linux/solr/core/src/java/org/apache/solr/update/DocumentBuilder.java (at line 32) [ecj-lint] import org.apache.solr.common.util.ByteArrayUtf8CharSequence; [ecj-lint]^ [ecj-lint] The import
[jira] [Commented] (SOLR-12768) Determine how _nest_path_ should be analyzed to support various use-cases
[ https://issues.apache.org/jira/browse/SOLR-12768?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16739026#comment-16739026 ] David Smiley commented on SOLR-12768: - This patch has the PR changes that mosh & I worked out. I fixed one bug in creating the implicit field type where I simply forgot to set the type's name, which must be done with an additional setter. The main change mosh did was change the path to always start with a '/', as that's both more consistent with paths in general and allowed a straight-forward manipulation of a relative path to find it at any ancestor by adding an asterisk then slash at the front of a query. There is more work to do though. This implicit field type can get persisted out but for this particular type it's not working correctly because the code that does that (FieldType.getAnalyzerProperties) only works with a TokenizerChain subclass of Analyzer. The result was no analyzers printed: {code:xml} {code} I should both fix this and ensure we have a test that'd break if I didn't catch that. Or alternatively, maybe such implicit types shouldn't be serialized at all? > Determine how _nest_path_ should be analyzed to support various use-cases > - > > Key: SOLR-12768 > URL: https://issues.apache.org/jira/browse/SOLR-12768 > Project: Solr > Issue Type: Sub-task > Security Level: Public(Default Security Level. Issues are Public) >Reporter: David Smiley >Assignee: David Smiley >Priority: Blocker > Fix For: 8.0 > > Attachments: SOLR-12768.patch, SOLR-12768.patch > > Time Spent: 2h > Remaining Estimate: 0h > > We know we need {{\_nest\_path\_}} in the schema for the new nested documents > support, and we loosely know what goes in it. From a DocValues perspective, > we've got it down; though we might tweak it. From an indexing (text > analysis) perspective, we're not quite sure yet, though we've got a test > schema, {{schema-nest.xml}} with a decent shot at it. Ultimately, how we > index it will depend on the query/filter use-cases we need to support. So > we'll review some of them here. > TBD: Not sure if the outcome of this task is just a "decide" or wether we > also potentially add a few tests for some of these cases, and/or if we also > add a FieldType to make declaring it as easy as a one-liner. A FieldType > would have other benefits too once we're ready to make querying on the path > easier. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-8.x-MacOSX (64bit/jdk1.8.0) - Build # 1 - Failure!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-8.x-MacOSX/1/ Java: 64bit/jdk1.8.0 -XX:+UseCompressedOops -XX:+UseParallelGC All tests passed Build Log: [...truncated 61308 lines...] -ecj-javadoc-lint-src: [mkdir] Created dir: /var/folders/qg/h2dfw5s161s51l2bn79mrb7rgn/T/ecj447959447 [ecj-lint] Compiling 1241 source files to /var/folders/qg/h2dfw5s161s51l2bn79mrb7rgn/T/ecj447959447 [ecj-lint] Processing annotations [ecj-lint] Annotations processed [ecj-lint] Processing annotations [ecj-lint] No elements to process [ecj-lint] invalid Class-Path header in manifest of jar file: /Users/jenkins/.ivy2/cache/org.restlet.jee/org.restlet/jars/org.restlet-2.3.0.jar [ecj-lint] invalid Class-Path header in manifest of jar file: /Users/jenkins/.ivy2/cache/org.restlet.jee/org.restlet.ext.servlet/jars/org.restlet.ext.servlet-2.3.0.jar [ecj-lint] -- [ecj-lint] 1. WARNING in /Users/jenkins/workspace/Lucene-Solr-8.x-MacOSX/solr/core/src/java/org/apache/solr/client/solrj/embedded/EmbeddedSolrServer.java (at line 219) [ecj-lint] return (NamedList) new JavaBinCodec(resolver).unmarshal(in); [ecj-lint]^^ [ecj-lint] Resource leak: '' is never closed [ecj-lint] -- [ecj-lint] -- [ecj-lint] 2. WARNING in /Users/jenkins/workspace/Lucene-Solr-8.x-MacOSX/solr/core/src/java/org/apache/solr/cloud/api/collections/RestoreCmd.java (at line 257) [ecj-lint] throw new SolrException(ErrorCode.BAD_REQUEST, "Unexpected number of replicas, replicationFactor, " + [ecj-lint] Replica.Type.NRT + " or " + Replica.Type.TLOG + " must be greater than 0"); [ecj-lint] ^^^ [ecj-lint] Resource leak: 'repository' is not closed at this location [ecj-lint] -- [ecj-lint] -- [ecj-lint] 3. WARNING in /Users/jenkins/workspace/Lucene-Solr-8.x-MacOSX/solr/core/src/java/org/apache/solr/handler/loader/JavabinLoader.java (at line 137) [ecj-lint] new JavaBinCodec() { [ecj-lint] SolrParams params; [ecj-lint] AddUpdateCommand addCmd = null; [ecj-lint] [ecj-lint] @Override [ecj-lint] public List readIterator(DataInputInputStream fis) throws IOException { [ecj-lint] while (true) { [ecj-lint] Object o = readVal(fis); [ecj-lint] if (o == END_OBJ) break; [ecj-lint] if (o instanceof NamedList) { [ecj-lint] params = ((NamedList) o).toSolrParams(); [ecj-lint] } else { [ecj-lint] try { [ecj-lint] if (o instanceof byte[]) { [ecj-lint] if (params != null) req.setParams(params); [ecj-lint] byte[] buf = (byte[]) o; [ecj-lint] contentStreamLoader.load(req, rsp, new ContentStreamBase.ByteArrayStream(buf, null), processor); [ecj-lint] } else { [ecj-lint] throw new RuntimeException("unsupported type "); [ecj-lint] } [ecj-lint] } catch (Exception e) { [ecj-lint] throw new RuntimeException(e); [ecj-lint] } finally { [ecj-lint] params = null; [ecj-lint] req.setParams(old); [ecj-lint] } [ecj-lint] } [ecj-lint] } [ecj-lint] return Collections.emptyList(); [ecj-lint] } [ecj-lint] [ecj-lint] }.unmarshal(in); [ecj-lint] ^^ [ecj-lint] Resource leak: '' is never closed [ecj-lint] -- [ecj-lint] -- [ecj-lint] 4. ERROR in /Users/jenkins/workspace/Lucene-Solr-8.x-MacOSX/solr/core/src/java/org/apache/solr/update/DocumentBuilder.java (at line 32) [ecj-lint] import org.apache.solr.common.util.ByteArrayUtf8CharSequence; [ecj-lint]
[jira] [Updated] (SOLR-12768) Determine how _nest_path_ should be analyzed to support various use-cases
[ https://issues.apache.org/jira/browse/SOLR-12768?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Smiley updated SOLR-12768: Attachment: SOLR-12768.patch > Determine how _nest_path_ should be analyzed to support various use-cases > - > > Key: SOLR-12768 > URL: https://issues.apache.org/jira/browse/SOLR-12768 > Project: Solr > Issue Type: Sub-task > Security Level: Public(Default Security Level. Issues are Public) >Reporter: David Smiley >Assignee: David Smiley >Priority: Blocker > Fix For: 8.0 > > Attachments: SOLR-12768.patch, SOLR-12768.patch > > Time Spent: 2h > Remaining Estimate: 0h > > We know we need {{\_nest\_path\_}} in the schema for the new nested documents > support, and we loosely know what goes in it. From a DocValues perspective, > we've got it down; though we might tweak it. From an indexing (text > analysis) perspective, we're not quite sure yet, though we've got a test > schema, {{schema-nest.xml}} with a decent shot at it. Ultimately, how we > index it will depend on the query/filter use-cases we need to support. So > we'll review some of them here. > TBD: Not sure if the outcome of this task is just a "decide" or wether we > also potentially add a few tests for some of these cases, and/or if we also > add a FieldType to make declaring it as easy as a one-liner. A FieldType > would have other benefits too once we're ready to make querying on the path > easier. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-SmokeRelease-7.x - Build # 424 - Still Failing
Build: https://builds.apache.org/job/Lucene-Solr-SmokeRelease-7.x/424/ No tests ran. Build Log: [...truncated 23488 lines...] [asciidoctor:convert] asciidoctor: ERROR: about-this-guide.adoc: line 1: invalid part, must have at least one section (e.g., chapter, appendix, etc.) [asciidoctor:convert] asciidoctor: ERROR: solr-glossary.adoc: line 1: invalid part, must have at least one section (e.g., chapter, appendix, etc.) [java] Processed 2458 links (2009 relative) to 3221 anchors in 247 files [echo] Validated Links & Anchors via: /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-7.x/solr/build/solr-ref-guide/bare-bones-html/ -dist-changes: [copy] Copying 4 files to /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-7.x/solr/package/changes package: -unpack-solr-tgz: -ensure-solr-tgz-exists: [mkdir] Created dir: /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-7.x/solr/build/solr.tgz.unpacked [untar] Expanding: /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-7.x/solr/package/solr-7.7.0.tgz into /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-7.x/solr/build/solr.tgz.unpacked generate-maven-artifacts: resolve: resolve: ivy-availability-check: [loadresource] Do not set property disallowed.ivy.jars.list as its length is 0. -ivy-fail-disallowed-ivy-version: ivy-fail: ivy-configure: [ivy:configure] :: loading settings :: file = /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-7.x/lucene/top-level-ivy-settings.xml resolve: ivy-availability-check: [loadresource] Do not set property disallowed.ivy.jars.list as its length is 0. -ivy-fail-disallowed-ivy-version: ivy-fail: ivy-configure: [ivy:configure] :: loading settings :: file = /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-7.x/lucene/top-level-ivy-settings.xml resolve: resolve: ivy-availability-check: [loadresource] Do not set property disallowed.ivy.jars.list as its length is 0. -ivy-fail-disallowed-ivy-version: ivy-fail: ivy-configure: [ivy:configure] :: loading settings :: file = /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-7.x/lucene/top-level-ivy-settings.xml resolve: ivy-availability-check: [loadresource] Do not set property disallowed.ivy.jars.list as its length is 0. -ivy-fail-disallowed-ivy-version: ivy-fail: ivy-configure: [ivy:configure] :: loading settings :: file = /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-7.x/lucene/top-level-ivy-settings.xml resolve: ivy-availability-check: [loadresource] Do not set property disallowed.ivy.jars.list as its length is 0. -ivy-fail-disallowed-ivy-version: ivy-fail: ivy-configure: [ivy:configure] :: loading settings :: file = /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-7.x/lucene/top-level-ivy-settings.xml resolve: ivy-availability-check: [loadresource] Do not set property disallowed.ivy.jars.list as its length is 0. -ivy-fail-disallowed-ivy-version: ivy-fail: ivy-configure: [ivy:configure] :: loading settings :: file = /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-7.x/lucene/top-level-ivy-settings.xml resolve: ivy-availability-check: [loadresource] Do not set property disallowed.ivy.jars.list as its length is 0. -ivy-fail-disallowed-ivy-version: ivy-fail: ivy-configure: [ivy:configure] :: loading settings :: file = /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-7.x/lucene/top-level-ivy-settings.xml resolve: ivy-availability-check: [loadresource] Do not set property disallowed.ivy.jars.list as its length is 0. -ivy-fail-disallowed-ivy-version: ivy-fail: ivy-configure: [ivy:configure] :: loading settings :: file = /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-7.x/lucene/top-level-ivy-settings.xml resolve: ivy-availability-check: [loadresource] Do not set property disallowed.ivy.jars.list as its length is 0. -ivy-fail-disallowed-ivy-version: ivy-fail: ivy-configure: [ivy:configure] :: loading settings :: file = /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-7.x/lucene/top-level-ivy-settings.xml resolve: ivy-availability-check: [loadresource] Do not set property disallowed.ivy.jars.list as its length is 0. -ivy-fail-disallowed-ivy-version: ivy-fail: ivy-configure: [ivy:configure] :: loading settings :: file = /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-7.x/lucene/top-level-ivy-settings.xml resolve: ivy-availability-check: [loadresource] Do not set property disallowed.ivy.jars.list as its length is 0. -ivy-fail-disallowed-ivy-version: ivy-fail: ivy-configure: [ivy:configure] :: loading settings :: file = /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-7.x/lucene/top-level-ivy-settings.xml resolve: ivy-availability-check: [loadresource] Do not set property disallowed.ivy.jars.list as its length is 0. -ivy-fail-disallowed-ivy-version: ivy-fail: ivy-configure:
[JENKINS] Lucene-Solr-NightlyTests-7.x - Build # 428 - Still Failing
Build: https://builds.apache.org/job/Lucene-Solr-NightlyTests-7.x/428/ 1 tests failed. FAILED: org.apache.solr.cloud.ForceLeaderTest.testReplicasInLIRNoLeader Error Message: Timeout occured while waiting response from server at: http://127.0.0.1:41386/forceleader_test_collection Stack Trace: org.apache.solr.client.solrj.SolrServerException: Timeout occured while waiting response from server at: http://127.0.0.1:41386/forceleader_test_collection at __randomizedtesting.SeedInfo.seed([E307B23DADC3C871:59086FD94413110]:0) at org.apache.solr.client.solrj.impl.HttpSolrClient.executeMethod(HttpSolrClient.java:654) at org.apache.solr.client.solrj.impl.HttpSolrClient.request(HttpSolrClient.java:255) at org.apache.solr.client.solrj.impl.HttpSolrClient.request(HttpSolrClient.java:244) at org.apache.solr.client.solrj.impl.LBHttpSolrClient.doRequest(LBHttpSolrClient.java:484) at org.apache.solr.client.solrj.impl.LBHttpSolrClient.request(LBHttpSolrClient.java:414) at org.apache.solr.client.solrj.impl.CloudSolrClient.sendRequest(CloudSolrClient.java:1110) at org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:884) at org.apache.solr.client.solrj.impl.CloudSolrClient.request(CloudSolrClient.java:817) at org.apache.solr.client.solrj.SolrRequest.process(SolrRequest.java:194) at org.apache.solr.client.solrj.SolrClient.commit(SolrClient.java:504) at org.apache.solr.client.solrj.SolrClient.commit(SolrClient.java:479) at org.apache.solr.cloud.ForceLeaderTest.testReplicasInLIRNoLeader(ForceLeaderTest.java:294) 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:1750) at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:938) at com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:974) at com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:988) at org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsFixedStatement.callStatement(BaseDistributedSearchTestCase.java:1063) at org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsStatement.evaluate(BaseDistributedSearchTestCase.java:1035) 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:947) at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:832) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:883) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:894) 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
[JENKINS] Lucene-Solr-BadApples-master-Linux (32bit/jdk1.8.0_172) - Build # 146 - Failure!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-BadApples-master-Linux/146/ Java: 32bit/jdk1.8.0_172 -server -XX:+UseParallelGC All tests passed Build Log: [...truncated 59550 lines...] -ecj-javadoc-lint-src: [mkdir] Created dir: /tmp/ecj23501574 [ecj-lint] Compiling 1241 source files to /tmp/ecj23501574 [ecj-lint] Processing annotations [ecj-lint] Annotations processed [ecj-lint] Processing annotations [ecj-lint] No elements to process [ecj-lint] invalid Class-Path header in manifest of jar file: /home/jenkins/.ivy2/cache/org.restlet.jee/org.restlet/jars/org.restlet-2.3.0.jar [ecj-lint] invalid Class-Path header in manifest of jar file: /home/jenkins/.ivy2/cache/org.restlet.jee/org.restlet.ext.servlet/jars/org.restlet.ext.servlet-2.3.0.jar [ecj-lint] -- [ecj-lint] 1. WARNING in /home/jenkins/workspace/Lucene-Solr-BadApples-master-Linux/solr/core/src/java/org/apache/solr/client/solrj/embedded/EmbeddedSolrServer.java (at line 219) [ecj-lint] return (NamedList) new JavaBinCodec(resolver).unmarshal(in); [ecj-lint]^^ [ecj-lint] Resource leak: '' is never closed [ecj-lint] -- [ecj-lint] -- [ecj-lint] 2. WARNING in /home/jenkins/workspace/Lucene-Solr-BadApples-master-Linux/solr/core/src/java/org/apache/solr/cloud/api/collections/RestoreCmd.java (at line 257) [ecj-lint] throw new SolrException(ErrorCode.BAD_REQUEST, "Unexpected number of replicas, replicationFactor, " + [ecj-lint] Replica.Type.NRT + " or " + Replica.Type.TLOG + " must be greater than 0"); [ecj-lint] ^^^ [ecj-lint] Resource leak: 'repository' is not closed at this location [ecj-lint] -- [ecj-lint] -- [ecj-lint] 3. WARNING in /home/jenkins/workspace/Lucene-Solr-BadApples-master-Linux/solr/core/src/java/org/apache/solr/handler/loader/JavabinLoader.java (at line 137) [ecj-lint] new JavaBinCodec() { [ecj-lint] SolrParams params; [ecj-lint] AddUpdateCommand addCmd = null; [ecj-lint] [ecj-lint] @Override [ecj-lint] public List readIterator(DataInputInputStream fis) throws IOException { [ecj-lint] while (true) { [ecj-lint] Object o = readVal(fis); [ecj-lint] if (o == END_OBJ) break; [ecj-lint] if (o instanceof NamedList) { [ecj-lint] params = ((NamedList) o).toSolrParams(); [ecj-lint] } else { [ecj-lint] try { [ecj-lint] if (o instanceof byte[]) { [ecj-lint] if (params != null) req.setParams(params); [ecj-lint] byte[] buf = (byte[]) o; [ecj-lint] contentStreamLoader.load(req, rsp, new ContentStreamBase.ByteArrayStream(buf, null), processor); [ecj-lint] } else { [ecj-lint] throw new RuntimeException("unsupported type "); [ecj-lint] } [ecj-lint] } catch (Exception e) { [ecj-lint] throw new RuntimeException(e); [ecj-lint] } finally { [ecj-lint] params = null; [ecj-lint] req.setParams(old); [ecj-lint] } [ecj-lint] } [ecj-lint] } [ecj-lint] return Collections.emptyList(); [ecj-lint] } [ecj-lint] [ecj-lint] }.unmarshal(in); [ecj-lint] ^^ [ecj-lint] Resource leak: '' is never closed [ecj-lint] -- [ecj-lint] -- [ecj-lint] 4. ERROR in /home/jenkins/workspace/Lucene-Solr-BadApples-master-Linux/solr/core/src/java/org/apache/solr/update/DocumentBuilder.java (at line 32) [ecj-lint] import org.apache.solr.common.util.ByteArrayUtf8CharSequence; [ecj-lint]^ [ecj-lint] The
[JENKINS] Lucene-Solr-7.x-MacOSX (64bit/jdk1.8.0) - Build # 1017 - Failure!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-7.x-MacOSX/1017/ Java: 64bit/jdk1.8.0 -XX:+UseCompressedOops -XX:+UseConcMarkSweepGC All tests passed Build Log: [...truncated 61276 lines...] -ecj-javadoc-lint-src: [mkdir] Created dir: /var/folders/qg/h2dfw5s161s51l2bn79mrb7rgn/T/ecj317068099 [ecj-lint] Compiling 1235 source files to /var/folders/qg/h2dfw5s161s51l2bn79mrb7rgn/T/ecj317068099 [ecj-lint] Processing annotations [ecj-lint] Annotations processed [ecj-lint] Processing annotations [ecj-lint] No elements to process [ecj-lint] invalid Class-Path header in manifest of jar file: /Users/jenkins/.ivy2/cache/org.restlet.jee/org.restlet/jars/org.restlet-2.3.0.jar [ecj-lint] invalid Class-Path header in manifest of jar file: /Users/jenkins/.ivy2/cache/org.restlet.jee/org.restlet.ext.servlet/jars/org.restlet.ext.servlet-2.3.0.jar [ecj-lint] -- [ecj-lint] 1. WARNING in /Users/jenkins/workspace/Lucene-Solr-7.x-MacOSX/solr/core/src/java/org/apache/solr/client/solrj/embedded/EmbeddedSolrServer.java (at line 219) [ecj-lint] return (NamedList) new JavaBinCodec(resolver).unmarshal(in); [ecj-lint]^^ [ecj-lint] Resource leak: '' is never closed [ecj-lint] -- [ecj-lint] -- [ecj-lint] 2. WARNING in /Users/jenkins/workspace/Lucene-Solr-7.x-MacOSX/solr/core/src/java/org/apache/solr/cloud/api/collections/RestoreCmd.java (at line 257) [ecj-lint] throw new SolrException(ErrorCode.BAD_REQUEST, "Unexpected number of replicas, replicationFactor, " + [ecj-lint] Replica.Type.NRT + " or " + Replica.Type.TLOG + " must be greater than 0"); [ecj-lint] ^^^ [ecj-lint] Resource leak: 'repository' is not closed at this location [ecj-lint] -- [ecj-lint] -- [ecj-lint] 3. WARNING in /Users/jenkins/workspace/Lucene-Solr-7.x-MacOSX/solr/core/src/java/org/apache/solr/handler/loader/JavabinLoader.java (at line 137) [ecj-lint] new JavaBinCodec() { [ecj-lint] SolrParams params; [ecj-lint] AddUpdateCommand addCmd = null; [ecj-lint] [ecj-lint] @Override [ecj-lint] public List readIterator(DataInputInputStream fis) throws IOException { [ecj-lint] while (true) { [ecj-lint] Object o = readVal(fis); [ecj-lint] if (o == END_OBJ) break; [ecj-lint] if (o instanceof NamedList) { [ecj-lint] params = ((NamedList) o).toSolrParams(); [ecj-lint] } else { [ecj-lint] try { [ecj-lint] if (o instanceof byte[]) { [ecj-lint] if (params != null) req.setParams(params); [ecj-lint] byte[] buf = (byte[]) o; [ecj-lint] contentStreamLoader.load(req, rsp, new ContentStreamBase.ByteArrayStream(buf, null), processor); [ecj-lint] } else { [ecj-lint] throw new RuntimeException("unsupported type "); [ecj-lint] } [ecj-lint] } catch (Exception e) { [ecj-lint] throw new RuntimeException(e); [ecj-lint] } finally { [ecj-lint] params = null; [ecj-lint] req.setParams(old); [ecj-lint] } [ecj-lint] } [ecj-lint] } [ecj-lint] return Collections.emptyList(); [ecj-lint] } [ecj-lint] [ecj-lint] }.unmarshal(in); [ecj-lint] ^^ [ecj-lint] Resource leak: '' is never closed [ecj-lint] -- [ecj-lint] -- [ecj-lint] 4. ERROR in /Users/jenkins/workspace/Lucene-Solr-7.x-MacOSX/solr/core/src/java/org/apache/solr/update/DocumentBuilder.java (at line 32) [ecj-lint] import org.apache.solr.common.util.ByteArrayUtf8CharSequence; [ecj-lint]
[jira] [Commented] (SOLR-13016) Computing suggestions when policy have "#EQUAL" or "#ALL" rules take too long
[ https://issues.apache.org/jira/browse/SOLR-13016?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16738891#comment-16738891 ] ASF subversion and git services commented on SOLR-13016: Commit 0635c657c1a13ab97924cbd9bebf5ecec8a84588 in lucene-solr's branch refs/heads/master from Noble Paul [ https://gitbox.apache.org/repos/asf?p=lucene-solr.git;h=0635c65 ] SOLR-13016: precommit errors > Computing suggestions when policy have "#EQUAL" or "#ALL" rules take too long > - > > Key: SOLR-13016 > URL: https://issues.apache.org/jira/browse/SOLR-13016 > Project: Solr > Issue Type: Bug > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Noble Paul >Assignee: Noble Paul >Priority: Major > Attachments: SOLR-13016.patch, SOLR-13016.patch, SOLR-13016.patch, > SOLR-13016.patch, SOLR-13016.patch > > > When rules have computed values such as "#EQUAL" or "#ALL" , it takes too > long to compute. The problem is these values are computed too many times and > as the no:of nodes increase it almost takes forever. These values don't > change and they can be cached -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-13016) Computing suggestions when policy have "#EQUAL" or "#ALL" rules take too long
[ https://issues.apache.org/jira/browse/SOLR-13016?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16738890#comment-16738890 ] ASF subversion and git services commented on SOLR-13016: Commit 3ffc9099bf4eb068df97063ea3f01ece0131fa9d in lucene-solr's branch refs/heads/master from Noble Paul [ https://gitbox.apache.org/repos/asf?p=lucene-solr.git;h=3ffc909 ] SOLR-13016: test errors fixed > Computing suggestions when policy have "#EQUAL" or "#ALL" rules take too long > - > > Key: SOLR-13016 > URL: https://issues.apache.org/jira/browse/SOLR-13016 > Project: Solr > Issue Type: Bug > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Noble Paul >Assignee: Noble Paul >Priority: Major > Attachments: SOLR-13016.patch, SOLR-13016.patch, SOLR-13016.patch, > SOLR-13016.patch, SOLR-13016.patch > > > When rules have computed values such as "#EQUAL" or "#ALL" , it takes too > long to compute. The problem is these values are computed too many times and > as the no:of nodes increase it almost takes forever. These values don't > change and they can be cached -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-master-MacOSX (64bit/jdk1.8.0) - Build # 5012 - Still Failing!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-MacOSX/5012/ Java: 64bit/jdk1.8.0 -XX:-UseCompressedOops -XX:+UseParallelGC 1 tests failed. FAILED: org.apache.solr.client.solrj.request.TestV2Request.testHttpSolrClient Error Message: Captured an uncaught exception in thread: Thread[id=2387, name=Thread-301, state=RUNNABLE, group=TGRP-TestV2Request] Stack Trace: com.carrotsearch.randomizedtesting.UncaughtExceptionError: Captured an uncaught exception in thread: Thread[id=2387, name=Thread-301, state=RUNNABLE, group=TGRP-TestV2Request] at __randomizedtesting.SeedInfo.seed([BA34E52AFE93A61D:622CFD005FA7B43A]:0) Caused by: java.lang.AssertionError at __randomizedtesting.SeedInfo.seed([BA34E52AFE93A61D]:0) at org.apache.solr.core.CoreContainer.reload(CoreContainer.java:1457) at org.apache.solr.core.SolrCore.lambda$getConfListener$21(SolrCore.java:3046) at org.apache.solr.cloud.ZkController.lambda$fireEventListeners$21(ZkController.java:2468) at java.lang.Thread.run(Thread.java:748) Build Log: [...truncated 16225 lines...] [junit4] Suite: org.apache.solr.client.solrj.request.TestV2Request [junit4] 2> 169797 INFO (SUITE-TestV2Request-seed#[BA34E52AFE93A61D]-worker) [] o.a.s.SolrTestCaseJ4 SecureRandom sanity checks: test.solr.allowed.securerandom=null & java.security.egd=file:/dev/./urandom [junit4] 2> Creating dataDir: /Users/jenkins/workspace/Lucene-Solr-master-MacOSX/solr/build/solr-solrj/test/J1/temp/solr.client.solrj.request.TestV2Request_BA34E52AFE93A61D-001/init-core-data-001 [junit4] 2> 169800 WARN (SUITE-TestV2Request-seed#[BA34E52AFE93A61D]-worker) [] o.a.s.SolrTestCaseJ4 startTrackingSearchers: numOpens=1 numCloses=1 [junit4] 2> 169801 INFO (SUITE-TestV2Request-seed#[BA34E52AFE93A61D]-worker) [] o.a.s.SolrTestCaseJ4 Using TrieFields (NUMERIC_POINTS_SYSPROP=false) w/NUMERIC_DOCVALUES_SYSPROP=false [junit4] 2> 169815 INFO (SUITE-TestV2Request-seed#[BA34E52AFE93A61D]-worker) [] o.a.s.SolrTestCaseJ4 Randomized ssl (false) and clientAuth (false) via: @org.apache.solr.util.RandomizeSSL(reason=, value=NaN, ssl=NaN, clientAuth=NaN) w/ MAC_OS_X supressed clientAuth [junit4] 2> 169818 INFO (TEST-TestV2Request.testIsCollectionRequest-seed#[BA34E52AFE93A61D]) [] o.a.s.SolrTestCaseJ4 ###Starting testIsCollectionRequest [junit4] 2> 169828 INFO (TEST-TestV2Request.testIsCollectionRequest-seed#[BA34E52AFE93A61D]) [] o.a.s.c.MiniSolrCloudCluster Starting cluster of 4 servers in /Users/jenkins/workspace/Lucene-Solr-master-MacOSX/solr/build/solr-solrj/test/J1/temp/solr.client.solrj.request.TestV2Request_BA34E52AFE93A61D-001/tempDir-001 [junit4] 2> 169829 INFO (TEST-TestV2Request.testIsCollectionRequest-seed#[BA34E52AFE93A61D]) [] o.a.s.c.ZkTestServer STARTING ZK TEST SERVER [junit4] 2> 169829 INFO (ZkTestServer Run Thread) [] o.a.s.c.ZkTestServer client port:0.0.0.0/0.0.0.0:0 [junit4] 2> 169829 INFO (ZkTestServer Run Thread) [] o.a.s.c.ZkTestServer Starting server [junit4] 2> 169934 INFO (TEST-TestV2Request.testIsCollectionRequest-seed#[BA34E52AFE93A61D]) [] o.a.s.c.ZkTestServer start zk server on port:50921 [junit4] 2> 169934 INFO (TEST-TestV2Request.testIsCollectionRequest-seed#[BA34E52AFE93A61D]) [] o.a.s.c.ZkTestServer parse host and port list: 127.0.0.1:50921 [junit4] 2> 169934 INFO (TEST-TestV2Request.testIsCollectionRequest-seed#[BA34E52AFE93A61D]) [] o.a.s.c.ZkTestServer connecting to 127.0.0.1 50921 [junit4] 2> 169956 INFO (zkConnectionManagerCallback-560-thread-1) [] o.a.s.c.c.ConnectionManager zkClient has connected [junit4] 2> 169969 INFO (zkConnectionManagerCallback-562-thread-1) [] o.a.s.c.c.ConnectionManager zkClient has connected [junit4] 2> 169973 INFO (zkConnectionManagerCallback-564-thread-1) [] o.a.s.c.c.ConnectionManager zkClient has connected [junit4] 2> 169985 WARN (jetty-launcher-565-thread-1) [] o.e.j.s.AbstractConnector Ignoring deprecated socket close linger time [junit4] 2> 169985 INFO (jetty-launcher-565-thread-1) [] o.a.s.c.s.e.JettySolrRunner Start Jetty (original configured port=0) [junit4] 2> 169985 INFO (jetty-launcher-565-thread-1) [] o.a.s.c.s.e.JettySolrRunner Trying to start Jetty on port 0 try number 1 ... [junit4] 2> 169986 INFO (jetty-launcher-565-thread-1) [] o.e.j.s.Server jetty-9.4.14.v20181114; built: 2018-11-14T21:20:31.478Z; git: c4550056e785fb5665914545889f21dc136ad9e6; jvm 1.8.0_172-b11 [junit4] 2> 169986 WARN (jetty-launcher-565-thread-3) [] o.e.j.s.AbstractConnector Ignoring deprecated socket close linger time [junit4] 2> 169986 INFO (jetty-launcher-565-thread-3) [] o.a.s.c.s.e.JettySolrRunner Start Jetty (original configured port=0) [junit4] 2> 169986 INFO (jetty-launcher-565-thread-3) [] o.a.s.c.s.e.JettySolrRunner Trying to start Jetty
[JENKINS] Lucene-Solr-Tests-7.x - Build # 1202 - Still Failing
Build: https://builds.apache.org/job/Lucene-Solr-Tests-7.x/1202/ All tests passed Build Log: [...truncated 61369 lines...] -ecj-javadoc-lint-src: [mkdir] Created dir: /tmp/ecj1888741843 [ecj-lint] Compiling 1235 source files to /tmp/ecj1888741843 [ecj-lint] Processing annotations [ecj-lint] Annotations processed [ecj-lint] Processing annotations [ecj-lint] No elements to process [ecj-lint] invalid Class-Path header in manifest of jar file: /home/jenkins/.ivy2/cache/org.restlet.jee/org.restlet/jars/org.restlet-2.3.0.jar [ecj-lint] invalid Class-Path header in manifest of jar file: /home/jenkins/.ivy2/cache/org.restlet.jee/org.restlet.ext.servlet/jars/org.restlet.ext.servlet-2.3.0.jar [ecj-lint] -- [ecj-lint] 1. WARNING in /home/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-7.x/solr/core/src/java/org/apache/solr/client/solrj/embedded/EmbeddedSolrServer.java (at line 219) [ecj-lint] return (NamedList) new JavaBinCodec(resolver).unmarshal(in); [ecj-lint]^^ [ecj-lint] Resource leak: '' is never closed [ecj-lint] -- [ecj-lint] -- [ecj-lint] 2. WARNING in /home/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-7.x/solr/core/src/java/org/apache/solr/cloud/api/collections/RestoreCmd.java (at line 257) [ecj-lint] throw new SolrException(ErrorCode.BAD_REQUEST, "Unexpected number of replicas, replicationFactor, " + [ecj-lint] Replica.Type.NRT + " or " + Replica.Type.TLOG + " must be greater than 0"); [ecj-lint] ^^^ [ecj-lint] Resource leak: 'repository' is not closed at this location [ecj-lint] -- [ecj-lint] -- [ecj-lint] 3. WARNING in /home/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-7.x/solr/core/src/java/org/apache/solr/handler/loader/JavabinLoader.java (at line 137) [ecj-lint] new JavaBinCodec() { [ecj-lint] SolrParams params; [ecj-lint] AddUpdateCommand addCmd = null; [ecj-lint] [ecj-lint] @Override [ecj-lint] public List readIterator(DataInputInputStream fis) throws IOException { [ecj-lint] while (true) { [ecj-lint] Object o = readVal(fis); [ecj-lint] if (o == END_OBJ) break; [ecj-lint] if (o instanceof NamedList) { [ecj-lint] params = ((NamedList) o).toSolrParams(); [ecj-lint] } else { [ecj-lint] try { [ecj-lint] if (o instanceof byte[]) { [ecj-lint] if (params != null) req.setParams(params); [ecj-lint] byte[] buf = (byte[]) o; [ecj-lint] contentStreamLoader.load(req, rsp, new ContentStreamBase.ByteArrayStream(buf, null), processor); [ecj-lint] } else { [ecj-lint] throw new RuntimeException("unsupported type "); [ecj-lint] } [ecj-lint] } catch (Exception e) { [ecj-lint] throw new RuntimeException(e); [ecj-lint] } finally { [ecj-lint] params = null; [ecj-lint] req.setParams(old); [ecj-lint] } [ecj-lint] } [ecj-lint] } [ecj-lint] return Collections.emptyList(); [ecj-lint] } [ecj-lint] [ecj-lint] }.unmarshal(in); [ecj-lint] ^^ [ecj-lint] Resource leak: '' is never closed [ecj-lint] -- [ecj-lint] -- [ecj-lint] 4. ERROR in /home/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-7.x/solr/core/src/java/org/apache/solr/update/DocumentBuilder.java (at line 32) [ecj-lint] import org.apache.solr.common.util.ByteArrayUtf8CharSequence; [ecj-lint]^ [ecj-lint] The import
[jira] [Commented] (SOLR-12962) add an 'uninvertible' field(type) option (that defaults to "true" for backcompat)
[ https://issues.apache.org/jira/browse/SOLR-12962?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16738876#comment-16738876 ] Hoss Man commented on SOLR-12962: - I think the oddity you're seeing isn't specific/special to {{uninvertible}} ... it's the same kind of oddity that can exist if you look at techproduct's {{random_*}} dynamic field in the schema browser: it says it's "stored" even though the concept of being stored makes no sense (and the corresponding FieldProperty is unused) in RandomSortField because it's inheriting the global (implicit) default. Likewise if you define an {{ExternalFileField}} it also picks up all sorts of (implicit default) FieldProperties ("indexed", "stored", "uninvertible", "omitTermFreqAndPositions") that make no sense for that field type, but are still inherited by any SchemaField's that use that type and show up in the schema browser. Lots of other oddities like this exist, but many are only visable in the Schema API (because of the limited info returned by Luke which is what the schema browser uses) when using the {{showDefaults=true}} option. Example: all FieldTypes have an implicit default of "useDocValuesAsStored=true" when the schema version>1.6 ... even for fields where doc values make no sense like TextField, ExternalFileField, etc... I'm not saying there isn't room for improvement here, just that it's a much more widespread issue of implicit default FieldProperties that don't always make sense for all FieldType _classes_ (let alone {{}} and {{}} instances based on other explicit properties) above and beyond {{uninvertible}} and should be tackled more broadly in a distinct issue (although even if we *only* wanted to try to fix this for {{uninveritible}} it needs a new issue for tracking since this code has already been released) > add an 'uninvertible' field(type) option (that defaults to "true" for > backcompat) > - > > Key: SOLR-12962 > URL: https://issues.apache.org/jira/browse/SOLR-12962 > Project: Solr > Issue Type: Sub-task >Reporter: Hoss Man >Assignee: Hoss Man >Priority: Major > Fix For: 7.6, 8.0 > > Attachments: SOLR-12962.patch, SOLR-12962.patch, SOLR-12962.patch, > SOLR-12962.patch, SOLR-12962.patch > > > field & fieldtype declarations should support an {{uninvertible}} option > (which defaults to "true") for backcompat that dictates wether or not > Uninversion can be performed on fields. > See parent issue for more background/discussion. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
Re: [JENKINS] Lucene-Solr-7.x-Linux (32bit/jdk1.8.0_172) - Build # 3378 - Still Failing!
How come I don't see this locally? On Thu, Jan 10, 2019 at 11:48 AM Policeman Jenkins Server wrote: > > Build: https://jenkins.thetaphi.de/job/Lucene-Solr-7.x-Linux/3378/ > Java: 32bit/jdk1.8.0_172 -client -XX:+UseSerialGC > > All tests passed > > Build Log: > [...truncated 59608 lines...] > -ecj-javadoc-lint-src: > [mkdir] Created dir: /tmp/ecj704087535 > [ecj-lint] Compiling 1235 source files to /tmp/ecj704087535 > [ecj-lint] Processing annotations > [ecj-lint] Annotations processed > [ecj-lint] Processing annotations > [ecj-lint] No elements to process > [ecj-lint] invalid Class-Path header in manifest of jar file: > /home/jenkins/.ivy2/cache/org.restlet.jee/org.restlet/jars/org.restlet-2.3.0.jar > [ecj-lint] invalid Class-Path header in manifest of jar file: > /home/jenkins/.ivy2/cache/org.restlet.jee/org.restlet.ext.servlet/jars/org.restlet.ext.servlet-2.3.0.jar > [ecj-lint] -- > [ecj-lint] 1. WARNING in > /home/jenkins/workspace/Lucene-Solr-7.x-Linux/solr/core/src/java/org/apache/solr/client/solrj/embedded/EmbeddedSolrServer.java > (at line 219) > [ecj-lint] return (NamedList) new > JavaBinCodec(resolver).unmarshal(in); > [ecj-lint]^^ > [ecj-lint] Resource leak: '' is never closed > [ecj-lint] -- > [ecj-lint] -- > [ecj-lint] 2. WARNING in > /home/jenkins/workspace/Lucene-Solr-7.x-Linux/solr/core/src/java/org/apache/solr/cloud/api/collections/RestoreCmd.java > (at line 257) > [ecj-lint] throw new SolrException(ErrorCode.BAD_REQUEST, "Unexpected > number of replicas, replicationFactor, " + > [ecj-lint] Replica.Type.NRT + " or " + Replica.Type.TLOG + " > must be greater than 0"); > [ecj-lint] > ^^^ > [ecj-lint] Resource leak: 'repository' is not closed at this location > [ecj-lint] -- > [ecj-lint] -- > [ecj-lint] 3. WARNING in > /home/jenkins/workspace/Lucene-Solr-7.x-Linux/solr/core/src/java/org/apache/solr/handler/loader/JavabinLoader.java > (at line 137) > [ecj-lint] new JavaBinCodec() { > [ecj-lint] SolrParams params; > [ecj-lint] AddUpdateCommand addCmd = null; > [ecj-lint] > [ecj-lint] @Override > [ecj-lint] public List readIterator(DataInputInputStream fis) > throws IOException { > [ecj-lint] while (true) { > [ecj-lint] Object o = readVal(fis); > [ecj-lint] if (o == END_OBJ) break; > [ecj-lint] if (o instanceof NamedList) { > [ecj-lint] params = ((NamedList) o).toSolrParams(); > [ecj-lint] } else { > [ecj-lint] try { > [ecj-lint] if (o instanceof byte[]) { > [ecj-lint] if (params != null) req.setParams(params); > [ecj-lint] byte[] buf = (byte[]) o; > [ecj-lint] contentStreamLoader.load(req, rsp, new > ContentStreamBase.ByteArrayStream(buf, null), processor); > [ecj-lint] } else { > [ecj-lint] throw new RuntimeException("unsupported type "); > [ecj-lint] } > [ecj-lint] } catch (Exception e) { > [ecj-lint] throw new RuntimeException(e); > [ecj-lint] } finally { > [ecj-lint] params = null; > [ecj-lint] req.setParams(old); > [ecj-lint] } > [ecj-lint] } > [ecj-lint] } > [ecj-lint] return Collections.emptyList(); > [ecj-lint] } > [ecj-lint] > [ecj-lint] }.unmarshal(in); > [ecj-lint] > ^^ > [ecj-lint] Resource leak: '' is never closed > [ecj-lint] -- > [ecj-lint] -- > [ecj-lint] 4. ERROR in >
[JENKINS] Lucene-Solr-7.x-Linux (32bit/jdk1.8.0_172) - Build # 3378 - Still Failing!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-7.x-Linux/3378/ Java: 32bit/jdk1.8.0_172 -client -XX:+UseSerialGC All tests passed Build Log: [...truncated 59608 lines...] -ecj-javadoc-lint-src: [mkdir] Created dir: /tmp/ecj704087535 [ecj-lint] Compiling 1235 source files to /tmp/ecj704087535 [ecj-lint] Processing annotations [ecj-lint] Annotations processed [ecj-lint] Processing annotations [ecj-lint] No elements to process [ecj-lint] invalid Class-Path header in manifest of jar file: /home/jenkins/.ivy2/cache/org.restlet.jee/org.restlet/jars/org.restlet-2.3.0.jar [ecj-lint] invalid Class-Path header in manifest of jar file: /home/jenkins/.ivy2/cache/org.restlet.jee/org.restlet.ext.servlet/jars/org.restlet.ext.servlet-2.3.0.jar [ecj-lint] -- [ecj-lint] 1. WARNING in /home/jenkins/workspace/Lucene-Solr-7.x-Linux/solr/core/src/java/org/apache/solr/client/solrj/embedded/EmbeddedSolrServer.java (at line 219) [ecj-lint] return (NamedList) new JavaBinCodec(resolver).unmarshal(in); [ecj-lint]^^ [ecj-lint] Resource leak: '' is never closed [ecj-lint] -- [ecj-lint] -- [ecj-lint] 2. WARNING in /home/jenkins/workspace/Lucene-Solr-7.x-Linux/solr/core/src/java/org/apache/solr/cloud/api/collections/RestoreCmd.java (at line 257) [ecj-lint] throw new SolrException(ErrorCode.BAD_REQUEST, "Unexpected number of replicas, replicationFactor, " + [ecj-lint] Replica.Type.NRT + " or " + Replica.Type.TLOG + " must be greater than 0"); [ecj-lint] ^^^ [ecj-lint] Resource leak: 'repository' is not closed at this location [ecj-lint] -- [ecj-lint] -- [ecj-lint] 3. WARNING in /home/jenkins/workspace/Lucene-Solr-7.x-Linux/solr/core/src/java/org/apache/solr/handler/loader/JavabinLoader.java (at line 137) [ecj-lint] new JavaBinCodec() { [ecj-lint] SolrParams params; [ecj-lint] AddUpdateCommand addCmd = null; [ecj-lint] [ecj-lint] @Override [ecj-lint] public List readIterator(DataInputInputStream fis) throws IOException { [ecj-lint] while (true) { [ecj-lint] Object o = readVal(fis); [ecj-lint] if (o == END_OBJ) break; [ecj-lint] if (o instanceof NamedList) { [ecj-lint] params = ((NamedList) o).toSolrParams(); [ecj-lint] } else { [ecj-lint] try { [ecj-lint] if (o instanceof byte[]) { [ecj-lint] if (params != null) req.setParams(params); [ecj-lint] byte[] buf = (byte[]) o; [ecj-lint] contentStreamLoader.load(req, rsp, new ContentStreamBase.ByteArrayStream(buf, null), processor); [ecj-lint] } else { [ecj-lint] throw new RuntimeException("unsupported type "); [ecj-lint] } [ecj-lint] } catch (Exception e) { [ecj-lint] throw new RuntimeException(e); [ecj-lint] } finally { [ecj-lint] params = null; [ecj-lint] req.setParams(old); [ecj-lint] } [ecj-lint] } [ecj-lint] } [ecj-lint] return Collections.emptyList(); [ecj-lint] } [ecj-lint] [ecj-lint] }.unmarshal(in); [ecj-lint] ^^ [ecj-lint] Resource leak: '' is never closed [ecj-lint] -- [ecj-lint] -- [ecj-lint] 4. ERROR in /home/jenkins/workspace/Lucene-Solr-7.x-Linux/solr/core/src/java/org/apache/solr/update/DocumentBuilder.java (at line 32) [ecj-lint] import org.apache.solr.common.util.ByteArrayUtf8CharSequence; [ecj-lint]^ [ecj-lint] The import org.apache.solr.common.util.ByteArrayUtf8CharSequence is
[jira] [Commented] (LUCENE-8585) Create jump-tables for DocValues at index-time
[ https://issues.apache.org/jira/browse/LUCENE-8585?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16738843#comment-16738843 ] Adrien Grand commented on LUCENE-8585: -- Thanks Toke. Regarding timing, I know [~romseygeek] wants to do cleanups of stuff that got deprecated in 7, which often helped uncover issues before cutting a release, plus we just set up Jenkins jobs. I'm traveling this week but I'll have another look as soon as I can, I should be able to perform another pass by Friday. > Create jump-tables for DocValues at index-time > -- > > Key: LUCENE-8585 > URL: https://issues.apache.org/jira/browse/LUCENE-8585 > Project: Lucene - Core > Issue Type: Improvement > Components: core/codecs >Affects Versions: 8.0 >Reporter: Toke Eskildsen >Priority: Minor > Labels: performance > Attachments: LUCENE-8585.patch, LUCENE-8585.patch, > make_patch_lucene8585.sh > > Time Spent: 9h 20m > Remaining Estimate: 0h > > As noted in LUCENE-7589, lookup of DocValues should use jump-tables to avoid > long iterative walks. This is implemented in LUCENE-8374 at search-time > (first request for DocValues from a field in a segment), with the benefit of > working without changes to existing Lucene 7 indexes and the downside of > introducing a startup time penalty and a memory overhead. > As discussed in LUCENE-8374, the codec should be updated to create these > jump-tables at index time. This eliminates the segment-open time & memory > penalties, with the potential downside of increasing index-time for DocValues. > The three elements of LUCENE-8374 should be transferable to index-time > without much alteration of the core structures: > * {{IndexedDISI}} block offset and index skips: A {{long}} (64 bits) for > every 65536 documents, containing the offset of the block in 33 bits and the > index (number of set bits) up to the block in 31 bits. > It can be build sequentially and should be stored as a simple sequence of > consecutive longs for caching of lookups. > As it is fairly small, relative to document count, it might be better to > simply memory cache it? > * {{IndexedDISI}} DENSE (> 4095, < 65536 set bits) blocks: A {{short}} (16 > bits) for every 8 {{longs}} (512 bits) for a total of 256 bytes/DENSE_block. > Each {{short}} represents the number of set bits up to right before the > corresponding sub-block of 512 docIDs. > The \{{shorts}} can be computed sequentially or when the DENSE block is > flushed (probably the easiest). They should be stored as a simple sequence of > consecutive shorts for caching of lookups, one logically independent sequence > for each DENSE block. The logical position would be one sequence at the start > of every DENSE block. > Whether it is best to read all the 16 {{shorts}} up front when a DENSE block > is accessed or whether it is best to only read any individual {{short}} when > needed is not clear at this point. > * Variable Bits Per Value: A {{long}} (64 bits) for every 16384 numeric > values. Each {{long}} holds the offset to the corresponding block of values. > The offsets can be computed sequentially and should be stored as a simple > sequence of consecutive {{longs}} for caching of lookups. > The vBPV-offsets has the largest space overhead og the 3 jump-tables and a > lot of the 64 bits in each long are not used for most indexes. They could be > represented as a simple {{PackedInts}} sequence or {{MonotonicLongValues}}, > with the downsides of a potential lookup-time overhead and the need for doing > the compression after all offsets has been determined. > I have no experience with the codec-parts responsible for creating > index-structures. I'm quite willing to take a stab at this, although I > probably won't do much about it before January 2019. Should anyone else wish > to adopt this JIRA-issue or co-work on it, I'll be happy to share. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Assigned] (LUCENE-8632) Adapt LatLonShape tessellator to non-geo shapes
[ https://issues.apache.org/jira/browse/LUCENE-8632?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nicholas Knize reassigned LUCENE-8632: -- Assignee: Nicholas Knize > Adapt LatLonShape tessellator to non-geo shapes > --- > > Key: LUCENE-8632 > URL: https://issues.apache.org/jira/browse/LUCENE-8632 > Project: Lucene - Core > Issue Type: New Feature >Reporter: Nicholas Knize >Assignee: Nicholas Knize >Priority: Major > > Currently the tessellator is tightly coupled with latitude and longitude > (WGS84) geospatial coordinates. This issue will explore generalizing the > tessellator to non geospatial coordinate systems so lucene can handle > arbitrary projections in vector space. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Created] (LUCENE-8632) Adapt LatLonShape tessellator to non-geo shapes
Nicholas Knize created LUCENE-8632: -- Summary: Adapt LatLonShape tessellator to non-geo shapes Key: LUCENE-8632 URL: https://issues.apache.org/jira/browse/LUCENE-8632 Project: Lucene - Core Issue Type: New Feature Reporter: Nicholas Knize Currently the tessellator is tightly coupled with latitude and longitude (WGS84) geospatial coordinates. This issue will explore generalizing the tessellator to non geospatial coordinate systems so lucene can handle arbitrary projections in vector space. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-8.x-Windows (32bit/jdk1.8.0_172) - Build # 2 - Failure!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-8.x-Windows/2/ Java: 32bit/jdk1.8.0_172 -client -XX:+UseParallelGC All tests passed Build Log: [...truncated 59668 lines...] -ecj-javadoc-lint-src: [mkdir] Created dir: C:\Users\jenkins\AppData\Local\Temp\ecj774636455 [ecj-lint] Compiling 1241 source files to C:\Users\jenkins\AppData\Local\Temp\ecj774636455 [ecj-lint] Processing annotations [ecj-lint] Annotations processed [ecj-lint] Processing annotations [ecj-lint] No elements to process [ecj-lint] invalid Class-Path header in manifest of jar file: C:\Users\jenkins\workspace\Lucene-Solr-8.x-Windows\solr\core\lib\org.restlet-2.3.0.jar [ecj-lint] invalid Class-Path header in manifest of jar file: C:\Users\jenkins\workspace\Lucene-Solr-8.x-Windows\solr\core\lib\org.restlet.ext.servlet-2.3.0.jar [ecj-lint] -- [ecj-lint] 1. WARNING in C:\Users\jenkins\workspace\Lucene-Solr-8.x-Windows\solr\core\src\java\org\apache\solr\client\solrj\embedded\EmbeddedSolrServer.java (at line 219) [ecj-lint] return (NamedList) new JavaBinCodec(resolver).unmarshal(in); [ecj-lint]^^ [ecj-lint] Resource leak: '' is never closed [ecj-lint] -- [ecj-lint] -- [ecj-lint] 2. WARNING in C:\Users\jenkins\workspace\Lucene-Solr-8.x-Windows\solr\core\src\java\org\apache\solr\cloud\api\collections\RestoreCmd.java (at line 257) [ecj-lint] throw new SolrException(ErrorCode.BAD_REQUEST, "Unexpected number of replicas, replicationFactor, " + [ecj-lint] Replica.Type.NRT + " or " + Replica.Type.TLOG + " must be greater than 0"); [ecj-lint] ^^^ [ecj-lint] Resource leak: 'repository' is not closed at this location [ecj-lint] -- [ecj-lint] -- [ecj-lint] 3. WARNING in C:\Users\jenkins\workspace\Lucene-Solr-8.x-Windows\solr\core\src\java\org\apache\solr\handler\loader\JavabinLoader.java (at line 137) [ecj-lint] new JavaBinCodec() { [ecj-lint] SolrParams params; [ecj-lint] AddUpdateCommand addCmd = null; [ecj-lint] [ecj-lint] @Override [ecj-lint] public List readIterator(DataInputInputStream fis) throws IOException { [ecj-lint] while (true) { [ecj-lint] Object o = readVal(fis); [ecj-lint] if (o == END_OBJ) break; [ecj-lint] if (o instanceof NamedList) { [ecj-lint] params = ((NamedList) o).toSolrParams(); [ecj-lint] } else { [ecj-lint] try { [ecj-lint] if (o instanceof byte[]) { [ecj-lint] if (params != null) req.setParams(params); [ecj-lint] byte[] buf = (byte[]) o; [ecj-lint] contentStreamLoader.load(req, rsp, new ContentStreamBase.ByteArrayStream(buf, null), processor); [ecj-lint] } else { [ecj-lint] throw new RuntimeException("unsupported type "); [ecj-lint] } [ecj-lint] } catch (Exception e) { [ecj-lint] throw new RuntimeException(e); [ecj-lint] } finally { [ecj-lint] params = null; [ecj-lint] req.setParams(old); [ecj-lint] } [ecj-lint] } [ecj-lint] } [ecj-lint] return Collections.emptyList(); [ecj-lint] } [ecj-lint] [ecj-lint] }.unmarshal(in); [ecj-lint] ^^ [ecj-lint] Resource leak: '' is never closed [ecj-lint] -- [ecj-lint] -- [ecj-lint] 4. ERROR in C:\Users\jenkins\workspace\Lucene-Solr-8.x-Windows\solr\core\src\java\org\apache\solr\update\DocumentBuilder.java (at line 32) [ecj-lint] import org.apache.solr.common.util.ByteArrayUtf8CharSequence; [ecj-lint]
Re: Welcome Nick Knize to the PMC
Thank you everyone! I am honored and humbled to be a part of such a talented group. On Wed, Jan 9, 2019 at 3:04 PM David Smiley wrote: > Welcome Nick! > > On Wed, Jan 9, 2019 at 3:02 PM Shai Erera wrote: > >> Welcome! >> >> On Wed, Jan 9, 2019 at 9:30 PM Christine Poerschke (BLOOMBERG/ LONDON) < >> cpoersc...@bloomberg.net> wrote: >> >>> Welcome Nick! >>> >>> From: dev@lucene.apache.org At: 01/09/19 15:12:38 >>> To: dev@lucene.apache.org >>> Subject: Welcome Nick Knize to the PMC >>> >>> I am pleased to announce that Nick Knize has accepted the PMC's >>> invitation to join. >>> >>> Welcome Nick! >>> >>> -- >>> Adrien >>> >>> - >>> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org >>> For additional commands, e-mail: dev-h...@lucene.apache.org >>> >>> >>> -- > Lucene/Solr Search Committer (PMC), Developer, Author, Speaker > LinkedIn: http://linkedin.com/in/davidwsmiley | Book: > http://www.solrenterprisesearchserver.com > -- Nicholas Knize, Ph.D., GISP Geospatial Software Guy | Elasticsearch Apache Lucene Committer nkn...@apache.org
[jira] [Commented] (SOLR-5211) updating parent as childless makes old children orphans
[ https://issues.apache.org/jira/browse/SOLR-5211?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16738748#comment-16738748 ] David Smiley commented on SOLR-5211: Lucky: It's hard to say without looking at your URP, and I don't have the time to review it. Everyone: It seems we may have introduced a regression here. A Solr delete-by-id will now only work for top level document IDs; it will not work on child documents. I discovered this manually with some experimentation today. So if you want to delete a child document, you'd have to issue a delete-by-query. I'm looking at Hoss's first comment on this issue which related to extending the notion of _root_ to be multiValued set of IDs of all ancestor IDs for each document being added. That would indeed be a nice robust solution if we want to fix it. I have another perhaps crazy idea that seems intractable with all the back-compat concerns for legacy child/nested docs but I'll throw it out there for the heck of it; maybe it is approachable. In my mind, a re-thought nested documents support would mean that _by default_ Solr would always be matching root documents. That means a q=*:* would only return root documents, and a delete-by-id would also only delete a root document. You'd have to _do something explicit somehow_ to get different behavior. Furthermore the uniqueKey would only be mandatory for the root document. Heresy you may say. Any way, even if we can't agree on all of my crazy idea, maybe only partial, my take-away message to this is that we don't need to think of the delete-by-id limitation of root documents as a problem. It's unusual to want to do otherwise (and error-prone if you leave grandchildren orphaned), and it's possible to do this via delete-by-query. > updating parent as childless makes old children orphans > --- > > Key: SOLR-5211 > URL: https://issues.apache.org/jira/browse/SOLR-5211 > Project: Solr > Issue Type: Sub-task > Components: update >Affects Versions: 4.5, 6.0 >Reporter: Mikhail Khludnev >Assignee: David Smiley >Priority: Blocker > Fix For: 8.0 > > Attachments: SOLR-5211.patch, SOLR-5211.patch, SOLR-5211.patch, > SOLR-5211.patch, SOLR-5211.patch > > Time Spent: 3h 20m > Remaining Estimate: 0h > > if I have parent with children in the index, I can send update omitting > children. as a result old children become orphaned. > I suppose separate \_root_ fields makes much trouble. I propose to extend > notion of uniqueKey, and let it spans across blocks that makes updates > unambiguous. > WDYT? Do you like to see a test proves this issue? -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-Tests-master - Build # 3135 - Still Failing
Build: https://builds.apache.org/job/Lucene-Solr-Tests-master/3135/ All tests passed Build Log: [...truncated 61298 lines...] -ecj-javadoc-lint-src: [mkdir] Created dir: /tmp/ecj540808118 [ecj-lint] Compiling 1241 source files to /tmp/ecj540808118 [ecj-lint] Processing annotations [ecj-lint] Annotations processed [ecj-lint] Processing annotations [ecj-lint] No elements to process [ecj-lint] invalid Class-Path header in manifest of jar file: /x1/jenkins/.ivy2/cache/org.restlet.jee/org.restlet/jars/org.restlet-2.3.0.jar [ecj-lint] invalid Class-Path header in manifest of jar file: /x1/jenkins/.ivy2/cache/org.restlet.jee/org.restlet.ext.servlet/jars/org.restlet.ext.servlet-2.3.0.jar [ecj-lint] -- [ecj-lint] 1. WARNING in /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-master/solr/core/src/java/org/apache/solr/client/solrj/embedded/EmbeddedSolrServer.java (at line 219) [ecj-lint] return (NamedList) new JavaBinCodec(resolver).unmarshal(in); [ecj-lint]^^ [ecj-lint] Resource leak: '' is never closed [ecj-lint] -- [ecj-lint] -- [ecj-lint] 2. WARNING in /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-master/solr/core/src/java/org/apache/solr/cloud/api/collections/RestoreCmd.java (at line 257) [ecj-lint] throw new SolrException(ErrorCode.BAD_REQUEST, "Unexpected number of replicas, replicationFactor, " + [ecj-lint] Replica.Type.NRT + " or " + Replica.Type.TLOG + " must be greater than 0"); [ecj-lint] ^^^ [ecj-lint] Resource leak: 'repository' is not closed at this location [ecj-lint] -- [ecj-lint] -- [ecj-lint] 3. WARNING in /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-master/solr/core/src/java/org/apache/solr/handler/loader/JavabinLoader.java (at line 137) [ecj-lint] new JavaBinCodec() { [ecj-lint] SolrParams params; [ecj-lint] AddUpdateCommand addCmd = null; [ecj-lint] [ecj-lint] @Override [ecj-lint] public List readIterator(DataInputInputStream fis) throws IOException { [ecj-lint] while (true) { [ecj-lint] Object o = readVal(fis); [ecj-lint] if (o == END_OBJ) break; [ecj-lint] if (o instanceof NamedList) { [ecj-lint] params = ((NamedList) o).toSolrParams(); [ecj-lint] } else { [ecj-lint] try { [ecj-lint] if (o instanceof byte[]) { [ecj-lint] if (params != null) req.setParams(params); [ecj-lint] byte[] buf = (byte[]) o; [ecj-lint] contentStreamLoader.load(req, rsp, new ContentStreamBase.ByteArrayStream(buf, null), processor); [ecj-lint] } else { [ecj-lint] throw new RuntimeException("unsupported type "); [ecj-lint] } [ecj-lint] } catch (Exception e) { [ecj-lint] throw new RuntimeException(e); [ecj-lint] } finally { [ecj-lint] params = null; [ecj-lint] req.setParams(old); [ecj-lint] } [ecj-lint] } [ecj-lint] } [ecj-lint] return Collections.emptyList(); [ecj-lint] } [ecj-lint] [ecj-lint] }.unmarshal(in); [ecj-lint] ^^ [ecj-lint] Resource leak: '' is never closed [ecj-lint] -- [ecj-lint] -- [ecj-lint] 4. ERROR in /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-master/solr/core/src/java/org/apache/solr/update/DocumentBuilder.java (at line 32) [ecj-lint] import org.apache.solr.common.util.ByteArrayUtf8CharSequence; [ecj-lint]^ [ecj-lint] The import
[jira] [Commented] (SOLR-7896) Add a login page for Solr Administrative Interface
[ https://issues.apache.org/jira/browse/SOLR-7896?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16738709#comment-16738709 ] ASF subversion and git services commented on SOLR-7896: --- Commit ccfe5d3dc25acd4ff93ec7c9378d9c15a4fdbdd2 in lucene-solr's branch refs/heads/branch_8x from Cassandra Targett [ https://gitbox.apache.org/repos/asf?p=lucene-solr.git;h=ccfe5d3 ] SOLR-7896: add login screen info & screenshot to overview-of-the-solr-admin-ui; remove getting-assistance.adoc and move its content to same overview page > Add a login page for Solr Administrative Interface > -- > > Key: SOLR-7896 > URL: https://issues.apache.org/jira/browse/SOLR-7896 > Project: Solr > Issue Type: New Feature > Components: Admin UI, Authentication, security >Affects Versions: 5.2.1 >Reporter: Aaron Greenspan >Assignee: Jan Høydahl >Priority: Major > Labels: authentication, login, password > Fix For: 8.0, 7.7 > > Attachments: SOLR-7896-bugfix-7jan.patch, > SOLR-7896-bugfix-7jan.patch, dispatchfilter-code.png, eventual_auth.png, > login-page.png, login-screen-2.png, logout.png, unknown_scheme.png > > Time Spent: 1h 20m > Remaining Estimate: 0h > > Now that Solr supports Authentication plugins, the missing piece is to be > allowed access from Admin UI when authentication is enabled. For this we need > * Some plumbing in Admin UI that allows the UI to detect 401 responses and > redirect to login page > * Possibility to have multiple login pages depending on auth method and > redirect to the correct one > * [AngularJS HTTP > interceptors|https://docs.angularjs.org/api/ng/service/$http#interceptors] to > add correct HTTP headers on all requests when user is logged in > This issue should aim to implement some of the plumbing mentioned above, and > make it work with Basic Auth. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-7896) Add a login page for Solr Administrative Interface
[ https://issues.apache.org/jira/browse/SOLR-7896?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16738713#comment-16738713 ] Cassandra Targett commented on SOLR-7896: - I added what I wanted to add to the Overview of the Solr Admin UI page about the login screen. I can never just edit one thing, so while I was there I decided it was a good idea to consolidate the content in the getting-assistance.adoc file into the same Overview page. > Add a login page for Solr Administrative Interface > -- > > Key: SOLR-7896 > URL: https://issues.apache.org/jira/browse/SOLR-7896 > Project: Solr > Issue Type: New Feature > Components: Admin UI, Authentication, security >Affects Versions: 5.2.1 >Reporter: Aaron Greenspan >Assignee: Jan Høydahl >Priority: Major > Labels: authentication, login, password > Fix For: 8.0, 7.7 > > Attachments: SOLR-7896-bugfix-7jan.patch, > SOLR-7896-bugfix-7jan.patch, dispatchfilter-code.png, eventual_auth.png, > login-page.png, login-screen-2.png, logout.png, unknown_scheme.png > > Time Spent: 1h 20m > Remaining Estimate: 0h > > Now that Solr supports Authentication plugins, the missing piece is to be > allowed access from Admin UI when authentication is enabled. For this we need > * Some plumbing in Admin UI that allows the UI to detect 401 responses and > redirect to login page > * Possibility to have multiple login pages depending on auth method and > redirect to the correct one > * [AngularJS HTTP > interceptors|https://docs.angularjs.org/api/ng/service/$http#interceptors] to > add correct HTTP headers on all requests when user is logged in > This issue should aim to implement some of the plumbing mentioned above, and > make it work with Basic Auth. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-7896) Add a login page for Solr Administrative Interface
[ https://issues.apache.org/jira/browse/SOLR-7896?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16738710#comment-16738710 ] ASF subversion and git services commented on SOLR-7896: --- Commit ce8f7f9dba3424a385b49524a9c21e8ba2f468be in lucene-solr's branch refs/heads/branch_7x from Cassandra Targett [ https://gitbox.apache.org/repos/asf?p=lucene-solr.git;h=ce8f7f9 ] SOLR-7896: add login screen info & screenshot to overview-of-the-solr-admin-ui; remove getting-assistance.adoc and move its content to same overview page > Add a login page for Solr Administrative Interface > -- > > Key: SOLR-7896 > URL: https://issues.apache.org/jira/browse/SOLR-7896 > Project: Solr > Issue Type: New Feature > Components: Admin UI, Authentication, security >Affects Versions: 5.2.1 >Reporter: Aaron Greenspan >Assignee: Jan Høydahl >Priority: Major > Labels: authentication, login, password > Fix For: 8.0, 7.7 > > Attachments: SOLR-7896-bugfix-7jan.patch, > SOLR-7896-bugfix-7jan.patch, dispatchfilter-code.png, eventual_auth.png, > login-page.png, login-screen-2.png, logout.png, unknown_scheme.png > > Time Spent: 1h 20m > Remaining Estimate: 0h > > Now that Solr supports Authentication plugins, the missing piece is to be > allowed access from Admin UI when authentication is enabled. For this we need > * Some plumbing in Admin UI that allows the UI to detect 401 responses and > redirect to login page > * Possibility to have multiple login pages depending on auth method and > redirect to the correct one > * [AngularJS HTTP > interceptors|https://docs.angularjs.org/api/ng/service/$http#interceptors] to > add correct HTTP headers on all requests when user is logged in > This issue should aim to implement some of the plumbing mentioned above, and > make it work with Basic Auth. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-7896) Add a login page for Solr Administrative Interface
[ https://issues.apache.org/jira/browse/SOLR-7896?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16738705#comment-16738705 ] ASF subversion and git services commented on SOLR-7896: --- Commit a5403a33825404893d07270d59c608340f15beca in lucene-solr's branch refs/heads/master from Cassandra Targett [ https://gitbox.apache.org/repos/asf?p=lucene-solr.git;h=a5403a3 ] SOLR-7896: add login screen info & screenshot to overview-of-the-solr-admin-ui; remove getting-assistance.adoc and move its content to same overview page > Add a login page for Solr Administrative Interface > -- > > Key: SOLR-7896 > URL: https://issues.apache.org/jira/browse/SOLR-7896 > Project: Solr > Issue Type: New Feature > Components: Admin UI, Authentication, security >Affects Versions: 5.2.1 >Reporter: Aaron Greenspan >Assignee: Jan Høydahl >Priority: Major > Labels: authentication, login, password > Fix For: 8.0, 7.7 > > Attachments: SOLR-7896-bugfix-7jan.patch, > SOLR-7896-bugfix-7jan.patch, dispatchfilter-code.png, eventual_auth.png, > login-page.png, login-screen-2.png, logout.png, unknown_scheme.png > > Time Spent: 1h 20m > Remaining Estimate: 0h > > Now that Solr supports Authentication plugins, the missing piece is to be > allowed access from Admin UI when authentication is enabled. For this we need > * Some plumbing in Admin UI that allows the UI to detect 401 responses and > redirect to login page > * Possibility to have multiple login pages depending on auth method and > redirect to the correct one > * [AngularJS HTTP > interceptors|https://docs.angularjs.org/api/ng/service/$http#interceptors] to > add correct HTTP headers on all requests when user is logged in > This issue should aim to implement some of the plumbing mentioned above, and > make it work with Basic Auth. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-12962) add an 'uninvertible' field(type) option (that defaults to "true" for backcompat)
[ https://issues.apache.org/jira/browse/SOLR-12962?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16738681#comment-16738681 ] David Smiley commented on SOLR-12962: - I see an oddity in what we have. I look in the schema browser and look at a field type that I _know_ is fundamentally not uninvertible -- a SortableTextField. To my surprise, I see a green checkmark under "UnInvertible". A SortableTextField overrides {{getUninversionType}} to return null. A FieldType has two related aspects to its state that together need to be examined to know if it's uninvertible -- the bit flag and the type getter. It would be good to somehow make this consistent or it leads to confusion (as I report here) or perhaps bugs. Perhaps setArgs() could call getUninversionType and see if it's null in order to disable the flag? Or perhaps better use checkSchemaField(). And if the user explicitly set uninvertible then throw an error. WDYT? > add an 'uninvertible' field(type) option (that defaults to "true" for > backcompat) > - > > Key: SOLR-12962 > URL: https://issues.apache.org/jira/browse/SOLR-12962 > Project: Solr > Issue Type: Sub-task >Reporter: Hoss Man >Assignee: Hoss Man >Priority: Major > Fix For: 7.6, 8.0 > > Attachments: SOLR-12962.patch, SOLR-12962.patch, SOLR-12962.patch, > SOLR-12962.patch, SOLR-12962.patch > > > field & fieldtype declarations should support an {{uninvertible}} option > (which defaults to "true") for backcompat that dictates wether or not > Uninversion can be performed on fields. > See parent issue for more background/discussion. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-13035) Utilize solr.data.home / solrDataHome in solr.xml to set all writable files in single directory
[ https://issues.apache.org/jira/browse/SOLR-13035?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Amrit Sarkar updated SOLR-13035: Attachment: SOLR-13035.patch > Utilize solr.data.home / solrDataHome in solr.xml to set all writable files > in single directory > --- > > Key: SOLR-13035 > URL: https://issues.apache.org/jira/browse/SOLR-13035 > Project: Solr > Issue Type: Improvement > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Amrit Sarkar >Priority: Major > Attachments: SOLR-13035.patch, SOLR-13035.patch, SOLR-13035.patch > > > {{solr.data.home}} system property or {{solrDataHome}} in _solr.xml_ is > already available as per SOLR-6671. > The writable content in Solr are index files, core properties, and ZK data if > embedded zookeeper is started in SolrCloud mode. It would be great if all > writable content can come under the same directory to have separate READ-ONLY > and WRITE-ONLY directories. > It can then also solve official docker Solr image issues: > https://github.com/docker-solr/docker-solr/issues/74 > https://github.com/docker-solr/docker-solr/issues/133 -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-13035) Utilize solr.data.home / solrDataHome in solr.xml to set all writable files in single directory
[ https://issues.apache.org/jira/browse/SOLR-13035?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16738678#comment-16738678 ] Amrit Sarkar commented on SOLR-13035: - Made limited progress; * SOLR_VAR_ROOT (defaults to SOLR_TIP) will only have existence in the startup scripts, and respectively SOLR_DATA_HOME and SOLR_LOGS_DIR will be set. I haven't yet configured SOLR_PID_DIR, it seems it is not that obvious. Reason: {{solr.data.home}} and other parameters are set in the startup scripts itself, hence resolving them before passing them on to SolrCLI.java, so that Solr admin UI dashboard etc can show absolute data directory path {code} SOLR_START_OPTS=('-server' "${JAVA_MEM_OPTS[@]}" "${GC_TUNE[@]}" "${GC_LOG_OPTS[@]}" \ "${REMOTE_JMX_OPTS[@]}" "${CLOUD_MODE_OPTS[@]}" $SOLR_LOG_LEVEL_OPT -Dsolr.log.dir="$SOLR_LOGS_DIR" \ "-Djetty.port=$SOLR_PORT" "-DSTOP.PORT=$stop_port" "-DSTOP.KEY=$STOP_KEY" \ "${SOLR_HOST_ARG[@]}" "-Duser.timezone=$SOLR_TIMEZONE" \ "-Djetty.home=$SOLR_SERVER_DIR" "-Dsolr.solr.home=$SOLR_HOME" "-Dsolr.data.home=$SOLR_DATA_HOME" "-Dsolr.install.dir=$SOLR_TIP" \ "-Dsolr.default.confdir=$DEFAULT_CONFDIR" "${LOG4J_CONFIG[@]}" "${SOLR_OPTS[@]}") {code} note: I didn't try overriding the parameters in SolrCLI.java yet!! * Added {{solrVarRoot}} in SolrXmlConfig. Working on adding documentation. I will add the property to {{solr.cmd}}, and tests if we have agreement on above usage of SOLR_VAR_ROOT. Hope this is ok, else I can move modules around according to suggestions. > Utilize solr.data.home / solrDataHome in solr.xml to set all writable files > in single directory > --- > > Key: SOLR-13035 > URL: https://issues.apache.org/jira/browse/SOLR-13035 > Project: Solr > Issue Type: Improvement > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Amrit Sarkar >Priority: Major > Attachments: SOLR-13035.patch, SOLR-13035.patch > > > {{solr.data.home}} system property or {{solrDataHome}} in _solr.xml_ is > already available as per SOLR-6671. > The writable content in Solr are index files, core properties, and ZK data if > embedded zookeeper is started in SolrCloud mode. It would be great if all > writable content can come under the same directory to have separate READ-ONLY > and WRITE-ONLY directories. > It can then also solve official docker Solr image issues: > https://github.com/docker-solr/docker-solr/issues/74 > https://github.com/docker-solr/docker-solr/issues/133 -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-13016) Computing suggestions when policy have "#EQUAL" or "#ALL" rules take too long
[ https://issues.apache.org/jira/browse/SOLR-13016?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16738670#comment-16738670 ] David Smiley commented on SOLR-13016: - [~noble.paul] This test still refers to Row.collectionVsShardVsReplicas [https://github.com/apache/lucene-solr/blob/master/solr/core/src/test/org/apache/solr/cloud/autoscaling/sim/TestSimPolicyCloud.java#L103] but you removed it in this commit. I'm looking at master. > Computing suggestions when policy have "#EQUAL" or "#ALL" rules take too long > - > > Key: SOLR-13016 > URL: https://issues.apache.org/jira/browse/SOLR-13016 > Project: Solr > Issue Type: Bug > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Noble Paul >Assignee: Noble Paul >Priority: Major > Attachments: SOLR-13016.patch, SOLR-13016.patch, SOLR-13016.patch, > SOLR-13016.patch, SOLR-13016.patch > > > When rules have computed values such as "#EQUAL" or "#ALL" , it takes too > long to compute. The problem is these values are computed too many times and > as the no:of nodes increase it almost takes forever. These values don't > change and they can be cached -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-BadApples-Tests-master - Build # 258 - Failure
Build: https://builds.apache.org/job/Lucene-Solr-BadApples-Tests-master/258/ All tests passed Build Log: [...truncated 61312 lines...] -ecj-javadoc-lint-src: [mkdir] Created dir: /tmp/ecj511215744 [ecj-lint] Compiling 1241 source files to /tmp/ecj511215744 [ecj-lint] Processing annotations [ecj-lint] Annotations processed [ecj-lint] Processing annotations [ecj-lint] No elements to process [ecj-lint] invalid Class-Path header in manifest of jar file: /home/jenkins/.ivy2/cache/org.restlet.jee/org.restlet/jars/org.restlet-2.3.0.jar [ecj-lint] invalid Class-Path header in manifest of jar file: /home/jenkins/.ivy2/cache/org.restlet.jee/org.restlet.ext.servlet/jars/org.restlet.ext.servlet-2.3.0.jar [ecj-lint] -- [ecj-lint] 1. WARNING in /home/jenkins/jenkins-slave/workspace/Lucene-Solr-BadApples-Tests-master/solr/core/src/java/org/apache/solr/client/solrj/embedded/EmbeddedSolrServer.java (at line 219) [ecj-lint] return (NamedList) new JavaBinCodec(resolver).unmarshal(in); [ecj-lint]^^ [ecj-lint] Resource leak: '' is never closed [ecj-lint] -- [ecj-lint] -- [ecj-lint] 2. WARNING in /home/jenkins/jenkins-slave/workspace/Lucene-Solr-BadApples-Tests-master/solr/core/src/java/org/apache/solr/cloud/api/collections/RestoreCmd.java (at line 257) [ecj-lint] throw new SolrException(ErrorCode.BAD_REQUEST, "Unexpected number of replicas, replicationFactor, " + [ecj-lint] Replica.Type.NRT + " or " + Replica.Type.TLOG + " must be greater than 0"); [ecj-lint] ^^^ [ecj-lint] Resource leak: 'repository' is not closed at this location [ecj-lint] -- [ecj-lint] -- [ecj-lint] 3. WARNING in /home/jenkins/jenkins-slave/workspace/Lucene-Solr-BadApples-Tests-master/solr/core/src/java/org/apache/solr/handler/loader/JavabinLoader.java (at line 137) [ecj-lint] new JavaBinCodec() { [ecj-lint] SolrParams params; [ecj-lint] AddUpdateCommand addCmd = null; [ecj-lint] [ecj-lint] @Override [ecj-lint] public List readIterator(DataInputInputStream fis) throws IOException { [ecj-lint] while (true) { [ecj-lint] Object o = readVal(fis); [ecj-lint] if (o == END_OBJ) break; [ecj-lint] if (o instanceof NamedList) { [ecj-lint] params = ((NamedList) o).toSolrParams(); [ecj-lint] } else { [ecj-lint] try { [ecj-lint] if (o instanceof byte[]) { [ecj-lint] if (params != null) req.setParams(params); [ecj-lint] byte[] buf = (byte[]) o; [ecj-lint] contentStreamLoader.load(req, rsp, new ContentStreamBase.ByteArrayStream(buf, null), processor); [ecj-lint] } else { [ecj-lint] throw new RuntimeException("unsupported type "); [ecj-lint] } [ecj-lint] } catch (Exception e) { [ecj-lint] throw new RuntimeException(e); [ecj-lint] } finally { [ecj-lint] params = null; [ecj-lint] req.setParams(old); [ecj-lint] } [ecj-lint] } [ecj-lint] } [ecj-lint] return Collections.emptyList(); [ecj-lint] } [ecj-lint] [ecj-lint] }.unmarshal(in); [ecj-lint] ^^ [ecj-lint] Resource leak: '' is never closed [ecj-lint] -- [ecj-lint] -- [ecj-lint] 4. ERROR in /home/jenkins/jenkins-slave/workspace/Lucene-Solr-BadApples-Tests-master/solr/core/src/java/org/apache/solr/update/DocumentBuilder.java (at line 32) [ecj-lint] import org.apache.solr.common.util.ByteArrayUtf8CharSequence; [ecj-lint]^ [ecj-lint]
Re: Welcome Nick Knize to the PMC
Welcome Nick! On Wed, Jan 9, 2019 at 3:02 PM Shai Erera wrote: > Welcome! > > On Wed, Jan 9, 2019 at 9:30 PM Christine Poerschke (BLOOMBERG/ LONDON) < > cpoersc...@bloomberg.net> wrote: > >> Welcome Nick! >> >> From: dev@lucene.apache.org At: 01/09/19 15:12:38 >> To: dev@lucene.apache.org >> Subject: Welcome Nick Knize to the PMC >> >> I am pleased to announce that Nick Knize has accepted the PMC's >> invitation to join. >> >> Welcome Nick! >> >> -- >> Adrien >> >> - >> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org >> For additional commands, e-mail: dev-h...@lucene.apache.org >> >> >> -- Lucene/Solr Search Committer (PMC), Developer, Author, Speaker LinkedIn: http://linkedin.com/in/davidwsmiley | Book: http://www.solrenterprisesearchserver.com
[JENKINS] Lucene-Solr-Tests-7.x - Build # 1201 - Still Failing
Build: https://builds.apache.org/job/Lucene-Solr-Tests-7.x/1201/ All tests passed Build Log: [...truncated 61310 lines...] -ecj-javadoc-lint-src: [mkdir] Created dir: /tmp/ecj1038288535 [ecj-lint] Compiling 1235 source files to /tmp/ecj1038288535 [ecj-lint] Processing annotations [ecj-lint] Annotations processed [ecj-lint] Processing annotations [ecj-lint] No elements to process [ecj-lint] invalid Class-Path header in manifest of jar file: /x1/jenkins/.ivy2/cache/org.restlet.jee/org.restlet/jars/org.restlet-2.3.0.jar [ecj-lint] invalid Class-Path header in manifest of jar file: /x1/jenkins/.ivy2/cache/org.restlet.jee/org.restlet.ext.servlet/jars/org.restlet.ext.servlet-2.3.0.jar [ecj-lint] -- [ecj-lint] 1. WARNING in /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-7.x/solr/core/src/java/org/apache/solr/client/solrj/embedded/EmbeddedSolrServer.java (at line 219) [ecj-lint] return (NamedList) new JavaBinCodec(resolver).unmarshal(in); [ecj-lint]^^ [ecj-lint] Resource leak: '' is never closed [ecj-lint] -- [ecj-lint] -- [ecj-lint] 2. WARNING in /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-7.x/solr/core/src/java/org/apache/solr/cloud/api/collections/RestoreCmd.java (at line 257) [ecj-lint] throw new SolrException(ErrorCode.BAD_REQUEST, "Unexpected number of replicas, replicationFactor, " + [ecj-lint] Replica.Type.NRT + " or " + Replica.Type.TLOG + " must be greater than 0"); [ecj-lint] ^^^ [ecj-lint] Resource leak: 'repository' is not closed at this location [ecj-lint] -- [ecj-lint] -- [ecj-lint] 3. WARNING in /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-7.x/solr/core/src/java/org/apache/solr/handler/loader/JavabinLoader.java (at line 137) [ecj-lint] new JavaBinCodec() { [ecj-lint] SolrParams params; [ecj-lint] AddUpdateCommand addCmd = null; [ecj-lint] [ecj-lint] @Override [ecj-lint] public List readIterator(DataInputInputStream fis) throws IOException { [ecj-lint] while (true) { [ecj-lint] Object o = readVal(fis); [ecj-lint] if (o == END_OBJ) break; [ecj-lint] if (o instanceof NamedList) { [ecj-lint] params = ((NamedList) o).toSolrParams(); [ecj-lint] } else { [ecj-lint] try { [ecj-lint] if (o instanceof byte[]) { [ecj-lint] if (params != null) req.setParams(params); [ecj-lint] byte[] buf = (byte[]) o; [ecj-lint] contentStreamLoader.load(req, rsp, new ContentStreamBase.ByteArrayStream(buf, null), processor); [ecj-lint] } else { [ecj-lint] throw new RuntimeException("unsupported type "); [ecj-lint] } [ecj-lint] } catch (Exception e) { [ecj-lint] throw new RuntimeException(e); [ecj-lint] } finally { [ecj-lint] params = null; [ecj-lint] req.setParams(old); [ecj-lint] } [ecj-lint] } [ecj-lint] } [ecj-lint] return Collections.emptyList(); [ecj-lint] } [ecj-lint] [ecj-lint] }.unmarshal(in); [ecj-lint] ^^ [ecj-lint] Resource leak: '' is never closed [ecj-lint] -- [ecj-lint] -- [ecj-lint] 4. ERROR in /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-7.x/solr/core/src/java/org/apache/solr/update/DocumentBuilder.java (at line 32) [ecj-lint] import org.apache.solr.common.util.ByteArrayUtf8CharSequence; [ecj-lint]^ [ecj-lint] The import org.apache.solr.common.util.ByteArrayUtf8CharSequence is never
[JENKINS] Lucene-Solr-7.x-Windows (32bit/jdk1.8.0_172) - Build # 950 - Still Failing!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-7.x-Windows/950/ Java: 32bit/jdk1.8.0_172 -server -XX:+UseG1GC All tests passed Build Log: [...truncated 59648 lines...] -ecj-javadoc-lint-src: [mkdir] Created dir: C:\Users\jenkins\AppData\Local\Temp\ecj1073360376 [ecj-lint] Compiling 1235 source files to C:\Users\jenkins\AppData\Local\Temp\ecj1073360376 [ecj-lint] Processing annotations [ecj-lint] Annotations processed [ecj-lint] Processing annotations [ecj-lint] No elements to process [ecj-lint] invalid Class-Path header in manifest of jar file: C:\Users\jenkins\workspace\Lucene-Solr-7.x-Windows\solr\core\lib\org.restlet-2.3.0.jar [ecj-lint] invalid Class-Path header in manifest of jar file: C:\Users\jenkins\workspace\Lucene-Solr-7.x-Windows\solr\core\lib\org.restlet.ext.servlet-2.3.0.jar [ecj-lint] -- [ecj-lint] 1. WARNING in C:\Users\jenkins\workspace\Lucene-Solr-7.x-Windows\solr\core\src\java\org\apache\solr\client\solrj\embedded\EmbeddedSolrServer.java (at line 219) [ecj-lint] return (NamedList) new JavaBinCodec(resolver).unmarshal(in); [ecj-lint]^^ [ecj-lint] Resource leak: '' is never closed [ecj-lint] -- [ecj-lint] -- [ecj-lint] 2. WARNING in C:\Users\jenkins\workspace\Lucene-Solr-7.x-Windows\solr\core\src\java\org\apache\solr\cloud\api\collections\RestoreCmd.java (at line 257) [ecj-lint] throw new SolrException(ErrorCode.BAD_REQUEST, "Unexpected number of replicas, replicationFactor, " + [ecj-lint] Replica.Type.NRT + " or " + Replica.Type.TLOG + " must be greater than 0"); [ecj-lint] ^^^ [ecj-lint] Resource leak: 'repository' is not closed at this location [ecj-lint] -- [ecj-lint] -- [ecj-lint] 3. WARNING in C:\Users\jenkins\workspace\Lucene-Solr-7.x-Windows\solr\core\src\java\org\apache\solr\handler\loader\JavabinLoader.java (at line 137) [ecj-lint] new JavaBinCodec() { [ecj-lint] SolrParams params; [ecj-lint] AddUpdateCommand addCmd = null; [ecj-lint] [ecj-lint] @Override [ecj-lint] public List readIterator(DataInputInputStream fis) throws IOException { [ecj-lint] while (true) { [ecj-lint] Object o = readVal(fis); [ecj-lint] if (o == END_OBJ) break; [ecj-lint] if (o instanceof NamedList) { [ecj-lint] params = ((NamedList) o).toSolrParams(); [ecj-lint] } else { [ecj-lint] try { [ecj-lint] if (o instanceof byte[]) { [ecj-lint] if (params != null) req.setParams(params); [ecj-lint] byte[] buf = (byte[]) o; [ecj-lint] contentStreamLoader.load(req, rsp, new ContentStreamBase.ByteArrayStream(buf, null), processor); [ecj-lint] } else { [ecj-lint] throw new RuntimeException("unsupported type "); [ecj-lint] } [ecj-lint] } catch (Exception e) { [ecj-lint] throw new RuntimeException(e); [ecj-lint] } finally { [ecj-lint] params = null; [ecj-lint] req.setParams(old); [ecj-lint] } [ecj-lint] } [ecj-lint] } [ecj-lint] return Collections.emptyList(); [ecj-lint] } [ecj-lint] [ecj-lint] }.unmarshal(in); [ecj-lint] ^^ [ecj-lint] Resource leak: '' is never closed [ecj-lint] -- [ecj-lint] -- [ecj-lint] 4. ERROR in C:\Users\jenkins\workspace\Lucene-Solr-7.x-Windows\solr\core\src\java\org\apache\solr\update\DocumentBuilder.java (at line 32) [ecj-lint] import org.apache.solr.common.util.ByteArrayUtf8CharSequence; [ecj-lint]
[GitHub] ctargett commented on issue #477: SOLR-12902: Block Expensive Queries custom component
ctargett commented on issue #477: SOLR-12902: Block Expensive Queries custom component URL: https://github.com/apache/lucene-solr/pull/477#issuecomment-452840581 Edited PR title to include the Jira ID. This is an automated message from the Apache Git Service. To respond to the message, please log on GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org With regards, Apache Git Services - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[GitHub] ctargett commented on issue #483: SOLR-12904: Log Delete Query Processor custom solr component
ctargett commented on issue #483: SOLR-12904: Log Delete Query Processor custom solr component URL: https://github.com/apache/lucene-solr/pull/483#issuecomment-452840343 Edited PR title to include the Jira ID. This is an automated message from the Apache Git Service. To respond to the message, please log on GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org With regards, Apache Git Services - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[GitHub] ctargett closed pull request #419: SOLR-12551 - upgrade to Tika 1.18, first draft
ctargett closed pull request #419: SOLR-12551 - upgrade to Tika 1.18, first draft URL: https://github.com/apache/lucene-solr/pull/419 This is a PR merged from a forked repository. As GitHub hides the original diff on merge, it is displayed below for the sake of provenance: As this is a foreign pull request (from a fork), the diff is supplied below (as it won't show otherwise due to GitHub magic): diff --git a/lucene/ivy-versions.properties b/lucene/ivy-versions.properties index c67c0772f1f..869b3fa852d 100644 --- a/lucene/ivy-versions.properties +++ b/lucene/ivy-versions.properties @@ -28,7 +28,7 @@ com.fasterxml.jackson.core.version = 2.9.5 /com.google.protobuf/protobuf-java = 3.1.0 /com.googlecode.juniversalchardet/juniversalchardet = 1.0.3 /com.googlecode.mp4parser/isoparser = 1.1.18 -/com.healthmarketscience.jackcess/jackcess = 2.1.8 +/com.healthmarketscience.jackcess/jackcess = 2.1.10 /com.healthmarketscience.jackcess/jackcess-encrypt = 2.1.4 /com.ibm.icu/icu4j = 62.1 /com.lmax/disruptor = 3.4.0 @@ -109,7 +109,7 @@ org.apache.calcite.version = 1.13.0 /org.apache.calcite/calcite-linq4j = ${org.apache.calcite.version} /org.apache.commons/commons-collections4 = 4.1 -/org.apache.commons/commons-compress = 1.14 +/org.apache.commons/commons-compress = 1.16.1 /org.apache.commons/commons-exec = 1.3 /org.apache.commons/commons-lang3 = 3.6 /org.apache.commons/commons-math3 = 3.6.1 @@ -184,9 +184,9 @@ org.apache.logging.log4j.version = 2.11.0 /org.apache.mina/mina-core = 2.0.0-M5 /org.apache.opennlp/opennlp-maxent = 3.0.3 -/org.apache.opennlp/opennlp-tools = 1.8.3 +/org.apache.opennlp/opennlp-tools = 1.8.4 -org.apache.pdfbox.version = 2.0.8 +org.apache.pdfbox.version = 2.0.9 /org.apache.pdfbox/fontbox = ${org.apache.pdfbox.version} /org.apache.pdfbox/jempbox = 1.8.13 /org.apache.pdfbox/pdfbox = ${org.apache.pdfbox.version} @@ -198,7 +198,7 @@ org.apache.poi.version = 3.17 /org.apache.poi/poi-ooxml-schemas = ${org.apache.poi.version} /org.apache.poi/poi-scratchpad = ${org.apache.poi.version} -org.apache.tika.version = 1.17 +org.apache.tika.version = 1.18 /org.apache.tika/tika-core = ${org.apache.tika.version} /org.apache.tika/tika-java7 = ${org.apache.tika.version} /org.apache.tika/tika-parsers = ${org.apache.tika.version} @@ -264,9 +264,9 @@ org.gagravarr.vorbis.java.version = 0.8 /org.gagravarr/vorbis-java-tika = ${org.gagravarr.vorbis.java.version} /org.hsqldb/hsqldb = 2.4.0 -/org.jdom/jdom = 2.0.2 +/org.jdom/jdom2 = 2.0.6 -/org.jsoup/jsoup = 1.8.2 +/org.jsoup/jsoup = 1.11.2 /org.locationtech.jts/jts-core = 1.15.0 /org.locationtech.spatial4j/spatial4j = 0.7 @@ -300,7 +300,7 @@ org.slf4j.version = 1.7.24 /org.slf4j/slf4j-simple = ${org.slf4j.version} /org.tallison/jmatio = 1.2 -/org.tukaani/xz = 1.6 +/org.tukaani/xz = 1.8 ua.net.nlp.morfologik-ukrainian-search.version = 3.9.0 /ua.net.nlp/morfologik-ukrainian-search = ${ua.net.nlp.morfologik-ukrainian-search.version} diff --git a/lucene/licenses/commons-compress-1.14.jar.sha1 b/lucene/licenses/commons-compress-1.14.jar.sha1 deleted file mode 100644 index 833f49badaf..000 --- a/lucene/licenses/commons-compress-1.14.jar.sha1 +++ /dev/null @@ -1 +0,0 @@ -7b18320d668ab080758bf5383d6d8fcf750babce diff --git a/lucene/licenses/commons-compress-1.16.1.jar.sha1 b/lucene/licenses/commons-compress-1.16.1.jar.sha1 new file mode 100644 index 000..369e1a094f7 --- /dev/null +++ b/lucene/licenses/commons-compress-1.16.1.jar.sha1 @@ -0,0 +1 @@ +7b5cdabadb4cf12f5ee0f801399e70635583193f diff --git a/lucene/licenses/opennlp-tools-1.8.3.jar.sha1 b/lucene/licenses/opennlp-tools-1.8.3.jar.sha1 deleted file mode 100644 index c6a75491031..000 --- a/lucene/licenses/opennlp-tools-1.8.3.jar.sha1 +++ /dev/null @@ -1 +0,0 @@ -3ce7c9056048f55478d983248cf18c7e02b1d072 diff --git a/lucene/licenses/opennlp-tools-1.8.4.jar.sha1 b/lucene/licenses/opennlp-tools-1.8.4.jar.sha1 new file mode 100644 index 000..3c31e233c96 --- /dev/null +++ b/lucene/licenses/opennlp-tools-1.8.4.jar.sha1 @@ -0,0 +1 @@ +dc1dd0bfdee4a4bc98924180da5a8e61b3a50bdd diff --git a/solr/contrib/extraction/ivy.xml b/solr/contrib/extraction/ivy.xml index 62ba750f90e..d4989ace27e 100644 --- a/solr/contrib/extraction/ivy.xml +++ b/solr/contrib/extraction/ivy.xml @@ -61,7 +61,7 @@ - + diff --git a/solr/licenses/commons-compress-1.14.jar.sha1 b/solr/licenses/commons-compress-1.14.jar.sha1 deleted file mode 100644 index 833f49badaf..000 --- a/solr/licenses/commons-compress-1.14.jar.sha1 +++ /dev/null @@ -1 +0,0 @@ -7b18320d668ab080758bf5383d6d8fcf750babce diff --git a/solr/licenses/commons-compress-1.16.1.jar.sha1 b/solr/licenses/commons-compress-1.16.1.jar.sha1 new file mode 100644 index 000..369e1a094f7 --- /dev/null +++ b/solr/licenses/commons-compress-1.16.1.jar.sha1 @@ -0,0 +1 @@ +7b5cdabadb4cf12f5ee0f801399e70635583193f diff --git a/solr/licenses/fontbox-2.0.8.jar.sha1
[GitHub] ctargett commented on issue #419: SOLR-12551 - upgrade to Tika 1.18, first draft
ctargett commented on issue #419: SOLR-12551 - upgrade to Tika 1.18, first draft URL: https://github.com/apache/lucene-solr/pull/419#issuecomment-452838028 Closing old PRs: SOLR-12551 was committed and released in 7.5. This is an automated message from the Apache Git Service. To respond to the message, please log on GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org With regards, Apache Git Services - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-7.x-Linux (64bit/jdk1.8.0_172) - Build # 3377 - Still Failing!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-7.x-Linux/3377/ Java: 64bit/jdk1.8.0_172 -XX:+UseCompressedOops -XX:+UseG1GC All tests passed Build Log: [...truncated 61348 lines...] -ecj-javadoc-lint-src: [mkdir] Created dir: /tmp/ecj1438739583 [ecj-lint] Compiling 1235 source files to /tmp/ecj1438739583 [ecj-lint] Processing annotations [ecj-lint] Annotations processed [ecj-lint] Processing annotations [ecj-lint] No elements to process [ecj-lint] invalid Class-Path header in manifest of jar file: /home/jenkins/.ivy2/cache/org.restlet.jee/org.restlet/jars/org.restlet-2.3.0.jar [ecj-lint] invalid Class-Path header in manifest of jar file: /home/jenkins/.ivy2/cache/org.restlet.jee/org.restlet.ext.servlet/jars/org.restlet.ext.servlet-2.3.0.jar [ecj-lint] -- [ecj-lint] 1. WARNING in /home/jenkins/workspace/Lucene-Solr-7.x-Linux/solr/core/src/java/org/apache/solr/client/solrj/embedded/EmbeddedSolrServer.java (at line 219) [ecj-lint] return (NamedList) new JavaBinCodec(resolver).unmarshal(in); [ecj-lint]^^ [ecj-lint] Resource leak: '' is never closed [ecj-lint] -- [ecj-lint] -- [ecj-lint] 2. WARNING in /home/jenkins/workspace/Lucene-Solr-7.x-Linux/solr/core/src/java/org/apache/solr/cloud/api/collections/RestoreCmd.java (at line 257) [ecj-lint] throw new SolrException(ErrorCode.BAD_REQUEST, "Unexpected number of replicas, replicationFactor, " + [ecj-lint] Replica.Type.NRT + " or " + Replica.Type.TLOG + " must be greater than 0"); [ecj-lint] ^^^ [ecj-lint] Resource leak: 'repository' is not closed at this location [ecj-lint] -- [ecj-lint] -- [ecj-lint] 3. WARNING in /home/jenkins/workspace/Lucene-Solr-7.x-Linux/solr/core/src/java/org/apache/solr/handler/loader/JavabinLoader.java (at line 137) [ecj-lint] new JavaBinCodec() { [ecj-lint] SolrParams params; [ecj-lint] AddUpdateCommand addCmd = null; [ecj-lint] [ecj-lint] @Override [ecj-lint] public List readIterator(DataInputInputStream fis) throws IOException { [ecj-lint] while (true) { [ecj-lint] Object o = readVal(fis); [ecj-lint] if (o == END_OBJ) break; [ecj-lint] if (o instanceof NamedList) { [ecj-lint] params = ((NamedList) o).toSolrParams(); [ecj-lint] } else { [ecj-lint] try { [ecj-lint] if (o instanceof byte[]) { [ecj-lint] if (params != null) req.setParams(params); [ecj-lint] byte[] buf = (byte[]) o; [ecj-lint] contentStreamLoader.load(req, rsp, new ContentStreamBase.ByteArrayStream(buf, null), processor); [ecj-lint] } else { [ecj-lint] throw new RuntimeException("unsupported type "); [ecj-lint] } [ecj-lint] } catch (Exception e) { [ecj-lint] throw new RuntimeException(e); [ecj-lint] } finally { [ecj-lint] params = null; [ecj-lint] req.setParams(old); [ecj-lint] } [ecj-lint] } [ecj-lint] } [ecj-lint] return Collections.emptyList(); [ecj-lint] } [ecj-lint] [ecj-lint] }.unmarshal(in); [ecj-lint] ^^ [ecj-lint] Resource leak: '' is never closed [ecj-lint] -- [ecj-lint] -- [ecj-lint] 4. ERROR in /home/jenkins/workspace/Lucene-Solr-7.x-Linux/solr/core/src/java/org/apache/solr/update/DocumentBuilder.java (at line 32) [ecj-lint] import org.apache.solr.common.util.ByteArrayUtf8CharSequence; [ecj-lint]^ [ecj-lint] The import
Re: Welcome Nick Knize to the PMC
Welcome! On Wed, Jan 9, 2019 at 9:30 PM Christine Poerschke (BLOOMBERG/ LONDON) < cpoersc...@bloomberg.net> wrote: > Welcome Nick! > > From: dev@lucene.apache.org At: 01/09/19 15:12:38 > To: dev@lucene.apache.org > Subject: Welcome Nick Knize to the PMC > > I am pleased to announce that Nick Knize has accepted the PMC's > invitation to join. > > Welcome Nick! > > -- > Adrien > > - > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org > For additional commands, e-mail: dev-h...@lucene.apache.org > > >
Re:Welcome Nick Knize to the PMC
Welcome Nick! From: dev@lucene.apache.org At: 01/09/19 15:12:38To: dev@lucene.apache.org Subject: Welcome Nick Knize to the PMC I am pleased to announce that Nick Knize has accepted the PMC's invitation to join. Welcome Nick! -- Adrien - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-SmokeRelease-master - Build # 1231 - Failure
Build: https://builds.apache.org/job/Lucene-Solr-SmokeRelease-master/1231/ No tests ran. Build Log: [...truncated 23486 lines...] [asciidoctor:convert] asciidoctor: ERROR: about-this-guide.adoc: line 1: invalid part, must have at least one section (e.g., chapter, appendix, etc.) [asciidoctor:convert] asciidoctor: ERROR: solr-glossary.adoc: line 1: invalid part, must have at least one section (e.g., chapter, appendix, etc.) [java] Processed 2465 links (2016 relative) to 3226 anchors in 248 files [echo] Validated Links & Anchors via: /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-master/solr/build/solr-ref-guide/bare-bones-html/ -dist-changes: [copy] Copying 4 files to /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-master/solr/package/changes package: -unpack-solr-tgz: -ensure-solr-tgz-exists: [mkdir] Created dir: /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-master/solr/build/solr.tgz.unpacked [untar] Expanding: /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-master/solr/package/solr-9.0.0.tgz into /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-master/solr/build/solr.tgz.unpacked generate-maven-artifacts: resolve: resolve: ivy-availability-check: [loadresource] Do not set property disallowed.ivy.jars.list as its length is 0. -ivy-fail-disallowed-ivy-version: ivy-fail: ivy-configure: [ivy:configure] :: loading settings :: file = /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-master/lucene/top-level-ivy-settings.xml resolve: ivy-availability-check: [loadresource] Do not set property disallowed.ivy.jars.list as its length is 0. -ivy-fail-disallowed-ivy-version: ivy-fail: ivy-configure: [ivy:configure] :: loading settings :: file = /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-master/lucene/top-level-ivy-settings.xml resolve: resolve: ivy-availability-check: [loadresource] Do not set property disallowed.ivy.jars.list as its length is 0. -ivy-fail-disallowed-ivy-version: ivy-fail: ivy-configure: [ivy:configure] :: loading settings :: file = /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-master/lucene/top-level-ivy-settings.xml resolve: ivy-availability-check: [loadresource] Do not set property disallowed.ivy.jars.list as its length is 0. -ivy-fail-disallowed-ivy-version: ivy-fail: ivy-configure: [ivy:configure] :: loading settings :: file = /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-master/lucene/top-level-ivy-settings.xml resolve: ivy-availability-check: [loadresource] Do not set property disallowed.ivy.jars.list as its length is 0. -ivy-fail-disallowed-ivy-version: ivy-fail: ivy-configure: [ivy:configure] :: loading settings :: file = /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-master/lucene/top-level-ivy-settings.xml resolve: ivy-availability-check: [loadresource] Do not set property disallowed.ivy.jars.list as its length is 0. -ivy-fail-disallowed-ivy-version: ivy-fail: ivy-configure: [ivy:configure] :: loading settings :: file = /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-master/lucene/top-level-ivy-settings.xml resolve: ivy-availability-check: [loadresource] Do not set property disallowed.ivy.jars.list as its length is 0. -ivy-fail-disallowed-ivy-version: ivy-fail: ivy-configure: [ivy:configure] :: loading settings :: file = /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-master/lucene/top-level-ivy-settings.xml resolve: ivy-availability-check: [loadresource] Do not set property disallowed.ivy.jars.list as its length is 0. -ivy-fail-disallowed-ivy-version: ivy-fail: ivy-configure: [ivy:configure] :: loading settings :: file = /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-master/lucene/top-level-ivy-settings.xml resolve: ivy-availability-check: [loadresource] Do not set property disallowed.ivy.jars.list as its length is 0. -ivy-fail-disallowed-ivy-version: ivy-fail: ivy-configure: [ivy:configure] :: loading settings :: file = /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-master/lucene/top-level-ivy-settings.xml resolve: ivy-availability-check: [loadresource] Do not set property disallowed.ivy.jars.list as its length is 0. -ivy-fail-disallowed-ivy-version: ivy-fail: ivy-configure: [ivy:configure] :: loading settings :: file = /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-master/lucene/top-level-ivy-settings.xml resolve: ivy-availability-check: [loadresource] Do not set property disallowed.ivy.jars.list as its length is 0. -ivy-fail-disallowed-ivy-version: ivy-fail: ivy-configure: [ivy:configure] :: loading settings :: file = /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-master/lucene/top-level-ivy-settings.xml resolve: ivy-availability-check: [loadresource] Do not set property disallowed.ivy.jars.list as its length is 0. -ivy-fail-disallowed-ivy-version: ivy-fail:
Re: [VOTE] Release PyLucene 7.6.0 (rc1)
Hi Jan, On Mon, 7 Jan 2019, Jan Høydahl wrote: Guess you need one more vote. Last time I tried I could not get it to build. If noone steps up, please ping me and I'll make another attempt. No one else from the PMC has voted in the past two days. Please, try it and let me know if you have issues. (else, I can ping the PMC list too) Thanks ! Andi.. -- Jan Høydahl, search solution architect Cominvent AS - www.cominvent.com 7. jan. 2019 kl. 21:38 skrev Andi Vajda : On Mon, 7 Jan 2019, Michael McCandless wrote: +1 to release! I ran my usual simple test indexing the first 100K docs from an old wikipedia export, force merging, and running a few searches. Thank you for continuing to release PyLucene Andi! You're welcome ! Andi.. Mike McCandless http://blog.mikemccandless.com On Fri, Jan 4, 2019 at 4:59 PM Andi Vajda wrote: The PyLucene 7.6.0 (rc1) release tracking the recent release of Apache Lucene 7.6.0 is ready. A release candidate is available from: https://dist.apache.org/repos/dist/dev/lucene/pylucene/7.6.0-rc1/ PyLucene 7.6.0 is built with JCC 3.4 included in these release artifacts. JCC 3.4 supports Python 3.3+ (in addition to Python 2.3+). PyLucene may be built with Python 2 or Python 3. Please vote to release these artifacts as PyLucene 7.6.0. Anyone interested in this release can and should vote ! Thanks ! Andi.. ps: the KEYS file for PyLucene release signing is at: https://dist.apache.org/repos/dist/release/lucene/pylucene/KEYS https://dist.apache.org/repos/dist/dev/lucene/pylucene/KEYS pps: here is my +1
Re: Welcome Nick Knize to the PMC
Congrats and welcome Nick! Jan > 9. jan. 2019 kl. 16:12 skrev Adrien Grand : > > Nick - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-repro - Build # 2649 - Unstable
Build: https://builds.apache.org/job/Lucene-Solr-repro/2649/ [...truncated 28 lines...] [repro] Jenkins log URL: https://builds.apache.org/job/Lucene-Solr-NightlyTests-7.x/427/consoleText [repro] Revision: 91a07ce43555607d00814b08d34323efc0dadc84 [repro] Ant options: -Dtests.multiplier=2 -Dtests.linedocsfile=/home/jenkins/jenkins-slave/workspace/Lucene-Solr-NightlyTests-7.x/test-data/enwiki.random.lines.txt [repro] Repro line: ant test -Dtestcase=ForceLeaderTest -Dtests.method=testReplicasInLIRNoLeader -Dtests.seed=6D27CF39EEEFD016 -Dtests.multiplier=2 -Dtests.nightly=true -Dtests.slow=true -Dtests.linedocsfile=/home/jenkins/jenkins-slave/workspace/Lucene-Solr-NightlyTests-7.x/test-data/enwiki.random.lines.txt -Dtests.locale=ar-QA -Dtests.timezone=Africa/Dar_es_Salaam -Dtests.asserts=true -Dtests.file.encoding=UTF-8 [repro] Repro line: ant test -Dtestcase=HdfsUnloadDistributedZkTest -Dtests.method=test -Dtests.seed=6D27CF39EEEFD016 -Dtests.multiplier=2 -Dtests.nightly=true -Dtests.slow=true -Dtests.linedocsfile=/home/jenkins/jenkins-slave/workspace/Lucene-Solr-NightlyTests-7.x/test-data/enwiki.random.lines.txt -Dtests.locale=de-AT -Dtests.timezone=America/Metlakatla -Dtests.asserts=true -Dtests.file.encoding=UTF-8 [repro] git rev-parse --abbrev-ref HEAD [repro] git rev-parse HEAD [repro] Initial local git branch/revision: df119573dbc5781b2eed357821856b44bd7af5fd [repro] git fetch [repro] git checkout 91a07ce43555607d00814b08d34323efc0dadc84 [...truncated 2 lines...] [repro] git merge --ff-only [...truncated 1 lines...] [repro] ant clean [...truncated 6 lines...] [repro] Test suites by module: [repro]solr/core [repro] ForceLeaderTest [repro] HdfsUnloadDistributedZkTest [repro] ant compile-test [...truncated 3605 lines...] [repro] ant test-nocompile -Dtests.dups=5 -Dtests.maxfailures=10 -Dtests.class="*.ForceLeaderTest|*.HdfsUnloadDistributedZkTest" -Dtests.showOutput=onerror -Dtests.multiplier=2 -Dtests.linedocsfile=/home/jenkins/jenkins-slave/workspace/Lucene-Solr-NightlyTests-7.x/test-data/enwiki.random.lines.txt -Dtests.seed=6D27CF39EEEFD016 -Dtests.multiplier=2 -Dtests.nightly=true -Dtests.slow=true -Dtests.linedocsfile=/home/jenkins/jenkins-slave/workspace/Lucene-Solr-NightlyTests-7.x/test-data/enwiki.random.lines.txt -Dtests.locale=ar-QA -Dtests.timezone=Africa/Dar_es_Salaam -Dtests.asserts=true -Dtests.file.encoding=UTF-8 [...truncated 17137 lines...] [junit4] 2> 66209 WARN (TEST-ForceLeaderTest.testReplicasInLIRNoLeader-seed#[6D27CF39EEEFD016]) [] o.a.s.c.AbstractFullDistribZkTestBase ERROR: org.apache.solr.common.SolrException: Could not find a healthy node to handle the request. ... Sleeping for 1 seconds before re-try ... [junit4] 2> 66867 ERROR (indexFetcher-73-thread-1) [] o.a.s.h.ReplicationHandler Index fetch failed :org.apache.solr.common.SolrException: No registered leader was found after waiting for 4000ms , collection: forceleader_test_collection slice: shard1 saw state=DocCollection(forceleader_test_collection//collections/forceleader_test_collection/state.json/15)={ [junit4] 2> "pullReplicas":"0", [junit4] 2> "replicationFactor":"0", [junit4] 2> "shards":{"shard1":{ [junit4] 2> "range":"8000-7fff", [junit4] 2> "state":"active", [junit4] 2> "replicas":{ [junit4] 2> "core_node2":{ [junit4] 2> "core":"forceleader_test_collection_shard1_replica_t1", [junit4] 2> "base_url":"http://127.0.0.1:37825;, [junit4] 2> "node_name":"127.0.0.1:37825_", [junit4] 2> "state":"down", [junit4] 2> "type":"TLOG"}, [junit4] 2> "core_node4":{ [junit4] 2> "state":"down", [junit4] 2> "base_url":"http://127.0.0.1:39665;, [junit4] 2> "core":"forceleader_test_collection_shard1_replica_t3", [junit4] 2> "node_name":"127.0.0.1:39665_", [junit4] 2> "force_set_state":"false", [junit4] 2> "type":"TLOG"}, [junit4] 2> "core_node6":{ [junit4] 2> "state":"down", [junit4] 2> "base_url":"http://127.0.0.1:43074;, [junit4] 2> "core":"forceleader_test_collection_shard1_replica_t5", [junit4] 2> "node_name":"127.0.0.1:43074_", [junit4] 2> "force_set_state":"false", [junit4] 2> "type":"TLOG", [junit4] 2> "router":{"name":"compositeId"}, [junit4] 2> "maxShardsPerNode":"1", [junit4] 2> "autoAddReplicas":"false", [junit4] 2> "nrtReplicas":"0", [junit4] 2> "tlogReplicas":"3"} with live_nodes=[127.0.0.1:46732_, 127.0.0.1:43074_, 127.0.0.1:39665_] [junit4] 2>at org.apache.solr.common.cloud.ZkStateReader.getLeaderRetry(ZkStateReader.java:902) [junit4] 2>at org.apache.solr.common.cloud.ZkStateReader.getLeaderRetry(ZkStateReader.java:879)
[JENKINS] Lucene-Solr-BadApples-Tests-7.x - Build # 262 - Failure
Build: https://builds.apache.org/job/Lucene-Solr-BadApples-Tests-7.x/262/ All tests passed Build Log: [...truncated 61169 lines...] -ecj-javadoc-lint-src: [mkdir] Created dir: /tmp/ecj1923134286 [ecj-lint] Compiling 1235 source files to /tmp/ecj1923134286 [ecj-lint] Processing annotations [ecj-lint] Annotations processed [ecj-lint] Processing annotations [ecj-lint] No elements to process [ecj-lint] invalid Class-Path header in manifest of jar file: /x1/jenkins/.ivy2/cache/org.restlet.jee/org.restlet/jars/org.restlet-2.3.0.jar [ecj-lint] invalid Class-Path header in manifest of jar file: /x1/jenkins/.ivy2/cache/org.restlet.jee/org.restlet.ext.servlet/jars/org.restlet.ext.servlet-2.3.0.jar [ecj-lint] -- [ecj-lint] 1. WARNING in /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-BadApples-Tests-7.x/solr/core/src/java/org/apache/solr/client/solrj/embedded/EmbeddedSolrServer.java (at line 219) [ecj-lint] return (NamedList) new JavaBinCodec(resolver).unmarshal(in); [ecj-lint]^^ [ecj-lint] Resource leak: '' is never closed [ecj-lint] -- [ecj-lint] -- [ecj-lint] 2. WARNING in /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-BadApples-Tests-7.x/solr/core/src/java/org/apache/solr/cloud/api/collections/RestoreCmd.java (at line 257) [ecj-lint] throw new SolrException(ErrorCode.BAD_REQUEST, "Unexpected number of replicas, replicationFactor, " + [ecj-lint] Replica.Type.NRT + " or " + Replica.Type.TLOG + " must be greater than 0"); [ecj-lint] ^^^ [ecj-lint] Resource leak: 'repository' is not closed at this location [ecj-lint] -- [ecj-lint] -- [ecj-lint] 3. WARNING in /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-BadApples-Tests-7.x/solr/core/src/java/org/apache/solr/handler/loader/JavabinLoader.java (at line 137) [ecj-lint] new JavaBinCodec() { [ecj-lint] SolrParams params; [ecj-lint] AddUpdateCommand addCmd = null; [ecj-lint] [ecj-lint] @Override [ecj-lint] public List readIterator(DataInputInputStream fis) throws IOException { [ecj-lint] while (true) { [ecj-lint] Object o = readVal(fis); [ecj-lint] if (o == END_OBJ) break; [ecj-lint] if (o instanceof NamedList) { [ecj-lint] params = ((NamedList) o).toSolrParams(); [ecj-lint] } else { [ecj-lint] try { [ecj-lint] if (o instanceof byte[]) { [ecj-lint] if (params != null) req.setParams(params); [ecj-lint] byte[] buf = (byte[]) o; [ecj-lint] contentStreamLoader.load(req, rsp, new ContentStreamBase.ByteArrayStream(buf, null), processor); [ecj-lint] } else { [ecj-lint] throw new RuntimeException("unsupported type "); [ecj-lint] } [ecj-lint] } catch (Exception e) { [ecj-lint] throw new RuntimeException(e); [ecj-lint] } finally { [ecj-lint] params = null; [ecj-lint] req.setParams(old); [ecj-lint] } [ecj-lint] } [ecj-lint] } [ecj-lint] return Collections.emptyList(); [ecj-lint] } [ecj-lint] [ecj-lint] }.unmarshal(in); [ecj-lint] ^^ [ecj-lint] Resource leak: '' is never closed [ecj-lint] -- [ecj-lint] -- [ecj-lint] 4. ERROR in /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-BadApples-Tests-7.x/solr/core/src/java/org/apache/solr/update/DocumentBuilder.java (at line 32) [ecj-lint] import org.apache.solr.common.util.ByteArrayUtf8CharSequence; [ecj-lint]^ [ecj-lint] The import
[jira] [Resolved] (SOLR-13118) Redesign integration tests for nodeAdded/nodeLost trigger state restoration
[ https://issues.apache.org/jira/browse/SOLR-13118?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Hoss Man resolved SOLR-13118. - Resolution: Fixed Fix Version/s: master (9.0) 7.7 8.0 this is looking pretty good > Redesign integration tests for nodeAdded/nodeLost trigger state restoration > --- > > Key: SOLR-13118 > URL: https://issues.apache.org/jira/browse/SOLR-13118 > Project: Solr > Issue Type: Sub-task > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Hoss Man >Assignee: Hoss Man >Priority: Major > Fix For: 8.0, 7.7, master (9.0) > > Attachments: SOLR-13118.patch > > > The (integration) tests related to autoscaling nodeAdd/nodeLost trigger's and > restoring their state are problematic for a lot of reasons. > Beyond some silly implementation mistakes, a fundemental timing/concurrency > issue is that (as designed) the tests have no way to ensure that "after" > creating a nodeAdded/nodeLost situation, they can wait for the (first > instance of) the trigger to run() and detect the situation (recording it in > the trigger's internal state) so that the test can subsequently "update" the > trigger, forcing a new instance to restore the old state and then execute the > trigger actions. This can result i na lot of flaky-ness if the triggers > don't run when "expected" -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-12304) Interesting Terms parameter is ignored by MLT Component
[ https://issues.apache.org/jira/browse/SOLR-12304?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16738436#comment-16738436 ] David Smiley commented on SOLR-12304: - Okay; deprecate then delete just the handler then. That can be worked out in another issue. It's debatable wether that's 8.0 dependent, I suppose. Yes this patch seems valid. I took a little look at the patch. In the spot where you create interestingTermsResponse, you used a NamedList. But I think a SimpleOrderedMap since the keys will not repeat (that's the difference – yeah I know that's confusing). Otherwise it seems good. I like all the tests. Curious; why do you consider this a bug? Seems like an enhancement to the MLT component. > Interesting Terms parameter is ignored by MLT Component > --- > > Key: SOLR-12304 > URL: https://issues.apache.org/jira/browse/SOLR-12304 > Project: Solr > Issue Type: Bug > Security Level: Public(Default Security Level. Issues are Public) > Components: MoreLikeThis >Affects Versions: 7.2 >Reporter: Alessandro Benedetti >Priority: Major > Attachments: SOLR-12304.patch, SOLR-12304.patch > > Time Spent: 10m > Remaining Estimate: 0h > > Currently the More Like This component just ignores the mlt.InterestingTerms > parameter ( which is usable by the MoreLikeThisHandler). > Scope of this issue is to fix the bug and add related tests ( which will > succeed after the fix ) > *N.B.* MoreLikeThisComponent and MoreLikeThisHandler are very coupled and the > tests for the MoreLikeThisHandler are intersecting the MoreLikeThisComponent > ones . > It is out of scope for this issue any consideration or refactor of that. > Other issues will follow. > *N.B.* out of scope for this issue is the distributed case, which is much > more complicated and requires much deeper investigations -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-8.x-Linux (64bit/jdk-9.0.4) - Build # 5 - Unstable!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-8.x-Linux/5/ Java: 64bit/jdk-9.0.4 -XX:+UseCompressedOops -XX:+UseParallelGC 18 tests failed. FAILED: junit.framework.TestSuite.org.apache.lucene.search.TestBlendedTermQuery Error Message: Stack Trace: java.lang.AssertionError at __randomizedtesting.SeedInfo.seed([850B67D4E0BE6174]:0) at org.apache.lucene.util.TestRuleTemporaryFilesCleanup.initializeJavaTempDir(TestRuleTemporaryFilesCleanup.java:189) at org.apache.lucene.util.TestRuleTemporaryFilesCleanup.before(TestRuleTemporaryFilesCleanup.java:114) at com.carrotsearch.randomizedtesting.rules.TestRuleAdapter$1.before(TestRuleAdapter.java:26) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:35) 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:748) FAILED: junit.framework.TestSuite.org.apache.lucene.search.TestBlockMaxConjunction Error Message: Stack Trace: java.lang.AssertionError at __randomizedtesting.SeedInfo.seed([850B67D4E0BE6174]:0) at org.apache.lucene.util.TestRuleTemporaryFilesCleanup.initializeJavaTempDir(TestRuleTemporaryFilesCleanup.java:189) at org.apache.lucene.util.TestRuleTemporaryFilesCleanup.before(TestRuleTemporaryFilesCleanup.java:114) at com.carrotsearch.randomizedtesting.rules.TestRuleAdapter$1.before(TestRuleAdapter.java:26) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:35) 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:748) FAILED: junit.framework.TestSuite.org.apache.lucene.search.TestCachingCollector Error Message: Stack Trace: java.lang.AssertionError at __randomizedtesting.SeedInfo.seed([850B67D4E0BE6174]:0) at org.apache.lucene.util.TestRuleTemporaryFilesCleanup.initializeJavaTempDir(TestRuleTemporaryFilesCleanup.java:189) at org.apache.lucene.util.TestRuleTemporaryFilesCleanup.before(TestRuleTemporaryFilesCleanup.java:114) at com.carrotsearch.randomizedtesting.rules.TestRuleAdapter$1.before(TestRuleAdapter.java:26) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:35) 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:748) FAILED: junit.framework.TestSuite.org.apache.lucene.search.TestEarlyTermination Error Message: Stack Trace: java.lang.AssertionError at __randomizedtesting.SeedInfo.seed([850B67D4E0BE6174]:0) at org.apache.lucene.util.TestRuleTemporaryFilesCleanup.initializeJavaTempDir(TestRuleTemporaryFilesCleanup.java:189) at org.apache.lucene.util.TestRuleTemporaryFilesCleanup.before(TestRuleTemporaryFilesCleanup.java:114) at
[JENKINS] Lucene-Solr-Tests-master - Build # 3134 - Failure
Build: https://builds.apache.org/job/Lucene-Solr-Tests-master/3134/ 1 tests failed. FAILED: org.apache.solr.cloud.autoscaling.sim.TestSimTriggerIntegration.testSearchRate Error Message: {srt=[CapturedEvent{timestamp=29383492119844564, stage=AFTER_ACTION, actionName='compute', event={ "id":"68641e2e3d7b8cT7zr7t7ngbld6zd62cw5qyncrs", "source":"search_rate_trigger", "eventTime":29383478365485964, "eventType":"SEARCHRATE", "properties":{ "hotReplicas":[ {"core_node2":{ "core":"collection1_shard1_replica_n2", "shard":"shard1", "collection":"collection1", "node_name":"127.0.0.1:10024_solr", "type":"NRT", "SEARCHER.searcher.maxDoc":0, "SEARCHER.searcher.deletedDocs":0, "INDEX.sizeInBytes":10240, "rate":250.0, "state":"active", "QUERY./select.requestTimes:1minRate":250, "INDEX.sizeInGB":9.5367431640625E-6, "SEARCHER.searcher.numDocs":0}}, {"core_node1":{ "core":"collection1_shard1_replica_n1", "shard":"shard1", "collection":"collection1", "node_name":"127.0.0.1:10023_solr", "type":"NRT", "leader":"true", "SEARCHER.searcher.maxDoc":0, "SEARCHER.searcher.deletedDocs":0, "INDEX.sizeInBytes":10240, "rate":250.0, "state":"active", "QUERY./select.requestTimes:1minRate":250, "INDEX.sizeInGB":9.5367431640625E-6, "SEARCHER.searcher.numDocs":0}}], "__start__":3, "coldNodes":{}, "coldShards":{}, "coldReplicas":[], "violationType":["hotShards"], "coldCollections":{}, "hotShards":{"collection1":{"shard1":250.0}}, "hotCollections":{"collection1":500.0}, "hotNodes":{ "127.0.0.1:10024_solr":250.0, "127.0.0.1:10023_solr":250.0}, "_enqueue_time_":29383489237035264, "requestedOps":[ { "action":"ADDREPLICA", "hints":{"COLL_SHARD":[{ "first":"collection1", "second":"shard1"}]}}, { "action":"ADDREPLICA", "hints":{"COLL_SHARD":[{ "first":"collection1", "second":"shard1"}]}}, { "action":"ADDREPLICA", "hints":{"COLL_SHARD":[{ "first":"collection1", "second":"shard1"}]}}]}}, context={properties.operations=[{ "class":"org.apache.solr.client.solrj.request.CollectionAdminRequest$AddReplica", "method":"GET", "params.action":"ADDREPLICA", "params.async":"search_rate_trigger/68641e2e3d7b8cT7zr7t7ngbld6zd62cw5qyncrs/0", "params.waitForFinalState":"true", "params.collection":"collection1", "params.shard":"shard1", "params.node":"127.0.0.1:10023_solr", "params.type":"NRT"}, { "class":"org.apache.solr.client.solrj.request.CollectionAdminRequest$AddReplica", "method":"GET", "params.action":"ADDREPLICA", "params.async":"search_rate_trigger/68641e2e3d7b8cT7zr7t7ngbld6zd62cw5qyncrs/0", "params.waitForFinalState":"true", "params.collection":"collection1", "params.shard":"shard1", "params.node":"127.0.0.1:10024_solr", "params.type":"NRT"}, { "class":"org.apache.solr.client.solrj.request.CollectionAdminRequest$AddReplica", "method":"GET", "params.action":"ADDREPLICA", "params.async":"search_rate_trigger/68641e2e3d7b8cT7zr7t7ngbld6zd62cw5qyncrs/0", "params.waitForFinalState":"true", "params.collection":"collection1", "params.shard":"shard1", "params.node":"127.0.0.1:10024_solr", "params.type":"NRT"}], properties.BEFORE_ACTION=[start, compute, execute, test, finish], source=search_rate_trigger, properties.AFTER_ACTION=[start, compute, execute, test, finish]}, config={ "beforeAction":[], "trigger":"search_rate_trigger", "stage":[ "FAILED", "SUCCEEDED"], "afterAction":[ "compute", "execute", "test"], "class":"org.apache.solr.cloud.autoscaling.sim.TestSimTriggerIntegration$TestTriggerListener"}, message='null'}, CapturedEvent{timestamp=29383503371624064, stage=AFTER_ACTION, actionName='execute', event={ "id":"68641e2e3d7b8cT7zr7t7ngbld6zd62cw5qyncrs", "source":"search_rate_trigger", "eventTime":29383478365485964, "eventType":"SEARCHRATE", "properties":{ "hotReplicas":[ {"core_node2":{ "core":"collection1_shard1_replica_n2", "shard":"shard1", "collection":"collection1", "node_name":"127.0.0.1:10024_solr", "type":"NRT", "SEARCHER.searcher.maxDoc":0, "SEARCHER.searcher.deletedDocs":0, "INDEX.sizeInBytes":10240, "rate":250.0, "state":"active", "QUERY./select.requestTimes:1minRate":250, "INDEX.sizeInGB":9.5367431640625E-6, "SEARCHER.searcher.numDocs":0}}, {"core_node1":{ "core":"collection1_shard1_replica_n1", "shard":"shard1",
[jira] [Commented] (SOLR-13072) Management of markers for nodeLost / nodeAdded events is broken
[ https://issues.apache.org/jira/browse/SOLR-13072?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16738419#comment-16738419 ] Andrzej Bialecki commented on SOLR-13072: -- Sorry for the mess-up ^ this is obviously for SOLR-12730 and not this one. > Management of markers for nodeLost / nodeAdded events is broken > --- > > Key: SOLR-13072 > URL: https://issues.apache.org/jira/browse/SOLR-13072 > Project: Solr > Issue Type: Bug > Security Level: Public(Default Security Level. Issues are Public) > Components: AutoScaling >Affects Versions: 7.5, 7.6, 8.0 >Reporter: Andrzej Bialecki >Assignee: Andrzej Bialecki >Priority: Major > Fix For: 8.0, 7.7 > > > In order to prevent {{nodeLost}} events from being lost when it's the > Overseer leader that is the node that was lost a mechanism was added to > record markers for these events by any other live node, in > {{ZkController.registerLiveNodesListener()}}. As similar mechanism also > exists for {{nodeAdded}} events. > On Overseer leader restart if the autoscaling configuration didn't contain > any triggers that consume {{nodeLost}} events then these markers are removed. > If there are 1 or more trigger configs that consume {{nodeLost}} events then > these triggers would read the markers, remove them and generate appropriate > events. > However, as the {{NodeMarkersRegistrationTest}} shows this mechanism is > broken and susceptible to race conditions. > It's not unusual to have more than 1 {{nodeLost}} trigger because in addition > to any user-defined triggers there's always one that is automatically defined > if missing: {{.auto_add_replicas}}. However, if there's more than 1 > {{nodeLost}} trigger then the process of consuming and removing the markers > becomes non-deterministic - each trigger may pick up (and delete) all, none, > or some of the markers. > So as it is now this mechanism is broken if more than 1 {{nodeLost}} or more > than 1 {{nodeAdded}} trigger is defined. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-13072) Management of markers for nodeLost / nodeAdded events is broken
[ https://issues.apache.org/jira/browse/SOLR-13072?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16738410#comment-16738410 ] ASF subversion and git services commented on SOLR-13072: Commit 2bc9904696f3484e9fb901efdd0e9a27b450d2fd in lucene-solr's branch refs/heads/branch_8x from Andrzej Bialecki [ https://gitbox.apache.org/repos/asf?p=lucene-solr.git;h=2bc9904 ] SOLR-13072: Document the "splitFuzz" parameter. > Management of markers for nodeLost / nodeAdded events is broken > --- > > Key: SOLR-13072 > URL: https://issues.apache.org/jira/browse/SOLR-13072 > Project: Solr > Issue Type: Bug > Security Level: Public(Default Security Level. Issues are Public) > Components: AutoScaling >Affects Versions: 7.5, 7.6, 8.0 >Reporter: Andrzej Bialecki >Assignee: Andrzej Bialecki >Priority: Major > Fix For: 8.0, 7.7 > > > In order to prevent {{nodeLost}} events from being lost when it's the > Overseer leader that is the node that was lost a mechanism was added to > record markers for these events by any other live node, in > {{ZkController.registerLiveNodesListener()}}. As similar mechanism also > exists for {{nodeAdded}} events. > On Overseer leader restart if the autoscaling configuration didn't contain > any triggers that consume {{nodeLost}} events then these markers are removed. > If there are 1 or more trigger configs that consume {{nodeLost}} events then > these triggers would read the markers, remove them and generate appropriate > events. > However, as the {{NodeMarkersRegistrationTest}} shows this mechanism is > broken and susceptible to race conditions. > It's not unusual to have more than 1 {{nodeLost}} trigger because in addition > to any user-defined triggers there's always one that is automatically defined > if missing: {{.auto_add_replicas}}. However, if there's more than 1 > {{nodeLost}} trigger then the process of consuming and removing the markers > becomes non-deterministic - each trigger may pick up (and delete) all, none, > or some of the markers. > So as it is now this mechanism is broken if more than 1 {{nodeLost}} or more > than 1 {{nodeAdded}} trigger is defined. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-13042) Miscellaneous JSON Facet API docs improvements
[ https://issues.apache.org/jira/browse/SOLR-13042?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jason Gerlowski updated SOLR-13042: --- Attachment: SOLR-13042.patch > Miscellaneous JSON Facet API docs improvements > -- > > Key: SOLR-13042 > URL: https://issues.apache.org/jira/browse/SOLR-13042 > Project: Solr > Issue Type: Bug > Security Level: Public(Default Security Level. Issues are Public) > Components: documentation >Affects Versions: 7.5, 8.0 >Reporter: Jason Gerlowski >Assignee: Jason Gerlowski >Priority: Minor > Attachments: SOLR-13042.patch, SOLR-13042.patch, SOLR-13042.patch > > > While working on SOLR-12965 I noticed a few minor issues with the JSON > faceting ref-guide pages. Nothing serious, just a few annoyances. Tweaks > include: > * missing/insufficient description of some params for Heatmap facets > * Weird formatting on "Domain Filters" example > * missing "fields"/"fl" in the "Parameters Mapping" table > Figured I'd just create a JIRA and fix these before I forgot about them -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-13072) Management of markers for nodeLost / nodeAdded events is broken
[ https://issues.apache.org/jira/browse/SOLR-13072?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16738411#comment-16738411 ] ASF subversion and git services commented on SOLR-13072: Commit 9423bdb0cf8dc83b626590c94486cbea44e34183 in lucene-solr's branch refs/heads/master from Andrzej Bialecki [ https://gitbox.apache.org/repos/asf?p=lucene-solr.git;h=9423bdb ] SOLR-13072: Document the "splitFuzz" parameter. > Management of markers for nodeLost / nodeAdded events is broken > --- > > Key: SOLR-13072 > URL: https://issues.apache.org/jira/browse/SOLR-13072 > Project: Solr > Issue Type: Bug > Security Level: Public(Default Security Level. Issues are Public) > Components: AutoScaling >Affects Versions: 7.5, 7.6, 8.0 >Reporter: Andrzej Bialecki >Assignee: Andrzej Bialecki >Priority: Major > Fix For: 8.0, 7.7 > > > In order to prevent {{nodeLost}} events from being lost when it's the > Overseer leader that is the node that was lost a mechanism was added to > record markers for these events by any other live node, in > {{ZkController.registerLiveNodesListener()}}. As similar mechanism also > exists for {{nodeAdded}} events. > On Overseer leader restart if the autoscaling configuration didn't contain > any triggers that consume {{nodeLost}} events then these markers are removed. > If there are 1 or more trigger configs that consume {{nodeLost}} events then > these triggers would read the markers, remove them and generate appropriate > events. > However, as the {{NodeMarkersRegistrationTest}} shows this mechanism is > broken and susceptible to race conditions. > It's not unusual to have more than 1 {{nodeLost}} trigger because in addition > to any user-defined triggers there's always one that is automatically defined > if missing: {{.auto_add_replicas}}. However, if there's more than 1 > {{nodeLost}} trigger then the process of consuming and removing the markers > becomes non-deterministic - each trigger may pick up (and delete) all, none, > or some of the markers. > So as it is now this mechanism is broken if more than 1 {{nodeLost}} or more > than 1 {{nodeAdded}} trigger is defined. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
Re: Welcome Nick Knize to the PMC
Congratulations, Nick ! Le mer. 9 janv. 2019 à 16:57, Erik Hatcher a écrit : > Welcome, Nick! > > Erik > > > On Jan 9, 2019, at 10:12 AM, Adrien Grand wrote: > > > > I am pleased to announce that Nick Knize has accepted the PMC's > > invitation to join. > > > > Welcome Nick! > > > > -- > > Adrien > > > > - > > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org > > For additional commands, e-mail: dev-h...@lucene.apache.org > > > > > - > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org > For additional commands, e-mail: dev-h...@lucene.apache.org > >
[jira] [Commented] (SOLR-12304) Interesting Terms parameter is ignored by MLT Component
[ https://issues.apache.org/jira/browse/SOLR-12304?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16738355#comment-16738355 ] Alessandro Benedetti commented on SOLR-12304: - thanks for your response David, investigating a bit more, there is a functionality that is offered by the component that is not achievable through the query parser: *Using MoreLikeThis as a search component returns similar documents for each document in the response set.* Given that, it should be ok to keep it and this patch is still valid. Deprecating the MLT handler is still recommended though. Ideally I prefer to remove it as I fear deprecated stuff could pend around for a while. I will work in the next month on that, I will open a Jira and keep the progress there. > Interesting Terms parameter is ignored by MLT Component > --- > > Key: SOLR-12304 > URL: https://issues.apache.org/jira/browse/SOLR-12304 > Project: Solr > Issue Type: Bug > Security Level: Public(Default Security Level. Issues are Public) > Components: MoreLikeThis >Affects Versions: 7.2 >Reporter: Alessandro Benedetti >Priority: Major > Attachments: SOLR-12304.patch, SOLR-12304.patch > > Time Spent: 10m > Remaining Estimate: 0h > > Currently the More Like This component just ignores the mlt.InterestingTerms > parameter ( which is usable by the MoreLikeThisHandler). > Scope of this issue is to fix the bug and add related tests ( which will > succeed after the fix ) > *N.B.* MoreLikeThisComponent and MoreLikeThisHandler are very coupled and the > tests for the MoreLikeThisHandler are intersecting the MoreLikeThisComponent > ones . > It is out of scope for this issue any consideration or refactor of that. > Other issues will follow. > *N.B.* out of scope for this issue is the distributed case, which is much > more complicated and requires much deeper investigations -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
Re: Welcome Nick Knize to the PMC
Welcome, Nick! Erik > On Jan 9, 2019, at 10:12 AM, Adrien Grand wrote: > > I am pleased to announce that Nick Knize has accepted the PMC's > invitation to join. > > Welcome Nick! > > -- > Adrien > > - > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org > For additional commands, e-mail: dev-h...@lucene.apache.org > - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS-MAVEN] Lucene-Solr-Maven-master #2460: POMs out of sync
Build: https://builds.apache.org/job/Lucene-Solr-Maven-master/2460/ No tests ran. Build Log: [...truncated 20117 lines...] BUILD FAILED /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Maven-master/build.xml:672: The following error occurred while executing this line: /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Maven-master/build.xml:209: The following error occurred while executing this line: /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Maven-master/lucene/build.xml:411: The following error occurred while executing this line: /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Maven-master/lucene/common-build.xml:2268: The following error occurred while executing this line: /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Maven-master/lucene/common-build.xml:1726: The following error occurred while executing this line: /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Maven-master/lucene/common-build.xml:657: Error deploying artifact 'org.apache.lucene:lucene-spatial:jar': Error installing artifact's metadata: Error while deploying metadata: Error transferring file Total time: 10 minutes 45 seconds Build step 'Invoke Ant' marked build as failure Email was triggered for: Failure - Any Sending email for trigger: Failure - Any - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
Re: Welcome Nick Knize to the PMC
Congratulations, Nick! On Wed, Jan 9, 2019 at 4:46 PM Alan Woodward wrote: > > Welcome Nick! > > > On 9 Jan 2019, at 15:12, Adrien Grand wrote: > > > > I am pleased to announce that Nick Knize has accepted the PMC's > > invitation to join. > > > > Welcome Nick! > > > > -- > > Adrien > > > > - > > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org > > For additional commands, e-mail: dev-h...@lucene.apache.org > > > > > - > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org > For additional commands, e-mail: dev-h...@lucene.apache.org > - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
Re: Welcome Nick Knize to the PMC
Welcome Nick! > On 9 Jan 2019, at 15:12, Adrien Grand wrote: > > I am pleased to announce that Nick Knize has accepted the PMC's > invitation to join. > > Welcome Nick! > > -- > Adrien > > - > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org > For additional commands, e-mail: dev-h...@lucene.apache.org > - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
Re: Welcome Nick Knize to the PMC
Congrats Nick! -Yonik On Wed, Jan 9, 2019 at 10:12 AM Adrien Grand wrote: > I am pleased to announce that Nick Knize has accepted the PMC's > invitation to join. > > Welcome Nick! > > -- > Adrien > > - > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org > For additional commands, e-mail: dev-h...@lucene.apache.org > >
Re: Welcome Nick Knize to the PMC
Congratulations :) On Wed, Jan 9, 2019 at 10:28 AM Martin Gainty wrote: > Welcome Nick! > -- > *From:* Erick Erickson > *Sent:* Wednesday, January 9, 2019 10:13 AM > *To:* dev@lucene.apache.org > *Subject:* Re: Welcome Nick Knize to the PMC > > Welcome Nick! > > On Wed, Jan 9, 2019 at 7:12 AM Adrien Grand wrote: > > > > I am pleased to announce that Nick Knize has accepted the PMC's > > invitation to join. > > > > Welcome Nick! > > > > -- > > Adrien > > > > - > > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org > > For additional commands, e-mail: dev-h...@lucene.apache.org > > > > - > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org > For additional commands, e-mail: dev-h...@lucene.apache.org > > -- http://www.the111shift.com
Re: Welcome Nick Knize to the PMC
Welcome Nick! -- Steve > On Jan 9, 2019, at 10:12 AM, Adrien Grand wrote: > > I am pleased to announce that Nick Knize has accepted the PMC's > invitation to join. > > Welcome Nick! > > -- > Adrien > > - > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org > For additional commands, e-mail: dev-h...@lucene.apache.org > - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
Re: Welcome Nick Knize to the PMC
Welcome Nick! From: Erick Erickson Sent: Wednesday, January 9, 2019 10:13 AM To: dev@lucene.apache.org Subject: Re: Welcome Nick Knize to the PMC Welcome Nick! On Wed, Jan 9, 2019 at 7:12 AM Adrien Grand wrote: > > I am pleased to announce that Nick Knize has accepted the PMC's > invitation to join. > > Welcome Nick! > > -- > Adrien > > - > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org > For additional commands, e-mail: dev-h...@lucene.apache.org > - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-Tests-7.x - Build # 1200 - Failure
Build: https://builds.apache.org/job/Lucene-Solr-Tests-7.x/1200/ All tests passed Build Log: [...truncated 61298 lines...] -ecj-javadoc-lint-src: [mkdir] Created dir: /tmp/ecj1012446011 [ecj-lint] Compiling 1235 source files to /tmp/ecj1012446011 [ecj-lint] Processing annotations [ecj-lint] Annotations processed [ecj-lint] Processing annotations [ecj-lint] No elements to process [ecj-lint] invalid Class-Path header in manifest of jar file: /x1/jenkins/.ivy2/cache/org.restlet.jee/org.restlet/jars/org.restlet-2.3.0.jar [ecj-lint] invalid Class-Path header in manifest of jar file: /x1/jenkins/.ivy2/cache/org.restlet.jee/org.restlet.ext.servlet/jars/org.restlet.ext.servlet-2.3.0.jar [ecj-lint] -- [ecj-lint] 1. WARNING in /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-7.x/solr/core/src/java/org/apache/solr/client/solrj/embedded/EmbeddedSolrServer.java (at line 219) [ecj-lint] return (NamedList) new JavaBinCodec(resolver).unmarshal(in); [ecj-lint]^^ [ecj-lint] Resource leak: '' is never closed [ecj-lint] -- [ecj-lint] -- [ecj-lint] 2. WARNING in /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-7.x/solr/core/src/java/org/apache/solr/cloud/api/collections/RestoreCmd.java (at line 257) [ecj-lint] throw new SolrException(ErrorCode.BAD_REQUEST, "Unexpected number of replicas, replicationFactor, " + [ecj-lint] Replica.Type.NRT + " or " + Replica.Type.TLOG + " must be greater than 0"); [ecj-lint] ^^^ [ecj-lint] Resource leak: 'repository' is not closed at this location [ecj-lint] -- [ecj-lint] -- [ecj-lint] 3. WARNING in /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-7.x/solr/core/src/java/org/apache/solr/handler/loader/JavabinLoader.java (at line 137) [ecj-lint] new JavaBinCodec() { [ecj-lint] SolrParams params; [ecj-lint] AddUpdateCommand addCmd = null; [ecj-lint] [ecj-lint] @Override [ecj-lint] public List readIterator(DataInputInputStream fis) throws IOException { [ecj-lint] while (true) { [ecj-lint] Object o = readVal(fis); [ecj-lint] if (o == END_OBJ) break; [ecj-lint] if (o instanceof NamedList) { [ecj-lint] params = ((NamedList) o).toSolrParams(); [ecj-lint] } else { [ecj-lint] try { [ecj-lint] if (o instanceof byte[]) { [ecj-lint] if (params != null) req.setParams(params); [ecj-lint] byte[] buf = (byte[]) o; [ecj-lint] contentStreamLoader.load(req, rsp, new ContentStreamBase.ByteArrayStream(buf, null), processor); [ecj-lint] } else { [ecj-lint] throw new RuntimeException("unsupported type "); [ecj-lint] } [ecj-lint] } catch (Exception e) { [ecj-lint] throw new RuntimeException(e); [ecj-lint] } finally { [ecj-lint] params = null; [ecj-lint] req.setParams(old); [ecj-lint] } [ecj-lint] } [ecj-lint] } [ecj-lint] return Collections.emptyList(); [ecj-lint] } [ecj-lint] [ecj-lint] }.unmarshal(in); [ecj-lint] ^^ [ecj-lint] Resource leak: '' is never closed [ecj-lint] -- [ecj-lint] -- [ecj-lint] 4. ERROR in /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-7.x/solr/core/src/java/org/apache/solr/update/DocumentBuilder.java (at line 32) [ecj-lint] import org.apache.solr.common.util.ByteArrayUtf8CharSequence; [ecj-lint]^ [ecj-lint] The import org.apache.solr.common.util.ByteArrayUtf8CharSequence is never
Re: Welcome Nick Knize to the PMC
Congratulations Nick! > On Jan 9, 2019, at 10:15 AM, Kevin Risden wrote: > > Congrats Nick! > > Kevin Risden > > On Wed, Jan 9, 2019 at 10:14 AM Ignacio Vera wrote: >> >> Congratulations Nick! >> >> On Wed, Jan 9, 2019 at 4:14 PM Erick Erickson >> wrote: >>> >>> Welcome Nick! >>> >>> On Wed, Jan 9, 2019 at 7:12 AM Adrien Grand wrote: I am pleased to announce that Nick Knize has accepted the PMC's invitation to join. Welcome Nick! -- Adrien - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org >>> >>> - >>> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org >>> For additional commands, e-mail: dev-h...@lucene.apache.org >>> > > - > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org > For additional commands, e-mail: dev-h...@lucene.apache.org > - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
Re: Welcome Nick Knize to the PMC
Congrats Nick! Kevin Risden On Wed, Jan 9, 2019 at 10:14 AM Ignacio Vera wrote: > > Congratulations Nick! > > On Wed, Jan 9, 2019 at 4:14 PM Erick Erickson wrote: >> >> Welcome Nick! >> >> On Wed, Jan 9, 2019 at 7:12 AM Adrien Grand wrote: >> > >> > I am pleased to announce that Nick Knize has accepted the PMC's >> > invitation to join. >> > >> > Welcome Nick! >> > >> > -- >> > Adrien >> > >> > - >> > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org >> > For additional commands, e-mail: dev-h...@lucene.apache.org >> > >> >> - >> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org >> For additional commands, e-mail: dev-h...@lucene.apache.org >> - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
Re: Welcome Nick Knize to the PMC
Congratulations Nick! On Wed, Jan 9, 2019 at 4:14 PM Erick Erickson wrote: > Welcome Nick! > > On Wed, Jan 9, 2019 at 7:12 AM Adrien Grand wrote: > > > > I am pleased to announce that Nick Knize has accepted the PMC's > > invitation to join. > > > > Welcome Nick! > > > > -- > > Adrien > > > > - > > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org > > For additional commands, e-mail: dev-h...@lucene.apache.org > > > > - > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org > For additional commands, e-mail: dev-h...@lucene.apache.org > >
Re: Welcome Nick Knize to the PMC
Welcome Nick! On Wed, Jan 9, 2019 at 7:12 AM Adrien Grand wrote: > > I am pleased to announce that Nick Knize has accepted the PMC's > invitation to join. > > Welcome Nick! > > -- > Adrien > > - > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org > For additional commands, e-mail: dev-h...@lucene.apache.org > - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
Welcome Nick Knize to the PMC
I am pleased to announce that Nick Knize has accepted the PMC's invitation to join. Welcome Nick! -- Adrien - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-13120) Bad Documentation Link
[ https://issues.apache.org/jira/browse/SOLR-13120?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16738322#comment-16738322 ] Gus Heck commented on SOLR-13120: - This appears to link to HelioSearch's site, and they're long since gone. The link now redirects to an odd and vaguely scary looking URL with a blank page. Maybe one of the former members of HelioSearch has the content that was there? In any case this link should be removed. [http://yonik.com/solr/paging-and-deep-paging/] might be a good replacement. I believe that to make this change yourself you just need to request an account (see [https://wiki.apache.org/solr/FrontPage#How_to_edit_this_Wiki)|https://wiki.apache.org/solr/FrontPage#How_to_edit_this_Wiki).] > Bad Documentation Link > -- > > Key: SOLR-13120 > URL: https://issues.apache.org/jira/browse/SOLR-13120 > Project: Solr > Issue Type: Task > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Kyle Cundari >Priority: Major > > In the Solr Docs: [https://wiki.apache.org/solr/CommonQueryParameters] > > There is a bad link ("full cursorMark deep paging example") Under the "Deep > paging with cursorMark" header. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-7.x-Linux (64bit/jdk1.8.0_172) - Build # 3376 - Failure!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-7.x-Linux/3376/ Java: 64bit/jdk1.8.0_172 -XX:-UseCompressedOops -XX:+UseSerialGC All tests passed Build Log: [...truncated 61335 lines...] -ecj-javadoc-lint-src: [mkdir] Created dir: /tmp/ecj603663951 [ecj-lint] Compiling 1235 source files to /tmp/ecj603663951 [ecj-lint] Processing annotations [ecj-lint] Annotations processed [ecj-lint] Processing annotations [ecj-lint] No elements to process [ecj-lint] invalid Class-Path header in manifest of jar file: /home/jenkins/.ivy2/cache/org.restlet.jee/org.restlet/jars/org.restlet-2.3.0.jar [ecj-lint] invalid Class-Path header in manifest of jar file: /home/jenkins/.ivy2/cache/org.restlet.jee/org.restlet.ext.servlet/jars/org.restlet.ext.servlet-2.3.0.jar [ecj-lint] -- [ecj-lint] 1. WARNING in /home/jenkins/workspace/Lucene-Solr-7.x-Linux/solr/core/src/java/org/apache/solr/client/solrj/embedded/EmbeddedSolrServer.java (at line 219) [ecj-lint] return (NamedList) new JavaBinCodec(resolver).unmarshal(in); [ecj-lint]^^ [ecj-lint] Resource leak: '' is never closed [ecj-lint] -- [ecj-lint] -- [ecj-lint] 2. WARNING in /home/jenkins/workspace/Lucene-Solr-7.x-Linux/solr/core/src/java/org/apache/solr/cloud/api/collections/RestoreCmd.java (at line 257) [ecj-lint] throw new SolrException(ErrorCode.BAD_REQUEST, "Unexpected number of replicas, replicationFactor, " + [ecj-lint] Replica.Type.NRT + " or " + Replica.Type.TLOG + " must be greater than 0"); [ecj-lint] ^^^ [ecj-lint] Resource leak: 'repository' is not closed at this location [ecj-lint] -- [ecj-lint] -- [ecj-lint] 3. WARNING in /home/jenkins/workspace/Lucene-Solr-7.x-Linux/solr/core/src/java/org/apache/solr/handler/loader/JavabinLoader.java (at line 137) [ecj-lint] new JavaBinCodec() { [ecj-lint] SolrParams params; [ecj-lint] AddUpdateCommand addCmd = null; [ecj-lint] [ecj-lint] @Override [ecj-lint] public List readIterator(DataInputInputStream fis) throws IOException { [ecj-lint] while (true) { [ecj-lint] Object o = readVal(fis); [ecj-lint] if (o == END_OBJ) break; [ecj-lint] if (o instanceof NamedList) { [ecj-lint] params = ((NamedList) o).toSolrParams(); [ecj-lint] } else { [ecj-lint] try { [ecj-lint] if (o instanceof byte[]) { [ecj-lint] if (params != null) req.setParams(params); [ecj-lint] byte[] buf = (byte[]) o; [ecj-lint] contentStreamLoader.load(req, rsp, new ContentStreamBase.ByteArrayStream(buf, null), processor); [ecj-lint] } else { [ecj-lint] throw new RuntimeException("unsupported type "); [ecj-lint] } [ecj-lint] } catch (Exception e) { [ecj-lint] throw new RuntimeException(e); [ecj-lint] } finally { [ecj-lint] params = null; [ecj-lint] req.setParams(old); [ecj-lint] } [ecj-lint] } [ecj-lint] } [ecj-lint] return Collections.emptyList(); [ecj-lint] } [ecj-lint] [ecj-lint] }.unmarshal(in); [ecj-lint] ^^ [ecj-lint] Resource leak: '' is never closed [ecj-lint] -- [ecj-lint] -- [ecj-lint] 4. ERROR in /home/jenkins/workspace/Lucene-Solr-7.x-Linux/solr/core/src/java/org/apache/solr/update/DocumentBuilder.java (at line 32) [ecj-lint] import org.apache.solr.common.util.ByteArrayUtf8CharSequence; [ecj-lint]^ [ecj-lint] The import
[jira] [Commented] (SOLR-13016) Computing suggestions when policy have "#EQUAL" or "#ALL" rules take too long
[ https://issues.apache.org/jira/browse/SOLR-13016?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16738270#comment-16738270 ] ASF subversion and git services commented on SOLR-13016: Commit 5ea74afbf0eb24858b102b422df830a2042cdbc5 in lucene-solr's branch refs/heads/branch_7x from Noble Paul [ https://gitbox.apache.org/repos/asf?p=lucene-solr.git;h=5ea74af ] SOLR-13016: test errors fixed > Computing suggestions when policy have "#EQUAL" or "#ALL" rules take too long > - > > Key: SOLR-13016 > URL: https://issues.apache.org/jira/browse/SOLR-13016 > Project: Solr > Issue Type: Bug > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Noble Paul >Assignee: Noble Paul >Priority: Major > Attachments: SOLR-13016.patch, SOLR-13016.patch, SOLR-13016.patch, > SOLR-13016.patch, SOLR-13016.patch > > > When rules have computed values such as "#EQUAL" or "#ALL" , it takes too > long to compute. The problem is these values are computed too many times and > as the no:of nodes increase it almost takes forever. These values don't > change and they can be cached -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-13016) Computing suggestions when policy have "#EQUAL" or "#ALL" rules take too long
[ https://issues.apache.org/jira/browse/SOLR-13016?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16738268#comment-16738268 ] ASF subversion and git services commented on SOLR-13016: Commit f48fca15fcbaf9a9cdb32487e201447c88fe2cdc in lucene-solr's branch refs/heads/branch_8x from Noble Paul [ https://gitbox.apache.org/repos/asf?p=lucene-solr.git;h=f48fca1 ] SOLR-13016: test errors fixed > Computing suggestions when policy have "#EQUAL" or "#ALL" rules take too long > - > > Key: SOLR-13016 > URL: https://issues.apache.org/jira/browse/SOLR-13016 > Project: Solr > Issue Type: Bug > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Noble Paul >Assignee: Noble Paul >Priority: Major > Attachments: SOLR-13016.patch, SOLR-13016.patch, SOLR-13016.patch, > SOLR-13016.patch, SOLR-13016.patch > > > When rules have computed values such as "#EQUAL" or "#ALL" , it takes too > long to compute. The problem is these values are computed too many times and > as the no:of nodes increase it almost takes forever. These values don't > change and they can be cached -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-7.x-Solaris (64bit/jdk1.8.0) - Build # 997 - Failure!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-7.x-Solaris/997/ Java: 64bit/jdk1.8.0 -XX:-UseCompressedOops -XX:+UseParallelGC 3 tests failed. FAILED: org.apache.solr.cloud.api.collections.CollectionsAPIDistributedZkTest.testMissingRequiredParameters Error Message: Error starting up MiniSolrCloudCluster Stack Trace: java.lang.Exception: Error starting up MiniSolrCloudCluster at __randomizedtesting.SeedInfo.seed([1F465E760F9E5524:5080AF1092176285]:0) at org.apache.solr.cloud.MiniSolrCloudCluster.checkForExceptions(MiniSolrCloudCluster.java:619) at org.apache.solr.cloud.MiniSolrCloudCluster.(MiniSolrCloudCluster.java:275) at org.apache.solr.cloud.SolrCloudTestCase$Builder.build(SolrCloudTestCase.java:206) at org.apache.solr.cloud.SolrCloudTestCase$Builder.configure(SolrCloudTestCase.java:198) at org.apache.solr.cloud.api.collections.CollectionsAPIDistributedZkTest.setupCluster(CollectionsAPIDistributedZkTest.java:108) 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:1750) at com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:972) at com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:988) 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:947) at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:832) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:883) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:894) 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:748) Suppressed:
[jira] [Commented] (SOLR-13016) Computing suggestions when policy have "#EQUAL" or "#ALL" rules take too long
[ https://issues.apache.org/jira/browse/SOLR-13016?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16738211#comment-16738211 ] ASF subversion and git services commented on SOLR-13016: Commit 8bb21f90e1e99d06685011b30eab841d2f1dd4a6 in lucene-solr's branch refs/heads/branch_8x from Noble Paul [ https://gitbox.apache.org/repos/asf?p=lucene-solr.git;h=8bb21f9 ] SOLR-13016: precommit errors > Computing suggestions when policy have "#EQUAL" or "#ALL" rules take too long > - > > Key: SOLR-13016 > URL: https://issues.apache.org/jira/browse/SOLR-13016 > Project: Solr > Issue Type: Bug > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Noble Paul >Assignee: Noble Paul >Priority: Major > Attachments: SOLR-13016.patch, SOLR-13016.patch, SOLR-13016.patch, > SOLR-13016.patch, SOLR-13016.patch > > > When rules have computed values such as "#EQUAL" or "#ALL" , it takes too > long to compute. The problem is these values are computed too many times and > as the no:of nodes increase it almost takes forever. These values don't > change and they can be cached -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-NightlyTests-7.x - Build # 427 - Failure
Build: https://builds.apache.org/job/Lucene-Solr-NightlyTests-7.x/427/ 2 tests failed. FAILED: org.apache.solr.cloud.hdfs.HdfsUnloadDistributedZkTest.test Error Message: Captured an uncaught exception in thread: Thread[id=158825, name=testExecutor-14983-thread-17, state=RUNNABLE, group=TGRP-HdfsUnloadDistributedZkTest] Stack Trace: com.carrotsearch.randomizedtesting.UncaughtExceptionError: Captured an uncaught exception in thread: Thread[id=158825, name=testExecutor-14983-thread-17, state=RUNNABLE, group=TGRP-HdfsUnloadDistributedZkTest] at __randomizedtesting.SeedInfo.seed([6D27CF39EEEFD016:E573F0E34013BDEE]:0) Caused by: java.lang.RuntimeException: org.apache.solr.client.solrj.SolrServerException: Timeout occured while waiting response from server at: http://127.0.0.1:36518 at __randomizedtesting.SeedInfo.seed([6D27CF39EEEFD016]:0) at org.apache.solr.cloud.BasicDistributedZkTest.lambda$createCollectionInOneInstance$1(BasicDistributedZkTest.java:659) at org.apache.solr.common.util.ExecutorUtil$MDCAwareThreadPoolExecutor.lambda$execute$0(ExecutorUtil.java:209) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) at java.lang.Thread.run(Thread.java:748) Caused by: org.apache.solr.client.solrj.SolrServerException: Timeout occured while waiting response from server at: http://127.0.0.1:36518 at org.apache.solr.client.solrj.impl.HttpSolrClient.executeMethod(HttpSolrClient.java:654) at org.apache.solr.client.solrj.impl.HttpSolrClient.request(HttpSolrClient.java:255) at org.apache.solr.client.solrj.impl.HttpSolrClient.request(HttpSolrClient.java:244) at org.apache.solr.client.solrj.SolrRequest.process(SolrRequest.java:194) at org.apache.solr.client.solrj.SolrRequest.process(SolrRequest.java:211) at org.apache.solr.cloud.BasicDistributedZkTest.lambda$createCollectionInOneInstance$1(BasicDistributedZkTest.java:657) ... 4 more Caused by: java.net.SocketTimeoutException: Read timed out at java.net.SocketInputStream.socketRead0(Native Method) at java.net.SocketInputStream.socketRead(SocketInputStream.java:116) at java.net.SocketInputStream.read(SocketInputStream.java:171) at java.net.SocketInputStream.read(SocketInputStream.java:141) at org.apache.http.impl.io.SessionInputBufferImpl.streamRead(SessionInputBufferImpl.java:137) at org.apache.http.impl.io.SessionInputBufferImpl.fillBuffer(SessionInputBufferImpl.java:153) at org.apache.http.impl.io.SessionInputBufferImpl.readLine(SessionInputBufferImpl.java:282) at org.apache.http.impl.conn.DefaultHttpResponseParser.parseHead(DefaultHttpResponseParser.java:138) at org.apache.http.impl.conn.DefaultHttpResponseParser.parseHead(DefaultHttpResponseParser.java:56) at org.apache.http.impl.io.AbstractMessageParser.parse(AbstractMessageParser.java:259) at org.apache.http.impl.DefaultBHttpClientConnection.receiveResponseHeader(DefaultBHttpClientConnection.java:163) at org.apache.http.impl.conn.CPoolProxy.receiveResponseHeader(CPoolProxy.java:165) at org.apache.http.protocol.HttpRequestExecutor.doReceiveResponse(HttpRequestExecutor.java:273) at org.apache.http.protocol.HttpRequestExecutor.execute(HttpRequestExecutor.java:125) at org.apache.http.impl.execchain.MainClientExec.execute(MainClientExec.java:272) at org.apache.http.impl.execchain.ProtocolExec.execute(ProtocolExec.java:185) at org.apache.http.impl.execchain.RetryExec.execute(RetryExec.java:89) at org.apache.http.impl.execchain.RedirectExec.execute(RedirectExec.java:110) at org.apache.http.impl.client.InternalHttpClient.doExecute(InternalHttpClient.java:185) at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:83) at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:56) at org.apache.solr.client.solrj.impl.HttpSolrClient.executeMethod(HttpSolrClient.java:542) ... 9 more FAILED: org.apache.solr.cloud.ForceLeaderTest.testReplicasInLIRNoLeader Error Message: Timeout occured while waiting response from server at: http://127.0.0.1:38732/forceleader_test_collection Stack Trace: org.apache.solr.client.solrj.SolrServerException: Timeout occured while waiting response from server at: http://127.0.0.1:38732/forceleader_test_collection at __randomizedtesting.SeedInfo.seed([6D27CF39EEEFD016:8BB0FBF9D76D2977]:0) at org.apache.solr.client.solrj.impl.HttpSolrClient.executeMethod(HttpSolrClient.java:654) at org.apache.solr.client.solrj.impl.HttpSolrClient.request(HttpSolrClient.java:255) at org.apache.solr.client.solrj.impl.HttpSolrClient.request(HttpSolrClient.java:244) at
[jira] [Commented] (SOLR-13016) Computing suggestions when policy have "#EQUAL" or "#ALL" rules take too long
[ https://issues.apache.org/jira/browse/SOLR-13016?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16738210#comment-16738210 ] ASF subversion and git services commented on SOLR-13016: Commit 2f6d31364e70752d0690c4db189e45354aaca0de in lucene-solr's branch refs/heads/branch_8x from Noble Paul [ https://gitbox.apache.org/repos/asf?p=lucene-solr.git;h=2f6d313 ] SOLR-13016: Computing suggestions when policy have "#EQUAL" or "#ALL" rules take too long > Computing suggestions when policy have "#EQUAL" or "#ALL" rules take too long > - > > Key: SOLR-13016 > URL: https://issues.apache.org/jira/browse/SOLR-13016 > Project: Solr > Issue Type: Bug > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Noble Paul >Assignee: Noble Paul >Priority: Major > Attachments: SOLR-13016.patch, SOLR-13016.patch, SOLR-13016.patch, > SOLR-13016.patch, SOLR-13016.patch > > > When rules have computed values such as "#EQUAL" or "#ALL" , it takes too > long to compute. The problem is these values are computed too many times and > as the no:of nodes increase it almost takes forever. These values don't > change and they can be cached -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-13099) Support a new type of unit 'WEEK ' for DateMathParser
[ https://issues.apache.org/jira/browse/SOLR-13099?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Haochao Zhuang updated SOLR-13099: -- Attachment: SOLR-13099.patch > Support a new type of unit 'WEEK ' for DateMathParser > - > > Key: SOLR-13099 > URL: https://issues.apache.org/jira/browse/SOLR-13099 > Project: Solr > Issue Type: Improvement > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Haochao Zhuang >Priority: Major > Attachments: SOLR-13099.patch, SOLR-13099.patch > > > for convenience purpose, i think a WEEK unit is necessary. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-13016) Computing suggestions when policy have "#EQUAL" or "#ALL" rules take too long
[ https://issues.apache.org/jira/browse/SOLR-13016?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16738205#comment-16738205 ] ASF subversion and git services commented on SOLR-13016: Commit a9ad1068a829bbd5f5562a16b584c52ca0504abd in lucene-solr's branch refs/heads/branch_7x from Noble Paul [ https://gitbox.apache.org/repos/asf?p=lucene-solr.git;h=a9ad106 ] SOLR-13016: precommit errors > Computing suggestions when policy have "#EQUAL" or "#ALL" rules take too long > - > > Key: SOLR-13016 > URL: https://issues.apache.org/jira/browse/SOLR-13016 > Project: Solr > Issue Type: Bug > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Noble Paul >Assignee: Noble Paul >Priority: Major > Attachments: SOLR-13016.patch, SOLR-13016.patch, SOLR-13016.patch, > SOLR-13016.patch, SOLR-13016.patch > > > When rules have computed values such as "#EQUAL" or "#ALL" , it takes too > long to compute. The problem is these values are computed too many times and > as the no:of nodes increase it almost takes forever. These values don't > change and they can be cached -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-13016) Computing suggestions when policy have "#EQUAL" or "#ALL" rules take too long
[ https://issues.apache.org/jira/browse/SOLR-13016?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16738204#comment-16738204 ] ASF subversion and git services commented on SOLR-13016: Commit b53fc70f87620b44a6988b959e2f228fbe4981a6 in lucene-solr's branch refs/heads/branch_7x from Noble Paul [ https://gitbox.apache.org/repos/asf?p=lucene-solr.git;h=b53fc70 ] SOLR-13016: Computing suggestions when policy have "#EQUAL" or "#ALL" rules take too long > Computing suggestions when policy have "#EQUAL" or "#ALL" rules take too long > - > > Key: SOLR-13016 > URL: https://issues.apache.org/jira/browse/SOLR-13016 > Project: Solr > Issue Type: Bug > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Noble Paul >Assignee: Noble Paul >Priority: Major > Attachments: SOLR-13016.patch, SOLR-13016.patch, SOLR-13016.patch, > SOLR-13016.patch, SOLR-13016.patch > > > When rules have computed values such as "#EQUAL" or "#ALL" , it takes too > long to compute. The problem is these values are computed too many times and > as the no:of nodes increase it almost takes forever. These values don't > change and they can be cached -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-13016) Computing suggestions when policy have "#EQUAL" or "#ALL" rules take too long
[ https://issues.apache.org/jira/browse/SOLR-13016?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16738164#comment-16738164 ] ASF subversion and git services commented on SOLR-13016: Commit 1e14a6c6d65f437192cf8f56976d07a16806fe95 in lucene-solr's branch refs/heads/master from Noble Paul [ https://gitbox.apache.org/repos/asf?p=lucene-solr.git;h=1e14a6c ] SOLR-13016: Computing suggestions when policy have "#EQUAL" or "#ALL" rules take too long > Computing suggestions when policy have "#EQUAL" or "#ALL" rules take too long > - > > Key: SOLR-13016 > URL: https://issues.apache.org/jira/browse/SOLR-13016 > Project: Solr > Issue Type: Bug > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Noble Paul >Assignee: Noble Paul >Priority: Major > Attachments: SOLR-13016.patch, SOLR-13016.patch, SOLR-13016.patch, > SOLR-13016.patch, SOLR-13016.patch > > > When rules have computed values such as "#EQUAL" or "#ALL" , it takes too > long to compute. The problem is these values are computed too many times and > as the no:of nodes increase it almost takes forever. These values don't > change and they can be cached -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-master-Solaris (64bit/jdk1.8.0) - Build # 2251 - Failure!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Solaris/2251/ Java: 64bit/jdk1.8.0 -XX:-UseCompressedOops -XX:+UseG1GC All tests passed Build Log: [...truncated 61277 lines...] -ecj-javadoc-lint-src: [mkdir] Created dir: /var/tmp/ecj1064655203 [ecj-lint] Compiling 1241 source files to /var/tmp/ecj1064655203 [ecj-lint] Processing annotations [ecj-lint] Annotations processed [ecj-lint] Processing annotations [ecj-lint] No elements to process [ecj-lint] invalid Class-Path header in manifest of jar file: /export/home/jenkins/.ivy2/cache/org.restlet.jee/org.restlet/jars/org.restlet-2.3.0.jar [ecj-lint] invalid Class-Path header in manifest of jar file: /export/home/jenkins/.ivy2/cache/org.restlet.jee/org.restlet.ext.servlet/jars/org.restlet.ext.servlet-2.3.0.jar [ecj-lint] -- [ecj-lint] 1. WARNING in /export/home/jenkins/workspace/Lucene-Solr-master-Solaris/solr/core/src/java/org/apache/solr/client/solrj/embedded/EmbeddedSolrServer.java (at line 219) [ecj-lint] return (NamedList) new JavaBinCodec(resolver).unmarshal(in); [ecj-lint]^^ [ecj-lint] Resource leak: '' is never closed [ecj-lint] -- [ecj-lint] -- [ecj-lint] 2. WARNING in /export/home/jenkins/workspace/Lucene-Solr-master-Solaris/solr/core/src/java/org/apache/solr/cloud/api/collections/RestoreCmd.java (at line 257) [ecj-lint] throw new SolrException(ErrorCode.BAD_REQUEST, "Unexpected number of replicas, replicationFactor, " + [ecj-lint] Replica.Type.NRT + " or " + Replica.Type.TLOG + " must be greater than 0"); [ecj-lint] ^^^ [ecj-lint] Resource leak: 'repository' is not closed at this location [ecj-lint] -- [ecj-lint] -- [ecj-lint] 3. WARNING in /export/home/jenkins/workspace/Lucene-Solr-master-Solaris/solr/core/src/java/org/apache/solr/handler/loader/JavabinLoader.java (at line 137) [ecj-lint] new JavaBinCodec() { [ecj-lint] SolrParams params; [ecj-lint] AddUpdateCommand addCmd = null; [ecj-lint] [ecj-lint] @Override [ecj-lint] public List readIterator(DataInputInputStream fis) throws IOException { [ecj-lint] while (true) { [ecj-lint] Object o = readVal(fis); [ecj-lint] if (o == END_OBJ) break; [ecj-lint] if (o instanceof NamedList) { [ecj-lint] params = ((NamedList) o).toSolrParams(); [ecj-lint] } else { [ecj-lint] try { [ecj-lint] if (o instanceof byte[]) { [ecj-lint] if (params != null) req.setParams(params); [ecj-lint] byte[] buf = (byte[]) o; [ecj-lint] contentStreamLoader.load(req, rsp, new ContentStreamBase.ByteArrayStream(buf, null), processor); [ecj-lint] } else { [ecj-lint] throw new RuntimeException("unsupported type "); [ecj-lint] } [ecj-lint] } catch (Exception e) { [ecj-lint] throw new RuntimeException(e); [ecj-lint] } finally { [ecj-lint] params = null; [ecj-lint] req.setParams(old); [ecj-lint] } [ecj-lint] } [ecj-lint] } [ecj-lint] return Collections.emptyList(); [ecj-lint] } [ecj-lint] [ecj-lint] }.unmarshal(in); [ecj-lint] ^^ [ecj-lint] Resource leak: '' is never closed [ecj-lint] -- [ecj-lint] -- [ecj-lint] 4. ERROR in /export/home/jenkins/workspace/Lucene-Solr-master-Solaris/solr/core/src/java/org/apache/solr/update/DocumentBuilder.java (at line 32) [ecj-lint] import org.apache.solr.common.util.ByteArrayUtf8CharSequence; [ecj-lint]
[JENKINS] Lucene-Solr-NightlyTests-master - Build # 1746 - Still Failing
Build: https://builds.apache.org/job/Lucene-Solr-NightlyTests-master/1746/ 1 tests failed. FAILED: org.apache.solr.TestDistributedSearch.test Error Message: Stack Trace: java.lang.NullPointerException at __randomizedtesting.SeedInfo.seed([362C6D8DDAF5E9A:8B36F90273533362]:0) at org.apache.solr.TestDistributedSearch.test(TestDistributedSearch.java:596) 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:1750) at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:938) at com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:974) at com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:988) at org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsRepeatStatement.callStatement(BaseDistributedSearchTestCase.java:1096) at org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsStatement.evaluate(BaseDistributedSearchTestCase.java:1042) 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:947) at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:832) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:883) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:894) 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:748) Build Log: [...truncated 13700 lines...] [junit4] Suite: org.apache.solr.TestDistributedSearch [junit4] 2> Creating dataDir:
[jira] [Comment Edited] (SOLR-13016) Computing suggestions when policy have "#EQUAL" or "#ALL" rules take too long
[ https://issues.apache.org/jira/browse/SOLR-13016?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16738100#comment-16738100 ] Andrzej Bialecki edited comment on SOLR-13016 at 1/9/19 11:01 AM: --- This patch uses {{System.nanoTime()}} in several places instead of using {{cloudManager.getTimeSource().getTimeNs()}}, and this will break the simulator. Similarly, {{CoresVariable}} uses {{System.currentTimeMllis()}} (which is a forbidden API, too) where it should use {{ctx.session.cloudManager.getTimeSource().getEpochTimeNs()}} instead as the base for calculations. was (Author: ab): This patch uses {{System.nanoTime()}} in several places instead of using {{cloudManager.getTimeSource().getTimeNs()}} so it will break the simulator. > Computing suggestions when policy have "#EQUAL" or "#ALL" rules take too long > - > > Key: SOLR-13016 > URL: https://issues.apache.org/jira/browse/SOLR-13016 > Project: Solr > Issue Type: Bug > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Noble Paul >Assignee: Noble Paul >Priority: Major > Attachments: SOLR-13016.patch, SOLR-13016.patch, SOLR-13016.patch, > SOLR-13016.patch, SOLR-13016.patch > > > When rules have computed values such as "#EQUAL" or "#ALL" , it takes too > long to compute. The problem is these values are computed too many times and > as the no:of nodes increase it almost takes forever. These values don't > change and they can be cached -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-13016) Computing suggestions when policy have "#EQUAL" or "#ALL" rules take too long
[ https://issues.apache.org/jira/browse/SOLR-13016?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16738100#comment-16738100 ] Andrzej Bialecki commented on SOLR-13016: -- This patch uses {{System.nanoTime()}} in several places instead of using {{cloudManager.getTimeSource().getTimeNs()}} so it will break the simulator. > Computing suggestions when policy have "#EQUAL" or "#ALL" rules take too long > - > > Key: SOLR-13016 > URL: https://issues.apache.org/jira/browse/SOLR-13016 > Project: Solr > Issue Type: Bug > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Noble Paul >Assignee: Noble Paul >Priority: Major > Attachments: SOLR-13016.patch, SOLR-13016.patch, SOLR-13016.patch, > SOLR-13016.patch, SOLR-13016.patch > > > When rules have computed values such as "#EQUAL" or "#ALL" , it takes too > long to compute. The problem is these values are computed too many times and > as the no:of nodes increase it almost takes forever. These values don't > change and they can be cached -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Assigned] (SOLR-13116) Add Admin UI login support for Kerberos
[ https://issues.apache.org/jira/browse/SOLR-13116?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jan Høydahl reassigned SOLR-13116: -- Assignee: Jan Høydahl > Add Admin UI login support for Kerberos > --- > > Key: SOLR-13116 > URL: https://issues.apache.org/jira/browse/SOLR-13116 > Project: Solr > Issue Type: Bug > Security Level: Public(Default Security Level. Issues are Public) > Components: Admin UI >Affects Versions: 8.0, 7.7 >Reporter: Jan Høydahl >Assignee: Jan Høydahl >Priority: Major > Fix For: 8.0, 7.7 > > Attachments: SOLR-13116.patch, eventual_auth.png > > > Spinoff from SOLR-7896. Kerberos auth plugin should get Admin UI Login > support. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-13116) Add Admin UI login support for Kerberos
[ https://issues.apache.org/jira/browse/SOLR-13116?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jan Høydahl updated SOLR-13116: --- Issue Type: Bug (was: New Feature) > Add Admin UI login support for Kerberos > --- > > Key: SOLR-13116 > URL: https://issues.apache.org/jira/browse/SOLR-13116 > Project: Solr > Issue Type: Bug > Security Level: Public(Default Security Level. Issues are Public) > Components: Admin UI >Affects Versions: 8.0, 7.7 >Reporter: Jan Høydahl >Priority: Major > Fix For: 8.0, 7.7 > > Attachments: SOLR-13116.patch, eventual_auth.png > > > Spinoff from SOLR-7896. Kerberos auth plugin should get Admin UI Login > support. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-13116) Add Admin UI login support for Kerberos
[ https://issues.apache.org/jira/browse/SOLR-13116?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jan Høydahl updated SOLR-13116: --- Fix Version/s: 7.7 8.0 > Add Admin UI login support for Kerberos > --- > > Key: SOLR-13116 > URL: https://issues.apache.org/jira/browse/SOLR-13116 > Project: Solr > Issue Type: New Feature > Security Level: Public(Default Security Level. Issues are Public) > Components: Admin UI >Affects Versions: 8.0, 7.7 >Reporter: Jan Høydahl >Priority: Major > Fix For: 8.0, 7.7 > > Attachments: SOLR-13116.patch, eventual_auth.png > > > Spinoff from SOLR-7896. Kerberos auth plugin should get Admin UI Login > support. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Resolved] (SOLR-13119) Download page refers to non-existent SHA1 hash
[ https://issues.apache.org/jira/browse/SOLR-13119?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jan Høydahl resolved SOLR-13119. Resolution: Fixed Fixed for both Solr and Lucene download pages, used "SHA" instead of "SHA1" in the text. [http://lucene.apache.org/solr/downloads.html] [http://lucene.apache.org/core/downloads.html] > Download page refers to non-existent SHA1 hash > -- > > Key: SOLR-13119 > URL: https://issues.apache.org/jira/browse/SOLR-13119 > Project: Solr > Issue Type: Bug > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Sebb >Assignee: Jan Høydahl >Priority: Minor > > The download page refers to SHA1, but there is no such hash -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Assigned] (SOLR-13119) Download page refers to non-existent SHA1 hash
[ https://issues.apache.org/jira/browse/SOLR-13119?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jan Høydahl reassigned SOLR-13119: -- Assignee: Jan Høydahl > Download page refers to non-existent SHA1 hash > -- > > Key: SOLR-13119 > URL: https://issues.apache.org/jira/browse/SOLR-13119 > Project: Solr > Issue Type: Bug > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Sebb >Assignee: Jan Høydahl >Priority: Minor > > The download page refers to SHA1, but there is no such hash -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-master-MacOSX (64bit/jdk1.8.0) - Build # 5011 - Failure!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-MacOSX/5011/ Java: 64bit/jdk1.8.0 -XX:-UseCompressedOops -XX:+UseConcMarkSweepGC All tests passed Build Log: [...truncated 61277 lines...] -ecj-javadoc-lint-src: [mkdir] Created dir: /var/folders/qg/h2dfw5s161s51l2bn79mrb7rgn/T/ecj1567745367 [ecj-lint] Compiling 1241 source files to /var/folders/qg/h2dfw5s161s51l2bn79mrb7rgn/T/ecj1567745367 [ecj-lint] Processing annotations [ecj-lint] Annotations processed [ecj-lint] Processing annotations [ecj-lint] No elements to process [ecj-lint] invalid Class-Path header in manifest of jar file: /Users/jenkins/.ivy2/cache/org.restlet.jee/org.restlet/jars/org.restlet-2.3.0.jar [ecj-lint] invalid Class-Path header in manifest of jar file: /Users/jenkins/.ivy2/cache/org.restlet.jee/org.restlet.ext.servlet/jars/org.restlet.ext.servlet-2.3.0.jar [ecj-lint] -- [ecj-lint] 1. WARNING in /Users/jenkins/workspace/Lucene-Solr-master-MacOSX/solr/core/src/java/org/apache/solr/client/solrj/embedded/EmbeddedSolrServer.java (at line 219) [ecj-lint] return (NamedList) new JavaBinCodec(resolver).unmarshal(in); [ecj-lint]^^ [ecj-lint] Resource leak: '' is never closed [ecj-lint] -- [ecj-lint] -- [ecj-lint] 2. WARNING in /Users/jenkins/workspace/Lucene-Solr-master-MacOSX/solr/core/src/java/org/apache/solr/cloud/api/collections/RestoreCmd.java (at line 257) [ecj-lint] throw new SolrException(ErrorCode.BAD_REQUEST, "Unexpected number of replicas, replicationFactor, " + [ecj-lint] Replica.Type.NRT + " or " + Replica.Type.TLOG + " must be greater than 0"); [ecj-lint] ^^^ [ecj-lint] Resource leak: 'repository' is not closed at this location [ecj-lint] -- [ecj-lint] -- [ecj-lint] 3. WARNING in /Users/jenkins/workspace/Lucene-Solr-master-MacOSX/solr/core/src/java/org/apache/solr/handler/loader/JavabinLoader.java (at line 137) [ecj-lint] new JavaBinCodec() { [ecj-lint] SolrParams params; [ecj-lint] AddUpdateCommand addCmd = null; [ecj-lint] [ecj-lint] @Override [ecj-lint] public List readIterator(DataInputInputStream fis) throws IOException { [ecj-lint] while (true) { [ecj-lint] Object o = readVal(fis); [ecj-lint] if (o == END_OBJ) break; [ecj-lint] if (o instanceof NamedList) { [ecj-lint] params = ((NamedList) o).toSolrParams(); [ecj-lint] } else { [ecj-lint] try { [ecj-lint] if (o instanceof byte[]) { [ecj-lint] if (params != null) req.setParams(params); [ecj-lint] byte[] buf = (byte[]) o; [ecj-lint] contentStreamLoader.load(req, rsp, new ContentStreamBase.ByteArrayStream(buf, null), processor); [ecj-lint] } else { [ecj-lint] throw new RuntimeException("unsupported type "); [ecj-lint] } [ecj-lint] } catch (Exception e) { [ecj-lint] throw new RuntimeException(e); [ecj-lint] } finally { [ecj-lint] params = null; [ecj-lint] req.setParams(old); [ecj-lint] } [ecj-lint] } [ecj-lint] } [ecj-lint] return Collections.emptyList(); [ecj-lint] } [ecj-lint] [ecj-lint] }.unmarshal(in); [ecj-lint] ^^ [ecj-lint] Resource leak: '' is never closed [ecj-lint] -- [ecj-lint] -- [ecj-lint] 4. ERROR in /Users/jenkins/workspace/Lucene-Solr-master-MacOSX/solr/core/src/java/org/apache/solr/update/DocumentBuilder.java (at line 32) [ecj-lint] import org.apache.solr.common.util.ByteArrayUtf8CharSequence; [ecj-lint]