Sanghee Kim
http://houtwormbestrijding-houtwormbestrijding.nl/xp/egevnmt.jkdtjdztkpolquaep
[jira] [Created] (SOLR-6488) Upgrade to TIKA 1.6
Uwe Schindler created SOLR-6488: --- Summary: Upgrade to TIKA 1.6 Key: SOLR-6488 URL: https://issues.apache.org/jira/browse/SOLR-6488 Project: Solr Issue Type: Improvement Components: contrib - Solr Cell (Tika extraction) Reporter: Uwe Schindler Fix For: 5.0, 4.11 Apache TIKA 1.6 came out yesterday, we should upgrade it. The dependencies of bundled Apache POI changed (xmlbeans upgraded, already done. dom4j is obsolete). We have to carefully verify the dependency tree!!! -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-6488) Upgrade to TIKA 1.6
[
https://issues.apache.org/jira/browse/SOLR-6488?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Uwe Schindler updated SOLR-6488:
Attachment: SOLR-6488.patch
Initial patch with updated lib versions.
There are still some dependencies for crazy parsers missing, I will review.
The current test-suite fails, because some of the parsers seem to add a new
metadata field:
{noformat}
[junit4] Started J0 PID(7180@VEGA).
[junit4] Suite:
org.apache.solr.handler.extraction.ExtractingRequestHandlerTest
[junit4] 2 Creating dataDir: C:\Users\Uwe
Schindler\Projects\lucene\trunk-lusolr1\solr\build\contrib\solr-cell\test\J0\.\temp\
solr.handler.extraction.ExtractingRequestHandlerTest-3D229694F89D0471-001\init-core-data-001
[junit4] 2 log4j:WARN No appenders could be found for logger
(org.apache.solr.SolrTestCaseJ4).
[junit4] 2 log4j:WARN Please initialize the log4j system properly.
[junit4] 2 log4j:WARN See
http://logging.apache.org/log4j/1.2/faq.html#noconfig for more info.
[junit4] 2 NOTE: reproduce with: ant test
-Dtestcase=ExtractingRequestHandlerTest -Dtests.method=testLiterals
-Dtests.seed=3D
229694F89D0471 -Dtests.locale=sq -Dtests.timezone=SystemV/AST4ADT
-Dtests.file.encoding=US-ASCII
[junit4] ERROR 0.14s | ExtractingRequestHandlerTest.testLiterals
[junit4] Throwable #1: org.apache.solr.common.SolrException: ERROR:
[doc=three] unknown field 'X-Parsed-By'
[junit4]at
__randomizedtesting.SeedInfo.seed([3D229694F89D0471:D30A12C89093A342]:0)
[junit4]at
org.apache.solr.update.DocumentBuilder.toDocument(DocumentBuilder.java:183)
[junit4]at
org.apache.solr.update.AddUpdateCommand.getLuceneDocument(AddUpdateCommand.java:79)
[junit4]at
org.apache.solr.update.DirectUpdateHandler2.addDoc0(DirectUpdateHandler2.java:238)
[junit4]at
org.apache.solr.update.DirectUpdateHandler2.addDoc(DirectUpdateHandler2.java:164)
[junit4]at
org.apache.solr.update.processor.RunUpdateProcessor.processAdd(RunUpdateProcessorFactory.java:69)
[junit4]at
org.apache.solr.update.processor.UpdateRequestProcessor.processAdd(UpdateRequestProcessor.java:51)
[junit4]at
org.apache.solr.update.processor.DistributedUpdateProcessor.versionAdd(DistributedUpdateProcessor.java:89
5)
[junit4]at
org.apache.solr.update.processor.DistributedUpdateProcessor.processAdd(DistributedUpdateProcessor.java:69
2)
[junit4]at
org.apache.solr.update.processor.LogUpdateProcessor.processAdd(LogUpdateProcessorFactory.java:100)
[junit4]at
org.apache.solr.handler.extraction.ExtractingDocumentLoader.doAdd(ExtractingDocumentLoader.java:121)
[junit4]at
org.apache.solr.handler.extraction.ExtractingDocumentLoader.addDoc(ExtractingDocumentLoader.java:126)
[junit4]at
org.apache.solr.handler.extraction.ExtractingDocumentLoader.load(ExtractingDocumentLoader.java:228)
[junit4]at
org.apache.solr.handler.ContentStreamHandlerBase.handleRequestBody(ContentStreamHandlerBase.java:74)
[junit4]at
org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:135)
[junit4]at
org.apache.solr.core.SolrCore.execute(SolrCore.java:1985)
[junit4]at
org.apache.solr.util.TestHarness.queryAndResponse(TestHarness.java:317)
[junit4]at
org.apache.solr.handler.extraction.ExtractingRequestHandlerTest.loadLocal(ExtractingRequestHandlerTest.ja
va:619)
[junit4]at
org.apache.solr.handler.extraction.ExtractingRequestHandlerTest.testLiterals(ExtractingRequestHandlerTest
.java:275)
[junit4]at java.lang.Thread.run(Thread.java:745)
[junit4] 2 NOTE: reproduce with: ant test
-Dtestcase=ExtractingRequestHandlerTest
-Dtests.method=testPlainTextSpecifyingResou
rceName -Dtests.seed=3D229694F89D0471 -Dtests.locale=sq
-Dtests.timezone=SystemV/AST4ADT -Dtests.file.encoding=US-ASCII
{noformat}
I have not yet verified what this field contains (maybe TIKA adds it with a
static value, in that case we should ignore it (because we don't need to add
the same field always with same content to index.
In addition, dom4j was removed from TIKA, but there is still something in
solr-core that needs dom4j.jar. This is a really outdated and no longer useable
lib. Can we nuke it. But Solr itsself is not using it, so I think maybe hadoop?
If [~markrmil...@gmail.com] has an idea who depends on this, I would be happy.
Also the dependency validator complains about a circular dep:
{noformat}
[libversions] circular dependency found:
dom4j#dom4j;1.6.1-jaxen#jaxen;1.1-beta-6-dom4j#dom4j;1.5.2
{noformat}
In addition common-scompress was updated to 1.8.1, it is used at other places,
too. I hope this does not conflict with any Solr-internal code.
Upgrade to TIKA 1.6
---
[jira] [Assigned] (SOLR-6488) Upgrade to TIKA 1.6
[ https://issues.apache.org/jira/browse/SOLR-6488?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Schindler reassigned SOLR-6488: --- Assignee: Uwe Schindler Upgrade to TIKA 1.6 --- Key: SOLR-6488 URL: https://issues.apache.org/jira/browse/SOLR-6488 Project: Solr Issue Type: Improvement Components: contrib - Solr Cell (Tika extraction) Reporter: Uwe Schindler Assignee: Uwe Schindler Fix For: 5.0, 4.11 Attachments: SOLR-6488.patch Apache TIKA 1.6 came out yesterday, we should upgrade it. The dependencies of bundled Apache POI changed (xmlbeans upgraded, already done. dom4j is obsolete). We have to carefully verify the dependency tree!!! -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-6488) Upgrade to TIKA 1.6
[ https://issues.apache.org/jira/browse/SOLR-6488?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14124415#comment-14124415 ] Uwe Schindler commented on SOLR-6488: - The following libs are missing currently: - java-libpst-0.8.1 - jcip-annotations-1.0 - jmatio-1.0 I will look up their licenses and add them. Upgrade to TIKA 1.6 --- Key: SOLR-6488 URL: https://issues.apache.org/jira/browse/SOLR-6488 Project: Solr Issue Type: Improvement Components: contrib - Solr Cell (Tika extraction) Reporter: Uwe Schindler Assignee: Uwe Schindler Fix For: 5.0, 4.11 Attachments: SOLR-6488.patch Apache TIKA 1.6 came out yesterday, we should upgrade it. The dependencies of bundled Apache POI changed (xmlbeans upgraded, already done. dom4j is obsolete). We have to carefully verify the dependency tree!!! -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Comment Edited] (SOLR-6488) Upgrade to TIKA 1.6
[ https://issues.apache.org/jira/browse/SOLR-6488?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14124415#comment-14124415 ] Uwe Schindler edited comment on SOLR-6488 at 9/6/14 10:34 AM: -- The following libs are missing currently: - java-libpst-0.8.1 - jcip-annotations-1.0 - jmatio-1.0 I will look up their licenses and add them. was (Author: thetaphi): The following libs are missing currently: - java-libpst-0.8.1 - jcip-annotations-1.0 - jmatio-1.0 I will look up their licenses and add them. Upgrade to TIKA 1.6 --- Key: SOLR-6488 URL: https://issues.apache.org/jira/browse/SOLR-6488 Project: Solr Issue Type: Improvement Components: contrib - Solr Cell (Tika extraction) Reporter: Uwe Schindler Assignee: Uwe Schindler Fix For: 5.0, 4.11 Attachments: SOLR-6488.patch Apache TIKA 1.6 came out yesterday, we should upgrade it. The dependencies of bundled Apache POI changed (xmlbeans upgraded, already done. dom4j is obsolete). We have to carefully verify the dependency tree!!! -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-6488) Upgrade to TIKA 1.6
[
https://issues.apache.org/jira/browse/SOLR-6488?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14124416#comment-14124416
]
Uwe Schindler commented on SOLR-6488:
-
This is the full dependency list of tika-parsers:
{noformat}
[INFO]org.apache.james:apache-mime4j-core:jar:0.7.2:compile
[INFO]org.apache.james:apache-mime4j-dom:jar:0.7.2:compile
[INFO]org.aspectj:aspectjrt:jar:1.8.0:compile
[INFO]org.apache.pdfbox:fontbox:jar:1.8.6:compile
[INFO]net.jcip:jcip-annotations:jar:1.0:compile
[INFO]org.apache.pdfbox:jempbox:jar:1.8.6:compile
[INFO]com.drewnoakes:metadata-extractor:jar:2.6.2:compile
[INFO]commons-logging:commons-logging:jar:1.1.1:compile
[INFO]com.uwyn:jhighlight:jar:1.0:compile
[INFO]org.apache.xmlbeans:xmlbeans:jar:2.6.0:compile
[INFO]org.bouncycastle:bcprov-jdk15:jar:1.45:compile
[INFO]org.gagravarr:vorbis-java-core:jar:0.6:compile
[INFO]com.googlecode.mp4parser:isoparser:jar:1.0.2:compile
[INFO]edu.ucar:unidataCommon:jar:4.2.20:compile
[INFO]org.apache.poi:poi:jar:3.11-beta2:compile
[INFO]org.apache.poi:poi-ooxml-schemas:jar:3.11-beta2:compile
[INFO]net.sourceforge.jmatio:jmatio:jar:1.0:compile
[INFO]commons-httpclient:commons-httpclient:jar:3.1:compile
[INFO]org.apache.pdfbox:pdfbox:jar:1.8.6:compile
[INFO]com.pff:java-libpst:jar:0.8.1:compile
[INFO]com.googlecode.juniversalchardet:juniversalchardet:jar:1.0.3:compile
[INFO]org.apache.poi:poi-ooxml:jar:3.11-beta2:compile
[INFO]edu.ucar:netcdf:jar:4.2.20:compile
[INFO]de.l3s.boilerpipe:boilerpipe:jar:1.1.0:compile
[INFO]org.slf4j:slf4j-api:jar:1.6.1:compile
[INFO]commons-codec:commons-codec:jar:1.9:compile
[INFO]rome:rome:jar:1.0:compile
[INFO]org.gagravarr:vorbis-java-tika:jar:0.6:compile
[INFO]org.ccil.cowan.tagsoup:tagsoup:jar:1.2.1:compile
[INFO]org.ow2.asm:asm-debug-all:jar:4.1:compile
[INFO]com.adobe.xmp:xmpcore:jar:5.1.2:compile
[INFO]org.apache.commons:commons-compress:jar:1.8.1:compile
[INFO]org.bouncycastle:bcmail-jdk15:jar:1.45:compile
[INFO]org.apache.tika:tika-core:jar:1.7-SNAPSHOT:compile
[INFO]jdom:jdom:jar:1.0:compile
[INFO]org.apache.felix:org.apache.felix.scr.annotations:jar:1.6.0:provided
[INFO]org.osgi:org.osgi.core:jar:4.0.0:provided
[INFO]org.apache.poi:poi-scratchpad:jar:3.11-beta2:compile
[INFO]xml-apis:xml-apis:jar:1.3.03:compile
[INFO]xerces:xercesImpl:jar:2.8.1:compile
[INFO]org.tukaani:xz:jar:1.5:compile
{noformat}
Upgrade to TIKA 1.6
---
Key: SOLR-6488
URL: https://issues.apache.org/jira/browse/SOLR-6488
Project: Solr
Issue Type: Improvement
Components: contrib - Solr Cell (Tika extraction)
Reporter: Uwe Schindler
Assignee: Uwe Schindler
Fix For: 5.0, 4.11
Attachments: SOLR-6488.patch
Apache TIKA 1.6 came out yesterday, we should upgrade it.
The dependencies of bundled Apache POI changed (xmlbeans upgraded, already
done. dom4j is obsolete). We have to carefully verify the dependency tree!!!
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-6488) Upgrade to TIKA 1.6
[ https://issues.apache.org/jira/browse/SOLR-6488?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14124417#comment-14124417 ] Uwe Schindler commented on SOLR-6488: - tika-xmp is completely unused, this was a bug to include it. Can be removed. It has nothing to do with the adobe-xmp stuff. Upgrade to TIKA 1.6 --- Key: SOLR-6488 URL: https://issues.apache.org/jira/browse/SOLR-6488 Project: Solr Issue Type: Improvement Components: contrib - Solr Cell (Tika extraction) Reporter: Uwe Schindler Assignee: Uwe Schindler Fix For: 5.0, 4.11 Attachments: SOLR-6488.patch Apache TIKA 1.6 came out yesterday, we should upgrade it. The dependencies of bundled Apache POI changed (xmlbeans upgraded, already done. dom4j is obsolete). We have to carefully verify the dependency tree!!! -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Comment Edited] (SOLR-6488) Upgrade to TIKA 1.6
[ https://issues.apache.org/jira/browse/SOLR-6488?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14124417#comment-14124417 ] Uwe Schindler edited comment on SOLR-6488 at 9/6/14 10:56 AM: -- -tika-xmp is completely unused, this was a bug to include it. Can be removed. It has nothing to do with the adobe-xmp stuff.- Somehow morphlines needs it. was (Author: thetaphi): tika-xmp is completely unused, this was a bug to include it. Can be removed. It has nothing to do with the adobe-xmp stuff. Upgrade to TIKA 1.6 --- Key: SOLR-6488 URL: https://issues.apache.org/jira/browse/SOLR-6488 Project: Solr Issue Type: Improvement Components: contrib - Solr Cell (Tika extraction) Reporter: Uwe Schindler Assignee: Uwe Schindler Fix For: 5.0, 4.11 Attachments: SOLR-6488.patch Apache TIKA 1.6 came out yesterday, we should upgrade it. The dependencies of bundled Apache POI changed (xmlbeans upgraded, already done. dom4j is obsolete). We have to carefully verify the dependency tree!!! -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Comment Edited] (SOLR-6488) Upgrade to TIKA 1.6
[
https://issues.apache.org/jira/browse/SOLR-6488?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14124416#comment-14124416
]
Uwe Schindler edited comment on SOLR-6488 at 9/6/14 11:12 AM:
--
This is the full dependency list of tika-parsers:
{noformat}
[INFO]org.apache.james:apache-mime4j-core:jar:0.7.2:compile
[INFO]org.apache.james:apache-mime4j-dom:jar:0.7.2:compile
[INFO]org.aspectj:aspectjrt:jar:1.8.0:compile
[INFO]org.apache.pdfbox:fontbox:jar:1.8.6:compile
[INFO]net.jcip:jcip-annotations:jar:1.0:compile
[INFO]org.apache.pdfbox:jempbox:jar:1.8.6:compile
[INFO]com.drewnoakes:metadata-extractor:jar:2.6.2:compile
[INFO]commons-logging:commons-logging:jar:1.1.1:compile
[INFO]com.uwyn:jhighlight:jar:1.0:compile
[INFO]org.apache.xmlbeans:xmlbeans:jar:2.6.0:compile
[INFO]org.bouncycastle:bcprov-jdk15:jar:1.45:compile
[INFO]org.gagravarr:vorbis-java-core:jar:0.6:compile
[INFO]com.googlecode.mp4parser:isoparser:jar:1.0.2:compile
[INFO]edu.ucar:unidataCommon:jar:4.2.20:compile
[INFO]org.apache.poi:poi:jar:3.11-beta2:compile
[INFO]org.apache.poi:poi-ooxml-schemas:jar:3.11-beta2:compile
[INFO]net.sourceforge.jmatio:jmatio:jar:1.0:compile
[INFO]commons-httpclient:commons-httpclient:jar:3.1:compile
[INFO]org.apache.pdfbox:pdfbox:jar:1.8.6:compile
[INFO]com.pff:java-libpst:jar:0.8.1:compile
[INFO]com.googlecode.juniversalchardet:juniversalchardet:jar:1.0.3:compile
[INFO]org.apache.poi:poi-ooxml:jar:3.11-beta2:compile
[INFO]edu.ucar:netcdf:jar:4.2.20:compile
[INFO]de.l3s.boilerpipe:boilerpipe:jar:1.1.0:compile
[INFO]org.slf4j:slf4j-api:jar:1.6.1:compile
[INFO]commons-codec:commons-codec:jar:1.9:compile
[INFO]rome:rome:jar:1.0:compile
[INFO]org.gagravarr:vorbis-java-tika:jar:0.6:compile
[INFO]org.ccil.cowan.tagsoup:tagsoup:jar:1.2.1:compile
[INFO]org.ow2.asm:asm-debug-all:jar:4.1:compile
[INFO]com.adobe.xmp:xmpcore:jar:5.1.2:compile
[INFO]org.apache.commons:commons-compress:jar:1.8.1:compile
[INFO]org.bouncycastle:bcmail-jdk15:jar:1.45:compile
[INFO]org.apache.tika:tika-core:jar:1.7-SNAPSHOT:compile
[INFO]jdom:jdom:jar:1.0:compile
[INFO]org.apache.poi:poi-scratchpad:jar:3.11-beta2:compile
[INFO]xml-apis:xml-apis:jar:1.3.03:compile
[INFO]xerces:xercesImpl:jar:2.8.1:compile
[INFO]org.tukaani:xz:jar:1.5:compile
{noformat}
was (Author: thetaphi):
This is the full dependency list of tika-parsers:
{noformat}
[INFO]org.apache.james:apache-mime4j-core:jar:0.7.2:compile
[INFO]org.apache.james:apache-mime4j-dom:jar:0.7.2:compile
[INFO]org.aspectj:aspectjrt:jar:1.8.0:compile
[INFO]org.apache.pdfbox:fontbox:jar:1.8.6:compile
[INFO]net.jcip:jcip-annotations:jar:1.0:compile
[INFO]org.apache.pdfbox:jempbox:jar:1.8.6:compile
[INFO]com.drewnoakes:metadata-extractor:jar:2.6.2:compile
[INFO]commons-logging:commons-logging:jar:1.1.1:compile
[INFO]com.uwyn:jhighlight:jar:1.0:compile
[INFO]org.apache.xmlbeans:xmlbeans:jar:2.6.0:compile
[INFO]org.bouncycastle:bcprov-jdk15:jar:1.45:compile
[INFO]org.gagravarr:vorbis-java-core:jar:0.6:compile
[INFO]com.googlecode.mp4parser:isoparser:jar:1.0.2:compile
[INFO]edu.ucar:unidataCommon:jar:4.2.20:compile
[INFO]org.apache.poi:poi:jar:3.11-beta2:compile
[INFO]org.apache.poi:poi-ooxml-schemas:jar:3.11-beta2:compile
[INFO]net.sourceforge.jmatio:jmatio:jar:1.0:compile
[INFO]commons-httpclient:commons-httpclient:jar:3.1:compile
[INFO]org.apache.pdfbox:pdfbox:jar:1.8.6:compile
[INFO]com.pff:java-libpst:jar:0.8.1:compile
[INFO]com.googlecode.juniversalchardet:juniversalchardet:jar:1.0.3:compile
[INFO]org.apache.poi:poi-ooxml:jar:3.11-beta2:compile
[INFO]edu.ucar:netcdf:jar:4.2.20:compile
[INFO]de.l3s.boilerpipe:boilerpipe:jar:1.1.0:compile
[INFO]org.slf4j:slf4j-api:jar:1.6.1:compile
[INFO]commons-codec:commons-codec:jar:1.9:compile
[INFO]rome:rome:jar:1.0:compile
[INFO]org.gagravarr:vorbis-java-tika:jar:0.6:compile
[INFO]org.ccil.cowan.tagsoup:tagsoup:jar:1.2.1:compile
[INFO]org.ow2.asm:asm-debug-all:jar:4.1:compile
[INFO]com.adobe.xmp:xmpcore:jar:5.1.2:compile
[INFO]org.apache.commons:commons-compress:jar:1.8.1:compile
[INFO]org.bouncycastle:bcmail-jdk15:jar:1.45:compile
[INFO]org.apache.tika:tika-core:jar:1.7-SNAPSHOT:compile
[INFO]jdom:jdom:jar:1.0:compile
[INFO]org.apache.felix:org.apache.felix.scr.annotations:jar:1.6.0:provided
[INFO]org.osgi:org.osgi.core:jar:4.0.0:provided
[INFO]org.apache.poi:poi-scratchpad:jar:3.11-beta2:compile
[INFO]xml-apis:xml-apis:jar:1.3.03:compile
[INFO]xerces:xercesImpl:jar:2.8.1:compile
[INFO]org.tukaani:xz:jar:1.5:compile
{noformat}
Upgrade to TIKA 1.6
---
Key: SOLR-6488
URL:
[JENKINS-MAVEN] Lucene-Solr-Maven-4.x #694: POMs out of sync
Build: https://builds.apache.org/job/Lucene-Solr-Maven-4.x/694/ No tests ran. Build Log: [...truncated 32952 lines...] BUILD FAILED /usr/home/jenkins/jenkins-slave/workspace/Lucene-Solr-Maven-4.x/build.xml:507: The following error occurred while executing this line: /usr/home/jenkins/jenkins-slave/workspace/Lucene-Solr-Maven-4.x/build.xml:180: The following error occurred while executing this line: /usr/home/jenkins/jenkins-slave/workspace/Lucene-Solr-Maven-4.x/lucene/build.xml:410: The following error occurred while executing this line: /usr/home/jenkins/jenkins-slave/workspace/Lucene-Solr-Maven-4.x/lucene/common-build.xml:571: Error deploying artifact 'org.apache.lucene:lucene-solr-grandparent:pom': Error retrieving previous build number for artifact 'org.apache.lucene:lucene-solr-grandparent:pom': repository metadata for: 'snapshot org.apache.lucene:lucene-solr-grandparent:4.11.0-SNAPSHOT' could not be retrieved from repository: apache.snapshots.https due to an error: Error transferring file: Server returned HTTP response code: 503 for URL: https://repository.apache.org/content/repositories/snapshots/org/apache/lucene/lucene-solr-grandparent/4.11.0-SNAPSHOT/maven-metadata.xml Total time: 12 minutes 10 seconds Build step 'Invoke Ant' marked build as failure Recording test results Email was triggered for: Failure Sending email for trigger: Failure - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Comment Edited] (SOLR-6488) Upgrade to TIKA 1.6
[ https://issues.apache.org/jira/browse/SOLR-6488?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14124415#comment-14124415 ] Uwe Schindler edited comment on SOLR-6488 at 9/6/14 11:43 AM: -- The following libs are missing currently: - java-libpst-0.8.1 - jcip-annotations-1.0 - jmatio-1.0 - unidataCommon-4.2.20 (used by netcdf) I will look up their licenses and add them. was (Author: thetaphi): The following libs are missing currently: - java-libpst-0.8.1 - jcip-annotations-1.0 - jmatio-1.0 I will look up their licenses and add them. Upgrade to TIKA 1.6 --- Key: SOLR-6488 URL: https://issues.apache.org/jira/browse/SOLR-6488 Project: Solr Issue Type: Improvement Components: contrib - Solr Cell (Tika extraction) Reporter: Uwe Schindler Assignee: Uwe Schindler Fix For: 5.0, 4.11 Attachments: SOLR-6488.patch Apache TIKA 1.6 came out yesterday, we should upgrade it. The dependencies of bundled Apache POI changed (xmlbeans upgraded, already done. dom4j is obsolete). We have to carefully verify the dependency tree!!! -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
Re: [CI] Lucene 4x Linux Java7 64 Test Only - Build # 135 - Failure!
I'm guessing a virus scanner prevents deletion of an old segments file, so there are multiple commits present. I will look into it, we might have to disable the virus scanner for the IndexUpgrader test (as it refuses to run if listCommits() returns more than one commit). On Sat, Sep 6, 2014 at 4:45 AM, bu...@elasticsearch.com wrote: *BUILD FAILURE* Build URL https://build-eu-1.elasticsearch.org/job/lucene_4x_linux_java7_64_test_only/135/ Project:lucene_4x_linux_java7_64_test_only Date of build:Sat, 06 Sep 2014 10:40:42 +0200 Build duration:4 min 23 sec *CHANGES* No Changes *BUILD ARTIFACTS* checkout/lucene/build/core/test/temp/junit4-J0-20140906_104109_758.events https://build-eu-1.elasticsearch.org/job/lucene_4x_linux_java7_64_test_only/135/artifact/checkout/lucene/build/core/test/temp/junit4-J0-20140906_104109_758.events checkout/lucene/build/core/test/temp/junit4-J1-20140906_104109_758.events https://build-eu-1.elasticsearch.org/job/lucene_4x_linux_java7_64_test_only/135/artifact/checkout/lucene/build/core/test/temp/junit4-J1-20140906_104109_758.events checkout/lucene/build/core/test/temp/junit4-J2-20140906_104109_760.events https://build-eu-1.elasticsearch.org/job/lucene_4x_linux_java7_64_test_only/135/artifact/checkout/lucene/build/core/test/temp/junit4-J2-20140906_104109_760.events checkout/lucene/build/core/test/temp/junit4-J3-20140906_104109_764.events https://build-eu-1.elasticsearch.org/job/lucene_4x_linux_java7_64_test_only/135/artifact/checkout/lucene/build/core/test/temp/junit4-J3-20140906_104109_764.events checkout/lucene/build/core/test/temp/junit4-J4-20140906_104109_773.events https://build-eu-1.elasticsearch.org/job/lucene_4x_linux_java7_64_test_only/135/artifact/checkout/lucene/build/core/test/temp/junit4-J4-20140906_104109_773.events checkout/lucene/build/core/test/temp/junit4-J5-20140906_104109_774.events https://build-eu-1.elasticsearch.org/job/lucene_4x_linux_java7_64_test_only/135/artifact/checkout/lucene/build/core/test/temp/junit4-J5-20140906_104109_774.events checkout/lucene/build/core/test/temp/junit4-J6-20140906_104109_773.events https://build-eu-1.elasticsearch.org/job/lucene_4x_linux_java7_64_test_only/135/artifact/checkout/lucene/build/core/test/temp/junit4-J6-20140906_104109_773.events checkout/lucene/build/core/test/temp/junit4-J7-20140906_104109_780.events https://build-eu-1.elasticsearch.org/job/lucene_4x_linux_java7_64_test_only/135/artifact/checkout/lucene/build/core/test/temp/junit4-J7-20140906_104109_780.events *FAILED JUNIT TESTS* Name: org.apache.lucene.index Failed: 1 test(s), Passed: 887 test(s), Skipped: 27 test(s), Total: 915 test(s) *Failed: org.apache.lucene.index.TestBackwardsCompatibility3x.testUpgradeOldSingleSegmentIndexWithAdditions * *CONSOLE OUTPUT* [...truncated 1735 lines...] [junit4] Completed on J2 in 41.29s, 30 tests [junit4] [junit4] [junit4] Tests with failures: [junit4] - org.apache.lucene.index.TestBackwardsCompatibility3x.testUpgradeOldSingleSegmentIndexWithAdditions [junit4] [junit4] [junit4] JVM J0: 1.28 .. 226.21 = 224.93s [junit4] JVM J1: 1.05 .. 221.57 = 220.52s [junit4] JVM J2: 1.30 .. 234.43 = 233.13s [junit4] JVM J3: 1.05 .. 224.30 = 223.25s [junit4] JVM J4: 1.54 .. 222.37 = 220.83s [junit4] JVM J5: 1.05 .. 218.64 = 217.59s [junit4] JVM J6: 1.06 .. 223.41 = 222.35s [junit4] JVM J7: 1.28 .. 228.91 = 227.63s [junit4] Execution time total: 3 minutes 54 seconds [junit4] Tests summary: 418 suites, 3733 tests, 1 error, 149 ignored (138 assumptions) BUILD FAILED /home/jenkins/workspace/lucene_4x_linux_java7_64_test_only/checkout/lucene/build.xml:49: The following error occurred while executing this line: /home/jenkins/workspace/lucene_4x_linux_java7_64_test_only/checkout/lucene/common-build.xml:1362: The following error occurred while executing this line: /home/jenkins/workspace/lucene_4x_linux_java7_64_test_only/checkout/lucene/common-build.xml:965: There were test failures: 418 suites, 3733 tests, 1 error, 149 ignored (138 assumptions) Total time: 4 minutes 17 seconds Build step 'Invoke Ant' marked build as failure Archiving artifacts Recording test results Email was triggered for: Failure - Any Sending email for trigger: Failure - Any
[JENKINS] Lucene-Solr-trunk-Windows (64bit/jdk1.8.0_20) - Build # 4297 - Still Failing!
Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Windows/4297/ Java: 64bit/jdk1.8.0_20 -XX:-UseCompressedOops -XX:+UseG1GC 1 tests failed. FAILED: org.apache.solr.core.TestCoreDiscovery.testCoreDirCantRead Error Message: Stack Trace: java.lang.AssertionError at __randomizedtesting.SeedInfo.seed([A85CC4289732218A:D518107EE8B5EFF8]:0) at org.junit.Assert.fail(Assert.java:92) at org.junit.Assert.assertTrue(Assert.java:43) at org.junit.Assert.assertNull(Assert.java:551) at org.junit.Assert.assertNull(Assert.java:562) at org.apache.solr.core.TestCoreDiscovery.testCoreDirCantRead(TestCoreDiscovery.java:248) 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:483) at com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1618) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:827) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:863) at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:877) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:53) at org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:50) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesInvariantRule$1.evaluate(SystemPropertiesInvariantRule.java:55) at org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:365) at com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:798) at com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:458) at com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:836) at com.carrotsearch.randomizedtesting.RandomizedRunner$3.evaluate(RandomizedRunner.java:738) at com.carrotsearch.randomizedtesting.RandomizedRunner$4.evaluate(RandomizedRunner.java:772) at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:783) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:53) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46) at org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesInvariantRule$1.evaluate(SystemPropertiesInvariantRule.java:55) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39) 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:43) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65) at org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:55) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:365) at java.lang.Thread.run(Thread.java:745) Build Log: [...truncated 11047 lines...] [junit4] Suite:
[jira] [Updated] (LUCENE-5924) Rename checkindex's -fix option
[ https://issues.apache.org/jira/browse/LUCENE-5924?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Muir updated LUCENE-5924: Attachment: LUCENE-5924.patch patch renaming the option. I also sprinkled *LOSES DATA* in various places. Rename checkindex's -fix option --- Key: LUCENE-5924 URL: https://issues.apache.org/jira/browse/LUCENE-5924 Project: Lucene - Core Issue Type: Bug Reporter: Robert Muir Attachments: LUCENE-5924.patch This option is dangerous. It sounds so good though that people are quick to use it, but it definitely drops entire segments. The commandline flag should be someting other than -fix (e.g. -exorcise). I dont agree with the current description of the option either. True, it does have **WARNING** but I think it should read more like the scary options in 'man hdparm'. Like hdparm, we could fail if you provide it with an even more ridiculous warning, and make you run again with --yes-i-really-know-what-i-am-doing as well. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-4.x-Windows (32bit/jdk1.7.0_67) - Build # 4202 - Still Failing!
Build: http://jenkins.thetaphi.de/job/Lucene-Solr-4.x-Windows/4202/ Java: 32bit/jdk1.7.0_67 -client -XX:+UseParallelGC 1 tests failed. FAILED: org.apache.solr.core.TestCoreDiscovery.testCoreDirCantRead Error Message: Stack Trace: java.lang.AssertionError at __randomizedtesting.SeedInfo.seed([AE008610240DADD5:D34452465B8A63A7]:0) at org.junit.Assert.fail(Assert.java:92) at org.junit.Assert.assertTrue(Assert.java:43) at org.junit.Assert.assertNull(Assert.java:551) at org.junit.Assert.assertNull(Assert.java:562) at org.apache.solr.core.TestCoreDiscovery.testCoreDirCantRead(TestCoreDiscovery.java:248) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1618) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:827) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:863) at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:877) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:53) at org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:50) at org.apache.lucene.util.TestRuleFieldCacheSanity$1.evaluate(TestRuleFieldCacheSanity.java:51) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesInvariantRule$1.evaluate(SystemPropertiesInvariantRule.java:55) at org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:365) at com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:798) at com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:458) at com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:836) at com.carrotsearch.randomizedtesting.RandomizedRunner$3.evaluate(RandomizedRunner.java:738) at com.carrotsearch.randomizedtesting.RandomizedRunner$4.evaluate(RandomizedRunner.java:772) at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:783) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:53) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46) at org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesInvariantRule$1.evaluate(SystemPropertiesInvariantRule.java:55) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39) 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:43) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65) at org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:55) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:365) at
[jira] [Commented] (LUCENE-5924) Rename checkindex's -fix option
[ https://issues.apache.org/jira/browse/LUCENE-5924?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14124580#comment-14124580 ] Michael McCandless commented on LUCENE-5924: +1 Rename checkindex's -fix option --- Key: LUCENE-5924 URL: https://issues.apache.org/jira/browse/LUCENE-5924 Project: Lucene - Core Issue Type: Bug Reporter: Robert Muir Attachments: LUCENE-5924.patch This option is dangerous. It sounds so good though that people are quick to use it, but it definitely drops entire segments. The commandline flag should be someting other than -fix (e.g. -exorcise). I dont agree with the current description of the option either. True, it does have **WARNING** but I think it should read more like the scary options in 'man hdparm'. Like hdparm, we could fail if you provide it with an even more ridiculous warning, and make you run again with --yes-i-really-know-what-i-am-doing as well. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-6483) Refactor some methods in MiniSolrCloudCluster tests
[ https://issues.apache.org/jira/browse/SOLR-6483?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Steve Davids updated SOLR-6483: --- Attachment: SOLR-6483.patch Initial patch which has allowed additional convenience methods in the MiniSolrCloudCluster including: # Upload a config directory to ZooKeeper # Create a collection #* Added ability to provide collection properties # Use a pre-configured CloudSolrServer instance The TestMiniSolrCloudCluster has been refactored to use these new methods. A few additional changes that should still be done: # Provide waitForRecoveriesToFinish convenience method in MiniSolrCloudCluster #* The code in the test is almost a direct copy/past from AbstractDistribZkTestBase.waitForRecoveriesToFinish, it would be nice to refactor this code into a common class (as this is not trivial code to maintain). # All system properties were dropped *except* for solr.solrxml.location zkHost because those are necessary for Jetty to know where to pick up it's configuration on initial startup. It would be nice to see if there is an alternate way of getting that information to Jetty without setting the system property. Refactor some methods in MiniSolrCloudCluster tests --- Key: SOLR-6483 URL: https://issues.apache.org/jira/browse/SOLR-6483 Project: Solr Issue Type: Improvement Affects Versions: 5.0, 4.11 Reporter: Erick Erickson Assignee: Erick Erickson Priority: Minor Attachments: SOLR-6483.patch Looking at whether we can provide some ease-of-use methods in MiniSolrCloudCluster -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-6154) SolrCloud: facet range option f.field.facet.mincount=1 omits buckets on response
[ https://issues.apache.org/jira/browse/SOLR-6154?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14124643#comment-14124643 ] Erick Erickson commented on SOLR-6154: -- Right, I've tracked this down to how lists are reconciled from the shard requests. Ronald: That was a _great_ writeup, I just regret it took so long to make use of it! This will probably be fixed as part of SOLR-6187 SolrCloud: facet range option f.field.facet.mincount=1 omits buckets on response -- Key: SOLR-6154 URL: https://issues.apache.org/jira/browse/SOLR-6154 Project: Solr Issue Type: Bug Affects Versions: 4.5.1, 4.8.1 Environment: Solr 4.5.1 under Linux - explicit id routing Indexed 400,000+ Documents explicit routing custom schema.xml Solr 4.8.1 under Windows+Cygwin Indexed 6 Documents implicit id routing out of the box schema Reporter: Ronald Matamoros Assignee: Erick Erickson Attachments: HowToReplicate.pdf, data.xml Attached - PDF with instructions on how to replicate. - data.xml to replicate index The f.field.facet.mincount option on a distributed search gives inconsistent list of buckets on a range facet. Experiencing that some buckets are ignored when using the option f.field.facet.mincount=1. The Solr logs do not indicate any error or warning during execution. The debug=true option and increasing the log levels to the FacetComponent do not provide any hints to the behaviour. Replicated the issue on both Solr 4.5.1 4.8.1. Example, Removing the f.field.facet.mincount=1 option gives the expected list of buckets for the 6 documents matched. lst name=facet_ranges lst name=price lst name=counts int name=0.00/int int name=50.01/int int name=100.00/int int name=150.03/int int name=200.00/int int name=250.01/int int name=300.00/int int name=350.00/int int name=400.00/int int name=450.00/int int name=500.00/int int name=550.00/int int name=600.00/int int name=650.00/int int name=700.00/int int name=750.01/int int name=800.00/int int name=850.00/int int name=900.00/int int name=950.00/int /lst float name=gap50.0/float float name=start0.0/float float name=end1000.0/float int name=before0/int int name=after0/int int name=between2/int /lst /lst Using the f.field.facet.mincount=1 option removes the 0 count buckets but will also omit bucket int name=250.0 lst name=facet_ranges lst name=price lst name=counts int name=50.01/int int name=150.03/int int name=750.01/int /lst float name=gap50.0/float float name=start0.0/float float name=end1000.0/float int name=before0/int int name=after0/int int name=between4/int /lst /lst Resubmitting the query renders a different bucket list (May need to resubmit a couple times) lst name=facet_ranges lst name=price lst name=counts int name=150.03/int int name=250.01/int /lst float name=gap50.0/float float name=start0.0/float float name=end1000.0/float int name=before0/int int name=after0/int int name=between2/int /lst /lst -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-6154) SolrCloud: facet range option f.field.facet.mincount=1 omits buckets on response
[ https://issues.apache.org/jira/browse/SOLR-6154?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14124644#comment-14124644 ] Erick Erickson commented on SOLR-6154: -- At least I'm fixing it at the same time. SolrCloud: facet range option f.field.facet.mincount=1 omits buckets on response -- Key: SOLR-6154 URL: https://issues.apache.org/jira/browse/SOLR-6154 Project: Solr Issue Type: Bug Affects Versions: 4.5.1, 4.8.1 Environment: Solr 4.5.1 under Linux - explicit id routing Indexed 400,000+ Documents explicit routing custom schema.xml Solr 4.8.1 under Windows+Cygwin Indexed 6 Documents implicit id routing out of the box schema Reporter: Ronald Matamoros Assignee: Erick Erickson Attachments: HowToReplicate.pdf, data.xml Attached - PDF with instructions on how to replicate. - data.xml to replicate index The f.field.facet.mincount option on a distributed search gives inconsistent list of buckets on a range facet. Experiencing that some buckets are ignored when using the option f.field.facet.mincount=1. The Solr logs do not indicate any error or warning during execution. The debug=true option and increasing the log levels to the FacetComponent do not provide any hints to the behaviour. Replicated the issue on both Solr 4.5.1 4.8.1. Example, Removing the f.field.facet.mincount=1 option gives the expected list of buckets for the 6 documents matched. lst name=facet_ranges lst name=price lst name=counts int name=0.00/int int name=50.01/int int name=100.00/int int name=150.03/int int name=200.00/int int name=250.01/int int name=300.00/int int name=350.00/int int name=400.00/int int name=450.00/int int name=500.00/int int name=550.00/int int name=600.00/int int name=650.00/int int name=700.00/int int name=750.01/int int name=800.00/int int name=850.00/int int name=900.00/int int name=950.00/int /lst float name=gap50.0/float float name=start0.0/float float name=end1000.0/float int name=before0/int int name=after0/int int name=between2/int /lst /lst Using the f.field.facet.mincount=1 option removes the 0 count buckets but will also omit bucket int name=250.0 lst name=facet_ranges lst name=price lst name=counts int name=50.01/int int name=150.03/int int name=750.01/int /lst float name=gap50.0/float float name=start0.0/float float name=end1000.0/float int name=before0/int int name=after0/int int name=between4/int /lst /lst Resubmitting the query renders a different bucket list (May need to resubmit a couple times) lst name=facet_ranges lst name=price lst name=counts int name=150.03/int int name=250.01/int /lst float name=gap50.0/float float name=start0.0/float float name=end1000.0/float int name=before0/int int name=after0/int int name=between2/int /lst /lst -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Comment Edited] (SOLR-6488) Upgrade to TIKA 1.6
[ https://issues.apache.org/jira/browse/SOLR-6488?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14124415#comment-14124415 ] Uwe Schindler edited comment on SOLR-6488 at 9/6/14 10:26 PM: -- The following libs are missing currently: - java-libpst-0.8.1 - -jcip-annotations-1.0- (not needed, only for compile) - jmatio-1.0 - -unidataCommon-4.2.20- (used by netcdf, removed because LGPL) I will look up their licenses and add them. was (Author: thetaphi): The following libs are missing currently: - java-libpst-0.8.1 - jcip-annotations-1.0 - jmatio-1.0 - unidataCommon-4.2.20 (used by netcdf) I will look up their licenses and add them. Upgrade to TIKA 1.6 --- Key: SOLR-6488 URL: https://issues.apache.org/jira/browse/SOLR-6488 Project: Solr Issue Type: Improvement Components: contrib - Solr Cell (Tika extraction) Reporter: Uwe Schindler Assignee: Uwe Schindler Fix For: 5.0, 4.11 Attachments: SOLR-6488.patch Apache TIKA 1.6 came out yesterday, we should upgrade it. The dependencies of bundled Apache POI changed (xmlbeans upgraded, already done. dom4j is obsolete). We have to carefully verify the dependency tree!!! -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-6488) Upgrade to TIKA 1.6
[ https://issues.apache.org/jira/browse/SOLR-6488?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Schindler updated SOLR-6488: Attachment: SOLR-6488.patch New patch with missing dependencies and their licenses/notices. I removed support for netcdf (which was already incomplete before), because the netcdf.jar file contains LGPL licensed code (see TIKA-763 and TIKA-766). The only remaining thing is the crazy new metadata field (X-Parsed-By), making the tests fail. I will investigate tomorrow. Upgrade to TIKA 1.6 --- Key: SOLR-6488 URL: https://issues.apache.org/jira/browse/SOLR-6488 Project: Solr Issue Type: Improvement Components: contrib - Solr Cell (Tika extraction) Reporter: Uwe Schindler Assignee: Uwe Schindler Fix For: 5.0, 4.11 Attachments: SOLR-6488.patch, SOLR-6488.patch Apache TIKA 1.6 came out yesterday, we should upgrade it. The dependencies of bundled Apache POI changed (xmlbeans upgraded, already done. dom4j is obsolete). We have to carefully verify the dependency tree!!! -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-6488) Upgrade to TIKA 1.6
[ https://issues.apache.org/jira/browse/SOLR-6488?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14124693#comment-14124693 ] Uwe Schindler commented on SOLR-6488: - X-Parsed-By is a new metadata field in TIKA, which contains the TIKA parser class used. I will add missing Schema fields: TIKA-674 Upgrade to TIKA 1.6 --- Key: SOLR-6488 URL: https://issues.apache.org/jira/browse/SOLR-6488 Project: Solr Issue Type: Improvement Components: contrib - Solr Cell (Tika extraction) Reporter: Uwe Schindler Assignee: Uwe Schindler Fix For: 5.0, 4.11 Attachments: SOLR-6488.patch, SOLR-6488.patch Apache TIKA 1.6 came out yesterday, we should upgrade it. The dependencies of bundled Apache POI changed (xmlbeans upgraded, already done. dom4j is obsolete). We have to carefully verify the dependency tree!!! -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-6488) Upgrade to TIKA 1.6
[ https://issues.apache.org/jira/browse/SOLR-6488?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Schindler updated SOLR-6488: Attachment: SOLR-6488.patch Final patch. All tests pass. Upgrade to TIKA 1.6 --- Key: SOLR-6488 URL: https://issues.apache.org/jira/browse/SOLR-6488 Project: Solr Issue Type: Improvement Components: contrib - Solr Cell (Tika extraction) Reporter: Uwe Schindler Assignee: Uwe Schindler Fix For: 5.0, 4.11 Attachments: SOLR-6488.patch, SOLR-6488.patch, SOLR-6488.patch Apache TIKA 1.6 came out yesterday, we should upgrade it. The dependencies of bundled Apache POI changed (xmlbeans upgraded, already done. dom4j is obsolete). We have to carefully verify the dependency tree!!! -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-6488) Upgrade to TIKA 1.6
[ https://issues.apache.org/jira/browse/SOLR-6488?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Schindler updated SOLR-6488: Attachment: SOLR-6488.patch Upgrade to TIKA 1.6 --- Key: SOLR-6488 URL: https://issues.apache.org/jira/browse/SOLR-6488 Project: Solr Issue Type: Improvement Components: contrib - Solr Cell (Tika extraction) Reporter: Uwe Schindler Assignee: Uwe Schindler Fix For: 5.0, 4.11 Attachments: SOLR-6488.patch, SOLR-6488.patch, SOLR-6488.patch Apache TIKA 1.6 came out yesterday, we should upgrade it. The dependencies of bundled Apache POI changed (xmlbeans upgraded, already done. dom4j is obsolete). We have to carefully verify the dependency tree!!! -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-6488) Upgrade to TIKA 1.6
[ https://issues.apache.org/jira/browse/SOLR-6488?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Schindler updated SOLR-6488: Attachment: (was: SOLR-6488.patch) Upgrade to TIKA 1.6 --- Key: SOLR-6488 URL: https://issues.apache.org/jira/browse/SOLR-6488 Project: Solr Issue Type: Improvement Components: contrib - Solr Cell (Tika extraction) Reporter: Uwe Schindler Assignee: Uwe Schindler Fix For: 5.0, 4.11 Attachments: SOLR-6488.patch, SOLR-6488.patch, SOLR-6488.patch Apache TIKA 1.6 came out yesterday, we should upgrade it. The dependencies of bundled Apache POI changed (xmlbeans upgraded, already done. dom4j is obsolete). We have to carefully verify the dependency tree!!! -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-trunk-Windows (32bit/jdk1.7.0_67) - Build # 4298 - Still Failing!
Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Windows/4298/ Java: 32bit/jdk1.7.0_67 -server -XX:+UseConcMarkSweepGC 2 tests failed. REGRESSION: org.apache.solr.cloud.RollingRestartTest.testDistribSearch Error Message: KeeperErrorCode = Session expired for /overseer_elect/leader Stack Trace: org.apache.zookeeper.KeeperException$SessionExpiredException: KeeperErrorCode = Session expired for /overseer_elect/leader at __randomizedtesting.SeedInfo.seed([68BEC0EB809A2647:E9584EF3F7C5467B]:0) at org.apache.zookeeper.KeeperException.create(KeeperException.java:127) at org.apache.zookeeper.KeeperException.create(KeeperException.java:51) at org.apache.zookeeper.ZooKeeper.getData(ZooKeeper.java:1155) at org.apache.solr.common.cloud.SolrZkClient$7.execute(SolrZkClient.java:347) at org.apache.solr.common.cloud.SolrZkClient$7.execute(SolrZkClient.java:344) at org.apache.solr.common.cloud.ZkCmdExecutor.retryOperation(ZkCmdExecutor.java:61) at org.apache.solr.common.cloud.SolrZkClient.getData(SolrZkClient.java:344) at org.apache.solr.cloud.OverseerCollectionProcessor.getLeaderId(OverseerCollectionProcessor.java:484) at org.apache.solr.cloud.OverseerCollectionProcessor.getLeaderNode(OverseerCollectionProcessor.java:475) at org.apache.solr.cloud.RollingRestartTest.waitUntilOverseerDesignateIsLeader(RollingRestartTest.java:145) at org.apache.solr.cloud.RollingRestartTest.restartWithRolesTest(RollingRestartTest.java:90) at org.apache.solr.cloud.RollingRestartTest.doTest(RollingRestartTest.java:64) at org.apache.solr.BaseDistributedSearchTestCase.testDistribSearch(BaseDistributedSearchTestCase.java:869) at sun.reflect.GeneratedMethodAccessor82.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1618) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:827) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:863) at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:877) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:53) at org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:50) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesInvariantRule$1.evaluate(SystemPropertiesInvariantRule.java:55) at org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:365) at com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:798) at com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:458) at com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:836) at com.carrotsearch.randomizedtesting.RandomizedRunner$3.evaluate(RandomizedRunner.java:738) at com.carrotsearch.randomizedtesting.RandomizedRunner$4.evaluate(RandomizedRunner.java:772) at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:783) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:53) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46) at org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesInvariantRule$1.evaluate(SystemPropertiesInvariantRule.java:55) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
[JENKINS] Lucene-Solr-4.x-Windows (64bit/jdk1.8.0_20) - Build # 4203 - Still Failing!
Build: http://jenkins.thetaphi.de/job/Lucene-Solr-4.x-Windows/4203/ Java: 64bit/jdk1.8.0_20 -XX:-UseCompressedOops -XX:+UseG1GC 1 tests failed. FAILED: org.apache.solr.core.TestCoreDiscovery.testCoreDirCantRead Error Message: Stack Trace: java.lang.AssertionError at __randomizedtesting.SeedInfo.seed([9E242361AAB65443:E360F737D5319A31]:0) at org.junit.Assert.fail(Assert.java:92) at org.junit.Assert.assertTrue(Assert.java:43) at org.junit.Assert.assertNull(Assert.java:551) at org.junit.Assert.assertNull(Assert.java:562) at org.apache.solr.core.TestCoreDiscovery.testCoreDirCantRead(TestCoreDiscovery.java:248) 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:483) at com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1618) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:827) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:863) at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:877) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:53) at org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:50) at org.apache.lucene.util.TestRuleFieldCacheSanity$1.evaluate(TestRuleFieldCacheSanity.java:51) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesInvariantRule$1.evaluate(SystemPropertiesInvariantRule.java:55) at org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:365) at com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:798) at com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:458) at com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:836) at com.carrotsearch.randomizedtesting.RandomizedRunner$3.evaluate(RandomizedRunner.java:738) at com.carrotsearch.randomizedtesting.RandomizedRunner$4.evaluate(RandomizedRunner.java:772) at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:783) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:53) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46) at org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesInvariantRule$1.evaluate(SystemPropertiesInvariantRule.java:55) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39) 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:43) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65) at org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:55) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:365) at
