[JENKINS] Lucene-Solr-SmokeRelease-trunk - Build # 13 - Failure
Build: https://builds.apache.org/job/Lucene-Solr-SmokeRelease-trunk/13/ No tests ran. Build Log: [...truncated 31947 lines...] prepare-release-no-sign: [mkdir] Created dir: /usr/home/hudson/hudson-slave/workspace/Lucene-Solr-SmokeRelease-trunk/lucene/build/fakeRelease [copy] Copying 366 files to /usr/home/hudson/hudson-slave/workspace/Lucene-Solr-SmokeRelease-trunk/lucene/build/fakeRelease/lucene [copy] Copying 4 files to /usr/home/hudson/hudson-slave/workspace/Lucene-Solr-SmokeRelease-trunk/lucene/build/fakeRelease/lucene/changes [get] Getting: http://people.apache.org/keys/group/lucene.asc [get] To: /usr/home/hudson/hudson-slave/workspace/Lucene-Solr-SmokeRelease-trunk/lucene/build/fakeRelease/lucene/KEYS [copy] Copying 189 files to /usr/home/hudson/hudson-slave/workspace/Lucene-Solr-SmokeRelease-trunk/lucene/build/fakeRelease/solr [copy] Copying 1 file to /usr/home/hudson/hudson-slave/workspace/Lucene-Solr-SmokeRelease-trunk/lucene/build/fakeRelease/solr [exec] [exec] Load release URL file:/usr/home/hudson/hudson-slave/workspace/Lucene-Solr-SmokeRelease-trunk/lucene/build/fakeRelease/... [exec] [exec] Test Lucene... [exec] test basics... [exec] get KEYS [exec] 0.1 MB [exec] check changes HTML... [exec] download lucene-5.0-src.tgz... [exec] 26.1 MB [exec] verify md5/sha1 digests [exec] download lucene-5.0.tgz... [exec] 47.2 MB [exec] verify md5/sha1 digests [exec] download lucene-5.0.zip... [exec] 56.3 MB [exec] verify md5/sha1 digests [exec] unpack lucene-5.0.tgz... [exec] test demo... [exec] got 5157 hits for query lucene [exec] check Lucene's javadoc JAR [exec] [exec] /usr/home/hudson/hudson-slave/workspace/Lucene-Solr-SmokeRelease-trunk/lucene/build/fakeReleaseTmp/unpack/lucene-5.0/docs/queries/org/apache/lucene/queries/function/package-summary.html [exec] missing: FunctionValues.ValueFiller [exec] missing: ValueSourceScorer [exec] [exec] /usr/home/hudson/hudson-slave/workspace/Lucene-Solr-SmokeRelease-trunk/lucene/build/fakeReleaseTmp/unpack/lucene-5.0/docs/queries/org/apache/lucene/queries/function/valuesource/package-summary.html [exec] missing: BoolFunction [exec] missing: DefFunction [exec] missing: DualFloatFunction [exec] missing: MultiBoolFunction [exec] missing: MultiFloatFunction [exec] missing: MultiFunction [exec] missing: SimpleBoolFunction [exec] [exec] /usr/home/hudson/hudson-slave/workspace/Lucene-Solr-SmokeRelease-trunk/lucene/build/fakeReleaseTmp/unpack/lucene-5.0/docs/queries/org/apache/lucene/queries/function/docvalues/package-summary.html [exec] missing: BoolDocValues [exec] missing: DoubleDocValues [exec] missing: FloatDocValues [exec] missing: IntDocValues [exec] missing: LongDocValues [exec] missing: StrDocValues [exec] missing: DocTermsIndexDocValues.DocTermsIndexException [exec] [exec] /usr/home/hudson/hudson-slave/workspace/Lucene-Solr-SmokeRelease-trunk/lucene/build/fakeReleaseTmp/unpack/lucene-5.0/docs/queryparser/org/apache/lucene/queryparser/surround/query/package-summary.html [exec] missing: BasicQueryFactory [exec] missing: ComposedQuery [exec] missing: DistanceQuery [exec] missing: SrndQuery [exec] missing: SrndTruncQuery [exec] [exec] /usr/home/hudson/hudson-slave/workspace/Lucene-Solr-SmokeRelease-trunk/lucene/build/fakeReleaseTmp/unpack/lucene-5.0/docs/spatial/org/apache/lucene/spatial/vector/package-summary.html [exec] missing: TwoDoublesStrategy [exec] [exec] /usr/home/hudson/hudson-slave/workspace/Lucene-Solr-SmokeRelease-trunk/lucene/build/fakeReleaseTmp/unpack/lucene-5.0/docs/spatial/org/apache/lucene/spatial/util/package-summary.html [exec] missing: ShapeFieldCacheT extends Shape [exec] missing: ShapeFieldCacheProviderT extends Shape [exec] [exec] /usr/home/hudson/hudson-slave/workspace/Lucene-Solr-SmokeRelease-trunk/lucene/build/fakeReleaseTmp/unpack/lucene-5.0/docs/spatial/org/apache/lucene/spatial/bbox/package-summary.html [exec] missing: BBoxSimilarity [exec] [exec] /usr/home/hudson/hudson-slave/workspace/Lucene-Solr-SmokeRelease-trunk/lucene/build/fakeReleaseTmp/unpack/lucene-5.0/docs/spatial/org/apache/lucene/spatial/prefix/package-summary.html [exec] missing: PointPrefixTreeFieldCacheProvider [exec] missing: PrefixTreeStrategy [exec] [exec] /usr/home/hudson/hudson-slave/workspace/Lucene-Solr-SmokeRelease-trunk/lucene/build/fakeReleaseTmp/unpack/lucene-5.0/docs/spatial/org/apache/lucene/spatial/prefix/tree/package-summary.html [exec] missing: GeohashPrefixTree.Factory [exec] missing: QuadPrefixTree [exec] missing:
[jira] [Commented] (LUCENE-3312) Break out StorableField from IndexableField
[ https://issues.apache.org/jira/browse/LUCENE-3312?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13446923#comment-13446923 ] Uwe Schindler commented on LUCENE-3312: --- Hi Nikola, I am about to reintegrate the branch back o Lucene trunk. We need a new entry for MIGRATE.txt. Can you prepare one, so users of the current Lucene 4.0 API can migrate to the new one? It should give some hints what needs to be changed in the code to make a Lucene 4.0 APP ready for Lucene trunk (5.0)? The migrate.txt is formatted using Markdown syntax, so mostly text-only. I will in all cases commit the reintragrated branch, but I want to add a short guide about the changes at a later stage. Break out StorableField from IndexableField --- Key: LUCENE-3312 URL: https://issues.apache.org/jira/browse/LUCENE-3312 Project: Lucene - Core Issue Type: Improvement Components: core/index Reporter: Michael McCandless Assignee: Nikola Tankovic Labels: gsoc2012, lucene-gsoc-12 Fix For: Field Type branch Attachments: LUCENE-3312-DocumentIterators-uwe.patch, lucene-3312-patch-01.patch, lucene-3312-patch-02.patch, lucene-3312-patch-03.patch, lucene-3312-patch-04.patch, lucene-3312-patch-05.patch, lucene-3312-patch-06.patch, lucene-3312-patch-07.patch, lucene-3312-patch-08.patch, lucene-3312-patch-09.patch, lucene-3312-patch-10.patch, lucene-3312-patch-11.patch, lucene-3312-patch-12a.patch, lucene-3312-patch-12.patch, lucene-3312-patch-13.patch, lucene-3312-patch-14.patch, LUCENE-3312-reintegration.patch In the field type branch we have strongly decoupled Document/Field/FieldType impl from the indexer, by having only a narrow API (IndexableField) passed to IndexWriter. This frees apps up use their own documents instead of the user-space impls we provide in oal.document. Similarly, with LUCENE-3309, we've done the same thing on the doc/field retrieval side (from IndexReader), with the StoredFieldsVisitor. But, maybe we should break out StorableField from IndexableField, such that when you index a doc you provide two Iterables -- one for the IndexableFields and one for the StorableFields. Either can be null. One downside is possible perf hit for fields that are both indexed stored (ie, we visit them twice, lookup their name in a hash twice, etc.). But the upside is a cleaner separation of concerns in API -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (LUCENE-3312) Break out StorableField from IndexableField
[ https://issues.apache.org/jira/browse/LUCENE-3312?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Schindler updated LUCENE-3312: -- Attachment: LUCENE-3312-reintegration.patch Attached the reintegration patch. Break out StorableField from IndexableField --- Key: LUCENE-3312 URL: https://issues.apache.org/jira/browse/LUCENE-3312 Project: Lucene - Core Issue Type: Improvement Components: core/index Reporter: Michael McCandless Assignee: Nikola Tankovic Labels: gsoc2012, lucene-gsoc-12 Fix For: Field Type branch Attachments: LUCENE-3312-DocumentIterators-uwe.patch, lucene-3312-patch-01.patch, lucene-3312-patch-02.patch, lucene-3312-patch-03.patch, lucene-3312-patch-04.patch, lucene-3312-patch-05.patch, lucene-3312-patch-06.patch, lucene-3312-patch-07.patch, lucene-3312-patch-08.patch, lucene-3312-patch-09.patch, lucene-3312-patch-10.patch, lucene-3312-patch-11.patch, lucene-3312-patch-12a.patch, lucene-3312-patch-12.patch, lucene-3312-patch-13.patch, lucene-3312-patch-14.patch, LUCENE-3312-reintegration.patch, LUCENE-3312-reintegration.patch In the field type branch we have strongly decoupled Document/Field/FieldType impl from the indexer, by having only a narrow API (IndexableField) passed to IndexWriter. This frees apps up use their own documents instead of the user-space impls we provide in oal.document. Similarly, with LUCENE-3309, we've done the same thing on the doc/field retrieval side (from IndexReader), with the StoredFieldsVisitor. But, maybe we should break out StorableField from IndexableField, such that when you index a doc you provide two Iterables -- one for the IndexableFields and one for the StorableFields. Either can be null. One downside is possible perf hit for fields that are both indexed stored (ie, we visit them twice, lookup their name in a hash twice, etc.). But the upside is a cleaner separation of concerns in API -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (LUCENE-3312) Break out StorableField from IndexableField
[ https://issues.apache.org/jira/browse/LUCENE-3312?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13446939#comment-13446939 ] Nikola Tankovic commented on LUCENE-3312: - Hi Uwe, it would be most helpful if I could see some similar MIGRATE.txt file from previous migrations to see the level of detail, but if it's a hassle I'll probably manage something without it. Break out StorableField from IndexableField --- Key: LUCENE-3312 URL: https://issues.apache.org/jira/browse/LUCENE-3312 Project: Lucene - Core Issue Type: Improvement Components: core/index Reporter: Michael McCandless Assignee: Nikola Tankovic Labels: gsoc2012, lucene-gsoc-12 Fix For: Field Type branch Attachments: LUCENE-3312-DocumentIterators-uwe.patch, lucene-3312-patch-01.patch, lucene-3312-patch-02.patch, lucene-3312-patch-03.patch, lucene-3312-patch-04.patch, lucene-3312-patch-05.patch, lucene-3312-patch-06.patch, lucene-3312-patch-07.patch, lucene-3312-patch-08.patch, lucene-3312-patch-09.patch, lucene-3312-patch-10.patch, lucene-3312-patch-11.patch, lucene-3312-patch-12a.patch, lucene-3312-patch-12.patch, lucene-3312-patch-13.patch, lucene-3312-patch-14.patch, LUCENE-3312-reintegration.patch, LUCENE-3312-reintegration.patch In the field type branch we have strongly decoupled Document/Field/FieldType impl from the indexer, by having only a narrow API (IndexableField) passed to IndexWriter. This frees apps up use their own documents instead of the user-space impls we provide in oal.document. Similarly, with LUCENE-3309, we've done the same thing on the doc/field retrieval side (from IndexReader), with the StoredFieldsVisitor. But, maybe we should break out StorableField from IndexableField, such that when you index a doc you provide two Iterables -- one for the IndexableFields and one for the StorableFields. Either can be null. One downside is possible perf hit for fields that are both indexed stored (ie, we visit them twice, lookup their name in a hash twice, etc.). But the upside is a cleaner separation of concerns in API -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (LUCENE-3312) Break out StorableField from IndexableField
[ https://issues.apache.org/jira/browse/LUCENE-3312?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13446944#comment-13446944 ] Uwe Schindler commented on LUCENE-3312: --- Hi Nikola, just download the 4.0-BETA release of Lucene. There is a MIGRATE.txt (and corresponding Markdown-generated HTML in the docs folder): http://lucene.apache.org/core/4_0_0-BETA/index.html - http://lucene.apache.org/core/4_0_0-BETA/MIGRATE.html, the source code is here: https://svn.apache.org/repos/asf/lucene/dev/branches/branch_4x/lucene/MIGRATE.txt Break out StorableField from IndexableField --- Key: LUCENE-3312 URL: https://issues.apache.org/jira/browse/LUCENE-3312 Project: Lucene - Core Issue Type: Improvement Components: core/index Reporter: Michael McCandless Assignee: Nikola Tankovic Labels: gsoc2012, lucene-gsoc-12 Fix For: Field Type branch Attachments: LUCENE-3312-DocumentIterators-uwe.patch, lucene-3312-patch-01.patch, lucene-3312-patch-02.patch, lucene-3312-patch-03.patch, lucene-3312-patch-04.patch, lucene-3312-patch-05.patch, lucene-3312-patch-06.patch, lucene-3312-patch-07.patch, lucene-3312-patch-08.patch, lucene-3312-patch-09.patch, lucene-3312-patch-10.patch, lucene-3312-patch-11.patch, lucene-3312-patch-12a.patch, lucene-3312-patch-12.patch, lucene-3312-patch-13.patch, lucene-3312-patch-14.patch, LUCENE-3312-reintegration.patch, LUCENE-3312-reintegration.patch In the field type branch we have strongly decoupled Document/Field/FieldType impl from the indexer, by having only a narrow API (IndexableField) passed to IndexWriter. This frees apps up use their own documents instead of the user-space impls we provide in oal.document. Similarly, with LUCENE-3309, we've done the same thing on the doc/field retrieval side (from IndexReader), with the StoredFieldsVisitor. But, maybe we should break out StorableField from IndexableField, such that when you index a doc you provide two Iterables -- one for the IndexableFields and one for the StorableFields. Either can be null. One downside is possible perf hit for fields that are both indexed stored (ie, we visit them twice, lookup their name in a hash twice, etc.). But the upside is a cleaner separation of concerns in API -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Resolved] (LUCENE-3312) Break out StorableField from IndexableField
[ https://issues.apache.org/jira/browse/LUCENE-3312?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Schindler resolved LUCENE-3312. --- Resolution: Fixed Fix Version/s: (was: Field Type branch) 5.0 I merged the branch to trunk, rev 1379982. The branch itsself was deleted after reintegration. I will now open new issues for the remaining problems. Break out StorableField from IndexableField --- Key: LUCENE-3312 URL: https://issues.apache.org/jira/browse/LUCENE-3312 Project: Lucene - Core Issue Type: Improvement Components: core/index Reporter: Michael McCandless Assignee: Nikola Tankovic Labels: gsoc2012, lucene-gsoc-12 Fix For: 5.0 Attachments: LUCENE-3312-DocumentIterators-uwe.patch, lucene-3312-patch-01.patch, lucene-3312-patch-02.patch, lucene-3312-patch-03.patch, lucene-3312-patch-04.patch, lucene-3312-patch-05.patch, lucene-3312-patch-06.patch, lucene-3312-patch-07.patch, lucene-3312-patch-08.patch, lucene-3312-patch-09.patch, lucene-3312-patch-10.patch, lucene-3312-patch-11.patch, lucene-3312-patch-12a.patch, lucene-3312-patch-12.patch, lucene-3312-patch-13.patch, lucene-3312-patch-14.patch, LUCENE-3312-reintegration.patch, LUCENE-3312-reintegration.patch In the field type branch we have strongly decoupled Document/Field/FieldType impl from the indexer, by having only a narrow API (IndexableField) passed to IndexWriter. This frees apps up use their own documents instead of the user-space impls we provide in oal.document. Similarly, with LUCENE-3309, we've done the same thing on the doc/field retrieval side (from IndexReader), with the StoredFieldsVisitor. But, maybe we should break out StorableField from IndexableField, such that when you index a doc you provide two Iterables -- one for the IndexableFields and one for the StorableFields. Either can be null. One downside is possible perf hit for fields that are both indexed stored (ie, we visit them twice, lookup their name in a hash twice, etc.). But the upside is a cleaner separation of concerns in API -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Created] (LUCENE-4347) Fix remaining issues with StorableField
Uwe Schindler created LUCENE-4347: - Summary: Fix remaining issues with StorableField Key: LUCENE-4347 URL: https://issues.apache.org/jira/browse/LUCENE-4347 Project: Lucene - Core Issue Type: Task Components: core/index Reporter: Uwe Schindler Assignee: Nikola Tankovic Fix For: 5.0 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Created] (LUCENE-4348) Add mingration guide for StorableField to MIGRATE.txt/html
Uwe Schindler created LUCENE-4348: - Summary: Add mingration guide for StorableField to MIGRATE.txt/html Key: LUCENE-4348 URL: https://issues.apache.org/jira/browse/LUCENE-4348 Project: Lucene - Core Issue Type: Sub-task Components: core/index Reporter: Uwe Schindler Assignee: Nikola Tankovic Fix For: 5.0 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Created] (LUCENE-4349) Discuss if DocValues should extend StoredField or not
Uwe Schindler created LUCENE-4349: - Summary: Discuss if DocValues should extend StoredField or not Key: LUCENE-4349 URL: https://issues.apache.org/jira/browse/LUCENE-4349 Project: Lucene - Core Issue Type: Sub-task Reporter: Uwe Schindler Fix For: 5.0 Robert Muir: {quote} But I think this is related to my comment above: I think its confusing that DocValues fields are treated as Stored fields at all? This basically is the same problem all over again. You make a Document with N StorableFields You call IR.document and get a StorableDocument back, with N-3 StorableFields. You wonder: what happened to the other 3 fields? They were DocValues. {quote} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (LUCENE-3312) Break out StorableField from IndexableField
[ https://issues.apache.org/jira/browse/LUCENE-3312?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13446962#comment-13446962 ] Chris Male commented on LUCENE-3312: Thanks Uwe and Nikola! Break out StorableField from IndexableField --- Key: LUCENE-3312 URL: https://issues.apache.org/jira/browse/LUCENE-3312 Project: Lucene - Core Issue Type: Improvement Components: core/index Reporter: Michael McCandless Assignee: Nikola Tankovic Labels: gsoc2012, lucene-gsoc-12 Fix For: 5.0 Attachments: LUCENE-3312-DocumentIterators-uwe.patch, lucene-3312-patch-01.patch, lucene-3312-patch-02.patch, lucene-3312-patch-03.patch, lucene-3312-patch-04.patch, lucene-3312-patch-05.patch, lucene-3312-patch-06.patch, lucene-3312-patch-07.patch, lucene-3312-patch-08.patch, lucene-3312-patch-09.patch, lucene-3312-patch-10.patch, lucene-3312-patch-11.patch, lucene-3312-patch-12a.patch, lucene-3312-patch-12.patch, lucene-3312-patch-13.patch, lucene-3312-patch-14.patch, LUCENE-3312-reintegration.patch, LUCENE-3312-reintegration.patch In the field type branch we have strongly decoupled Document/Field/FieldType impl from the indexer, by having only a narrow API (IndexableField) passed to IndexWriter. This frees apps up use their own documents instead of the user-space impls we provide in oal.document. Similarly, with LUCENE-3309, we've done the same thing on the doc/field retrieval side (from IndexReader), with the StoredFieldsVisitor. But, maybe we should break out StorableField from IndexableField, such that when you index a doc you provide two Iterables -- one for the IndexableFields and one for the StorableFields. Either can be null. One downside is possible perf hit for fields that are both indexed stored (ie, we visit them twice, lookup their name in a hash twice, etc.). But the upside is a cleaner separation of concerns in API -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Created] (LUCENE-4350) StoredField extends Field and implements IndexableField
Uwe Schindler created LUCENE-4350: - Summary: StoredField extends Field and implements IndexableField Key: LUCENE-4350 URL: https://issues.apache.org/jira/browse/LUCENE-4350 Project: Lucene - Core Issue Type: Sub-task Components: core/index Reporter: Uwe Schindler Fix For: 5.0 We should think about this dependency hierarchy. There are similar problems with the corrsponding FieldTypes. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (LUCENE-3312) Break out StorableField from IndexableField
[ https://issues.apache.org/jira/browse/LUCENE-3312?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13446966#comment-13446966 ] Uwe Schindler commented on LUCENE-3312: --- I opened LUCENE-4347 as container issue for later changes. Nikola, please attach MIGRATE.txt changes to LUCENE-4348, as patches againt Lucene trunk! Thanks. Finally: My thanks also goes to Nikola and Chris for the work on this issue. I want to also mention Robert and Mike for helpful comments. Break out StorableField from IndexableField --- Key: LUCENE-3312 URL: https://issues.apache.org/jira/browse/LUCENE-3312 Project: Lucene - Core Issue Type: Improvement Components: core/index Reporter: Michael McCandless Assignee: Nikola Tankovic Labels: gsoc2012, lucene-gsoc-12 Fix For: 5.0 Attachments: LUCENE-3312-DocumentIterators-uwe.patch, lucene-3312-patch-01.patch, lucene-3312-patch-02.patch, lucene-3312-patch-03.patch, lucene-3312-patch-04.patch, lucene-3312-patch-05.patch, lucene-3312-patch-06.patch, lucene-3312-patch-07.patch, lucene-3312-patch-08.patch, lucene-3312-patch-09.patch, lucene-3312-patch-10.patch, lucene-3312-patch-11.patch, lucene-3312-patch-12a.patch, lucene-3312-patch-12.patch, lucene-3312-patch-13.patch, lucene-3312-patch-14.patch, LUCENE-3312-reintegration.patch, LUCENE-3312-reintegration.patch In the field type branch we have strongly decoupled Document/Field/FieldType impl from the indexer, by having only a narrow API (IndexableField) passed to IndexWriter. This frees apps up use their own documents instead of the user-space impls we provide in oal.document. Similarly, with LUCENE-3309, we've done the same thing on the doc/field retrieval side (from IndexReader), with the StoredFieldsVisitor. But, maybe we should break out StorableField from IndexableField, such that when you index a doc you provide two Iterables -- one for the IndexableFields and one for the StorableFields. Either can be null. One downside is possible perf hit for fields that are both indexed stored (ie, we visit them twice, lookup their name in a hash twice, etc.). But the upside is a cleaner separation of concerns in API -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Created] (LUCENE-4351) Upgrade Spatial4j to 0.3
David Smiley created LUCENE-4351: Summary: Upgrade Spatial4j to 0.3 Key: LUCENE-4351 URL: https://issues.apache.org/jira/browse/LUCENE-4351 Project: Lucene - Core Issue Type: Bug Components: modules/spatial Reporter: David Smiley Assignee: David Smiley Fix For: 4.0 This version of Spatial4j has various API level improvements. It features dateline wrap for polygons. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-3707) Upgrade Solr to Tika 1.2
[ https://issues.apache.org/jira/browse/SOLR-3707?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13446997#comment-13446997 ] Steven Rowe commented on SOLR-3707: --- Jan, are you going to do the backport to 4.x? Upgrade Solr to Tika 1.2 Key: SOLR-3707 URL: https://issues.apache.org/jira/browse/SOLR-3707 Project: Solr Issue Type: Improvement Components: contrib - LangId, contrib - Solr Cell (Tika extraction) Reporter: Jan Høydahl Assignee: Jan Høydahl Fix For: 4.0, 5.0 Attachments: SOLR-3707.patch, SOLR-3707.patch Tika 1.2 has been released with these improvements: http://tika.apache.org/1.2/index.html -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Resolved] (SOLR-3780) Maven builds regularly fail on ASF Jenkins
[ https://issues.apache.org/jira/browse/SOLR-3780?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Steven Rowe resolved SOLR-3780. --- Resolution: Fixed Fix Version/s: 5.0 4.0 I committed the patch making solrj run its own tests to branch_4x and trunk. bq. ERROR: [doc=one] unknown field 'meta:creation-date' Robert Muir pointed out on dev@l.a.o that this is caused by branch_4x Maven Solr configuration depending on Tika 1.2, while the rest of branch_4x hasn't gotten the update yet (SOLR-3707). I reverted the branch_4x dependency to Tika 1.1, and branch_4x Maven just succeeded on ASF Jenkins. I also committed a change to all Solr contribs removing the now unnecessary inclusion of solr-core test resources in their test classpaths. Maven builds regularly fail on ASF Jenkins -- Key: SOLR-3780 URL: https://issues.apache.org/jira/browse/SOLR-3780 Project: Solr Issue Type: Bug Components: Build Affects Versions: 4.0, 5.0 Reporter: Steven Rowe Assignee: Steven Rowe Fix For: 4.0, 5.0 Attachments: SOLR-3780.patch branch_4x and to a lesser extent trunk Maven builds on ASF Jenkins regularly fail with these errors: {noformat} ERROR: [doc=one] unknown field 'meta:creation-date' Stack Trace: org.apache.solr.common.SolrException: ERROR: [doc=one] unknown field 'meta:creation-date' at __randomizedtesting.SeedInfo.seed([564B8C2811E551FC:388DF7271220FAA9]:0) at org.apache.solr.update.DocumentBuilder.toDocument(DocumentBuilder.java:306) {noformat} {noformat} ERROR: [doc=1000] multiple values encountered for non multiValued field val_i: [10, 20] Stack Trace: org.apache.solr.common.SolrException: ERROR: [doc=1000] multiple values encountered for non multiValued field val_i: [10, 20] at __randomizedtesting.SeedInfo.seed([41D9D56849179839:C03F5B703E48F805]:0) at org.apache.solr.client.solrj.impl.HttpSolrServer.request(HttpSolrServer.java:402) {noformat} I can't reproduce these errors locally. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (LUCENE-4186) Lucene spatial's distErrPct is treated as a fraction, not a percent.
[ https://issues.apache.org/jira/browse/LUCENE-4186?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13447037#comment-13447037 ] Itamar Syn-Hershko commented on LUCENE-4186: distErrPct makes sense to me - it makes more sense to talk about the expected error rate rather than actual given precision. Hence the name Distance Error Percentage makes perfect sense, although is tough to make an acronym of... And while at it throw a bug fix in: SpatialArgs.toString should multiply distPrecision by 100, not divide it. Lucene spatial's distErrPct is treated as a fraction, not a percent. -- Key: LUCENE-4186 URL: https://issues.apache.org/jira/browse/LUCENE-4186 Project: Lucene - Core Issue Type: Bug Components: modules/spatial Reporter: David Smiley Assignee: David Smiley Priority: Critical Fix For: 4.0 The distance-error-percent of a query shape in Lucene spatial is, in a nutshell, the percent of the shape's area that is an error epsilon when considering search detail at its edges. The default is 2.5%, for reference. However, as configured, it is read in as a fraction: {code:xml} fieldType name=location_2d_trie class=solr.SpatialRecursivePrefixTreeFieldType distErrPct=0.025 maxDetailDist=0.001 / {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Resolved] (SOLR-3707) Upgrade Solr to Tika 1.2
[ https://issues.apache.org/jira/browse/SOLR-3707?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jan Høydahl resolved SOLR-3707. --- Resolution: Fixed Committed to 4x in r1380079 Upgrade Solr to Tika 1.2 Key: SOLR-3707 URL: https://issues.apache.org/jira/browse/SOLR-3707 Project: Solr Issue Type: Improvement Components: contrib - LangId, contrib - Solr Cell (Tika extraction) Reporter: Jan Høydahl Assignee: Jan Høydahl Fix For: 4.0, 5.0 Attachments: SOLR-3707.patch, SOLR-3707.patch Tika 1.2 has been released with these improvements: http://tika.apache.org/1.2/index.html -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (LUCENE-4345) Create a Classification module
[ https://issues.apache.org/jira/browse/LUCENE-4345?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13447052#comment-13447052 ] Lance Norskog commented on LUCENE-4345: --- Nice! I've found that filtering for nouns verbs makes another NLP task (latent semantic indexing) work much better. This will benefit from parts-of-speech filtering. Create a Classification module -- Key: LUCENE-4345 URL: https://issues.apache.org/jira/browse/LUCENE-4345 Project: Lucene - Core Issue Type: New Feature Reporter: Tommaso Teofili Assignee: Tommaso Teofili Priority: Minor Attachments: LUCENE-4345.patch, SOLR-3700_2.patch, SOLR-3700.patch Lucene/Solr can host huge sets of documents containing lots of information in fields so that these can be used as training examples (w/ features) in order to very quickly create classifiers algorithms to use on new documents and / or to provide an additional service. So the idea is to create a contrib module (called 'classification') to host a ClassificationComponent that will use already seen data (the indexed documents / fields) to classify new documents / text fragments. The first version will contain a (simplistic) Lucene based Naive Bayes classifier but more implementations should be added in the future. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-4.x-Linux (64bit/jdk1.6.0_35) - Build # 816 - Failure!
Build: http://jenkins.sd-datasolutions.de/job/Lucene-Solr-4.x-Linux/816/ Java: 64bit/jdk1.6.0_35 -XX:+UseSerialGC All tests passed Build Log: [...truncated 18551 lines...] -jenkins-javadocs-lint: javadocs-lint: [...truncated 1566 lines...] javadocs-lint: [exec] [exec] Crawl/parse... [exec] [exec] build/docs/core/org/apache/lucene/store/package-use.html [exec] WARNING: anchor ../../../../org/apache/lucene/store/subclasses appears more than once [exec] [exec] Verify... [...truncated 566 lines...] javadocs-lint: [exec] [exec] Crawl/parse... [exec] [exec] Verify... [...truncated 24 lines...] BUILD FAILED /mnt/ssd/jenkins/workspace/Lucene-Solr-4.x-Linux/build.xml:252: The following error occurred while executing this line: /mnt/ssd/jenkins/workspace/Lucene-Solr-4.x-Linux/extra-targets.xml:110: The following files are missing svn:eol-style (or binary svn:mime-type): * solr/licenses/apache-mime4j-core-0.7.2.jar.sha1 * solr/licenses/apache-mime4j-dom-0.7.2.jar.sha1 * solr/licenses/commons-compress-1.4.1.jar.sha1 * solr/licenses/fontbox-1.7.0.jar.sha1 * solr/licenses/isoparser-1.0-RC-1.jar.sha1 * solr/licenses/isoparser-1.0-RC-LICENSE-ASL.txt * solr/licenses/isoparser-1.0-RC-NOTICE.txt * solr/licenses/jempbox-1.7.0.jar.sha1 * solr/licenses/juniversalchardet-1.0.3.jar.sha1 * solr/licenses/juniversalchardet-LICENSE-MPL.txt * solr/licenses/juniversalchardet-NOTICE.txt * solr/licenses/pdfbox-1.7.0.jar.sha1 * solr/licenses/poi-3.8.jar.sha1 * solr/licenses/poi-ooxml-3.8.jar.sha1 * solr/licenses/poi-ooxml-schemas-3.8.jar.sha1 * solr/licenses/poi-scratchpad-3.8.jar.sha1 * solr/licenses/tika-core-1.2.jar.sha1 * solr/licenses/tika-parsers-1.2.jar.sha1 * solr/licenses/xz-1.0.jar.sha1 * solr/licenses/xz-LICENSE-PD.txt * solr/licenses/xz-NOTICE.txt Total time: 34 minutes 8 seconds Build step 'Invoke Ant' marked build as failure Recording test results Description set: Java: 64bit/jdk1.6.0_35 -XX:+UseSerialGC 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
[JENKINS] Lucene-Solr-4.x-Windows (32bit/jdk1.7.0_07) - Build # 583 - Failure!
Build: http://jenkins.sd-datasolutions.de/job/Lucene-Solr-4.x-Windows/583/ Java: 32bit/jdk1.7.0_07 -server -XX:+UseConcMarkSweepGC All tests passed Build Log: [...truncated 19268 lines...] -jenkins-javadocs-lint: [...truncated 24 lines...] BUILD FAILED C:\Jenkins\workspace\Lucene-Solr-4.x-Windows\build.xml:252: The following error occurred while executing this line: C:\Jenkins\workspace\Lucene-Solr-4.x-Windows\extra-targets.xml:110: The following files are missing svn:eol-style (or binary svn:mime-type): * solr/licenses/apache-mime4j-core-0.7.2.jar.sha1 * solr/licenses/apache-mime4j-dom-0.7.2.jar.sha1 * solr/licenses/commons-compress-1.4.1.jar.sha1 * solr/licenses/fontbox-1.7.0.jar.sha1 * solr/licenses/isoparser-1.0-RC-1.jar.sha1 * solr/licenses/isoparser-1.0-RC-LICENSE-ASL.txt * solr/licenses/isoparser-1.0-RC-NOTICE.txt * solr/licenses/jempbox-1.7.0.jar.sha1 * solr/licenses/juniversalchardet-1.0.3.jar.sha1 * solr/licenses/juniversalchardet-LICENSE-MPL.txt * solr/licenses/juniversalchardet-NOTICE.txt * solr/licenses/pdfbox-1.7.0.jar.sha1 * solr/licenses/poi-3.8.jar.sha1 * solr/licenses/poi-ooxml-3.8.jar.sha1 * solr/licenses/poi-ooxml-schemas-3.8.jar.sha1 * solr/licenses/poi-scratchpad-3.8.jar.sha1 * solr/licenses/tika-core-1.2.jar.sha1 * solr/licenses/tika-parsers-1.2.jar.sha1 * solr/licenses/xz-1.0.jar.sha1 * solr/licenses/xz-LICENSE-PD.txt * solr/licenses/xz-NOTICE.txt Total time: 43 minutes 53 seconds Build step 'Invoke Ant' marked build as failure Recording test results Description set: Java: 32bit/jdk1.7.0_07 -server -XX:+UseConcMarkSweepGC 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
[JENKINS] Lucene-Solr-4.x-Linux (32bit/jdk1.8.0-ea-b51) - Build # 817 - Still Failing!
Build: http://jenkins.sd-datasolutions.de/job/Lucene-Solr-4.x-Linux/817/ Java: 32bit/jdk1.8.0-ea-b51 -server -XX:+UseG1GC 1 tests failed. REGRESSION: org.apache.solr.cloud.ZkSolrClientTest.testWatchChildren Error Message: expected:2 but was:1 Stack Trace: java.lang.AssertionError: expected:2 but was:1 at __randomizedtesting.SeedInfo.seed([44F72C92F8B56C11:C894E8EBF71D6AA]:0) at org.junit.Assert.fail(Assert.java:93) at org.junit.Assert.failNotEquals(Assert.java:647) at org.junit.Assert.assertEquals(Assert.java:128) at org.junit.Assert.assertEquals(Assert.java:472) at org.junit.Assert.assertEquals(Assert.java:456) at org.apache.solr.cloud.ZkSolrClientTest.testWatchChildren(ZkSolrClientTest.java:218) 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:474) at com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1559) at com.carrotsearch.randomizedtesting.RandomizedRunner.access$600(RandomizedRunner.java:79) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:737) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:773) at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:787) 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:45) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesInvariantRule$1.evaluate(SystemPropertiesInvariantRule.java:55) at org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:70) 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:345) at com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:769) at com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:429) at com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:746) at com.carrotsearch.randomizedtesting.RandomizedRunner$3.evaluate(RandomizedRunner.java:648) at com.carrotsearch.randomizedtesting.RandomizedRunner$4.evaluate(RandomizedRunner.java:682) at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:693) 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:45) 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 org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:40) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:70) 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:345) at java.lang.Thread.run(Thread.java:722) Build Log: [...truncated 7094 lines...] [junit4:junit4] Suite:
[jira] [Commented] (SOLR-3750) On session expiration, we should explicitly wait some time before running the leader sync process so that we are sure every node participates.
[ https://issues.apache.org/jira/browse/SOLR-3750?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13447072#comment-13447072 ] Mark Miller commented on SOLR-3750: --- Because this behavior is not currently strictly necessary, and sometimes not ideal, I'm thinking I will default it to false and allow it to be configured to on along with the amount of time to wait - at least initially. Later, when we allow you to return before *every* replica has an update, this could probably be automatically enabled? Or in the case you could choose that behavior per update, doc'd that you should enable it. I think it should be an option now because it also can offer some protections against more esoteric cases - eg when starting the cluster, you start using a really old node and start that node first and it becomes leader...you just want to be willing to live with some of the esoteric downsides of enabling it as as well. On session expiration, we should explicitly wait some time before running the leader sync process so that we are sure every node participates. -- Key: SOLR-3750 URL: https://issues.apache.org/jira/browse/SOLR-3750 Project: Solr Issue Type: Bug Components: SolrCloud Reporter: Mark Miller Assignee: Mark Miller Fix For: 4.0, 5.0 We should wait until all the known nodes are part of the election, or X amount of time if that does not happen (when a node or more does not come back for whatever reason). -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-3772) On cluster startup, we should wait until we see all registered replicas before running the leader process - or if they all do not come up, N amount of time.
[ https://issues.apache.org/jira/browse/SOLR-3772?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13447073#comment-13447073 ] Mark Miller commented on SOLR-3772: --- Like SOLR-3750 (see recent comment on that issue), I plan to make this off by default for now, with the ability to enable it and configure the wait time. On cluster startup, we should wait until we see all registered replicas before running the leader process - or if they all do not come up, N amount of time. Key: SOLR-3772 URL: https://issues.apache.org/jira/browse/SOLR-3772 Project: Solr Issue Type: Bug Components: SolrCloud Reporter: Mark Miller Assignee: Mark Miller Fix For: 4.0, 5.0 This seems like a simple and good way to start. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira - 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 (64bit/jdk1.7.0_07) - Build # 584 - Still Failing!
Build: http://jenkins.sd-datasolutions.de/job/Lucene-Solr-4.x-Windows/584/ Java: 64bit/jdk1.7.0_07 -XX:+UseConcMarkSweepGC All tests passed Build Log: [...truncated 19168 lines...] -jenkins-javadocs-lint: [...truncated 24 lines...] BUILD FAILED C:\Jenkins\workspace\Lucene-Solr-4.x-Windows\build.xml:252: The following error occurred while executing this line: C:\Jenkins\workspace\Lucene-Solr-4.x-Windows\extra-targets.xml:110: The following files are missing svn:eol-style (or binary svn:mime-type): * solr/licenses/apache-mime4j-core-0.7.2.jar.sha1 * solr/licenses/apache-mime4j-dom-0.7.2.jar.sha1 * solr/licenses/commons-compress-1.4.1.jar.sha1 * solr/licenses/fontbox-1.7.0.jar.sha1 * solr/licenses/isoparser-1.0-RC-1.jar.sha1 * solr/licenses/isoparser-1.0-RC-LICENSE-ASL.txt * solr/licenses/isoparser-1.0-RC-NOTICE.txt * solr/licenses/jempbox-1.7.0.jar.sha1 * solr/licenses/juniversalchardet-1.0.3.jar.sha1 * solr/licenses/juniversalchardet-LICENSE-MPL.txt * solr/licenses/juniversalchardet-NOTICE.txt * solr/licenses/pdfbox-1.7.0.jar.sha1 * solr/licenses/poi-3.8.jar.sha1 * solr/licenses/poi-ooxml-3.8.jar.sha1 * solr/licenses/poi-ooxml-schemas-3.8.jar.sha1 * solr/licenses/poi-scratchpad-3.8.jar.sha1 * solr/licenses/tika-core-1.2.jar.sha1 * solr/licenses/tika-parsers-1.2.jar.sha1 * solr/licenses/xz-1.0.jar.sha1 * solr/licenses/xz-LICENSE-PD.txt * solr/licenses/xz-NOTICE.txt Total time: 44 minutes 3 seconds Build step 'Invoke Ant' marked build as failure Recording test results Description set: Java: 64bit/jdk1.7.0_07 -XX:+UseConcMarkSweepGC 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
[JENKINS] Lucene-Solr-Tests-4.x-Java6 - Build # 573 - Failure
Build: https://builds.apache.org/job/Lucene-Solr-Tests-4.x-Java6/573/ All tests passed Build Log: [...truncated 18600 lines...] -jenkins-javadocs-lint: javadocs-lint: [...truncated 1568 lines...] javadocs-lint: [exec] [exec] Crawl/parse... [exec] [exec] build/docs/core/org/apache/lucene/store/package-use.html [exec] WARNING: anchor ../../../../org/apache/lucene/store/subclasses appears more than once [exec] [exec] Verify... [...truncated 566 lines...] javadocs-lint: [exec] [exec] Crawl/parse... [exec] [exec] Verify... [...truncated 24 lines...] BUILD FAILED /usr/home/hudson/hudson-slave/workspace/Lucene-Solr-Tests-4.x-Java6/build.xml:252: The following error occurred while executing this line: /usr/home/hudson/hudson-slave/workspace/Lucene-Solr-Tests-4.x-Java6/extra-targets.xml:110: The following files are missing svn:eol-style (or binary svn:mime-type): * solr/licenses/apache-mime4j-core-0.7.2.jar.sha1 * solr/licenses/apache-mime4j-dom-0.7.2.jar.sha1 * solr/licenses/commons-compress-1.4.1.jar.sha1 * solr/licenses/fontbox-1.7.0.jar.sha1 * solr/licenses/isoparser-1.0-RC-1.jar.sha1 * solr/licenses/isoparser-1.0-RC-LICENSE-ASL.txt * solr/licenses/isoparser-1.0-RC-NOTICE.txt * solr/licenses/jempbox-1.7.0.jar.sha1 * solr/licenses/juniversalchardet-1.0.3.jar.sha1 * solr/licenses/juniversalchardet-LICENSE-MPL.txt * solr/licenses/juniversalchardet-NOTICE.txt * solr/licenses/pdfbox-1.7.0.jar.sha1 * solr/licenses/poi-3.8.jar.sha1 * solr/licenses/poi-ooxml-3.8.jar.sha1 * solr/licenses/poi-ooxml-schemas-3.8.jar.sha1 * solr/licenses/poi-scratchpad-3.8.jar.sha1 * solr/licenses/tika-core-1.2.jar.sha1 * solr/licenses/tika-parsers-1.2.jar.sha1 * solr/licenses/xz-1.0.jar.sha1 * solr/licenses/xz-LICENSE-PD.txt * solr/licenses/xz-NOTICE.txt Total time: 43 minutes 38 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
[JENKINS] Lucene-Solr-4.x-Linux (32bit/jdk1.6.0_35) - Build # 819 - Still Failing!
Build: http://jenkins.sd-datasolutions.de/job/Lucene-Solr-4.x-Linux/819/ Java: 32bit/jdk1.6.0_35 -server -XX:+UseConcMarkSweepGC All tests passed Build Log: [...truncated 18393 lines...] -jenkins-javadocs-lint: javadocs-lint: [...truncated 1566 lines...] javadocs-lint: [exec] [exec] Crawl/parse... [exec] [exec] build/docs/core/org/apache/lucene/store/package-use.html [exec] WARNING: anchor ../../../../org/apache/lucene/store/subclasses appears more than once [exec] [exec] Verify... [...truncated 566 lines...] javadocs-lint: [exec] [exec] Crawl/parse... [exec] [exec] Verify... [...truncated 24 lines...] BUILD FAILED /mnt/ssd/jenkins/workspace/Lucene-Solr-4.x-Linux/build.xml:252: The following error occurred while executing this line: /mnt/ssd/jenkins/workspace/Lucene-Solr-4.x-Linux/extra-targets.xml:110: The following files are missing svn:eol-style (or binary svn:mime-type): * solr/licenses/apache-mime4j-core-0.7.2.jar.sha1 * solr/licenses/apache-mime4j-dom-0.7.2.jar.sha1 * solr/licenses/commons-compress-1.4.1.jar.sha1 * solr/licenses/fontbox-1.7.0.jar.sha1 * solr/licenses/isoparser-1.0-RC-1.jar.sha1 * solr/licenses/isoparser-1.0-RC-LICENSE-ASL.txt * solr/licenses/isoparser-1.0-RC-NOTICE.txt * solr/licenses/jempbox-1.7.0.jar.sha1 * solr/licenses/juniversalchardet-1.0.3.jar.sha1 * solr/licenses/juniversalchardet-LICENSE-MPL.txt * solr/licenses/juniversalchardet-NOTICE.txt * solr/licenses/pdfbox-1.7.0.jar.sha1 * solr/licenses/poi-3.8.jar.sha1 * solr/licenses/poi-ooxml-3.8.jar.sha1 * solr/licenses/poi-ooxml-schemas-3.8.jar.sha1 * solr/licenses/poi-scratchpad-3.8.jar.sha1 * solr/licenses/tika-core-1.2.jar.sha1 * solr/licenses/tika-parsers-1.2.jar.sha1 * solr/licenses/xz-1.0.jar.sha1 * solr/licenses/xz-LICENSE-PD.txt * solr/licenses/xz-NOTICE.txt Total time: 29 minutes 59 seconds Build step 'Invoke Ant' marked build as failure Recording test results Description set: Java: 32bit/jdk1.6.0_35 -server -XX:+UseConcMarkSweepGC 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
[JENKINS] Lucene-Solr-4.x-Windows (64bit/jdk1.6.0_35) - Build # 585 - Still Failing!
Build: http://jenkins.sd-datasolutions.de/job/Lucene-Solr-4.x-Windows/585/ Java: 64bit/jdk1.6.0_35 -XX:+UseParallelGC All tests passed Build Log: [...truncated 18459 lines...] -jenkins-javadocs-lint: [...truncated 24 lines...] BUILD FAILED C:\Jenkins\workspace\Lucene-Solr-4.x-Windows\build.xml:252: The following error occurred while executing this line: C:\Jenkins\workspace\Lucene-Solr-4.x-Windows\extra-targets.xml:110: The following files are missing svn:eol-style (or binary svn:mime-type): * solr/licenses/apache-mime4j-core-0.7.2.jar.sha1 * solr/licenses/apache-mime4j-dom-0.7.2.jar.sha1 * solr/licenses/commons-compress-1.4.1.jar.sha1 * solr/licenses/fontbox-1.7.0.jar.sha1 * solr/licenses/isoparser-1.0-RC-1.jar.sha1 * solr/licenses/isoparser-1.0-RC-LICENSE-ASL.txt * solr/licenses/isoparser-1.0-RC-NOTICE.txt * solr/licenses/jempbox-1.7.0.jar.sha1 * solr/licenses/juniversalchardet-1.0.3.jar.sha1 * solr/licenses/juniversalchardet-LICENSE-MPL.txt * solr/licenses/juniversalchardet-NOTICE.txt * solr/licenses/pdfbox-1.7.0.jar.sha1 * solr/licenses/poi-3.8.jar.sha1 * solr/licenses/poi-ooxml-3.8.jar.sha1 * solr/licenses/poi-ooxml-schemas-3.8.jar.sha1 * solr/licenses/poi-scratchpad-3.8.jar.sha1 * solr/licenses/tika-core-1.2.jar.sha1 * solr/licenses/tika-parsers-1.2.jar.sha1 * solr/licenses/xz-1.0.jar.sha1 * solr/licenses/xz-LICENSE-PD.txt * solr/licenses/xz-NOTICE.txt Total time: 43 minutes 12 seconds Build step 'Invoke Ant' marked build as failure Recording test results Description set: Java: 64bit/jdk1.6.0_35 -XX:+UseParallelGC 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
[JENKINS] Lucene-Solr-4.x-Linux (32bit/ibm-j9-jdk6) - Build # 820 - Still Failing!
Build: http://jenkins.sd-datasolutions.de/job/Lucene-Solr-4.x-Linux/820/ Java: 32bit/ibm-j9-jdk6 -Xjit:exclude={org/apache/lucene/util/fst/FST.pack(IIF)Lorg/apache/lucene/util/fst/FST;} All tests passed Build Log: [...truncated 18458 lines...] -jenkins-javadocs-lint: [...truncated 24 lines...] BUILD FAILED /mnt/ssd/jenkins/workspace/Lucene-Solr-4.x-Linux/build.xml:252: The following error occurred while executing this line: /mnt/ssd/jenkins/workspace/Lucene-Solr-4.x-Linux/extra-targets.xml:110: The following files are missing svn:eol-style (or binary svn:mime-type): * solr/licenses/apache-mime4j-core-0.7.2.jar.sha1 * solr/licenses/apache-mime4j-dom-0.7.2.jar.sha1 * solr/licenses/commons-compress-1.4.1.jar.sha1 * solr/licenses/fontbox-1.7.0.jar.sha1 * solr/licenses/isoparser-1.0-RC-1.jar.sha1 * solr/licenses/isoparser-1.0-RC-LICENSE-ASL.txt * solr/licenses/isoparser-1.0-RC-NOTICE.txt * solr/licenses/jempbox-1.7.0.jar.sha1 * solr/licenses/juniversalchardet-1.0.3.jar.sha1 * solr/licenses/juniversalchardet-LICENSE-MPL.txt * solr/licenses/juniversalchardet-NOTICE.txt * solr/licenses/pdfbox-1.7.0.jar.sha1 * solr/licenses/poi-3.8.jar.sha1 * solr/licenses/poi-ooxml-3.8.jar.sha1 * solr/licenses/poi-ooxml-schemas-3.8.jar.sha1 * solr/licenses/poi-scratchpad-3.8.jar.sha1 * solr/licenses/tika-core-1.2.jar.sha1 * solr/licenses/tika-parsers-1.2.jar.sha1 * solr/licenses/xz-1.0.jar.sha1 * solr/licenses/xz-LICENSE-PD.txt * solr/licenses/xz-NOTICE.txt Total time: 34 minutes 46 seconds Build step 'Invoke Ant' marked build as failure Recording test results Description set: Java: 32bit/ibm-j9-jdk6 -Xjit:exclude={org/apache/lucene/util/fst/FST.pack(IIF)Lorg/apache/lucene/util/fst/FST;} 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
[JENKINS] Lucene-Solr-4.x-Windows (32bit/jdk1.6.0_35) - Build # 586 - Still Failing!
Build: http://jenkins.sd-datasolutions.de/job/Lucene-Solr-4.x-Windows/586/ Java: 32bit/jdk1.6.0_35 -client -XX:+UseParallelGC All tests passed Build Log: [...truncated 18465 lines...] -jenkins-javadocs-lint: [...truncated 24 lines...] BUILD FAILED C:\Jenkins\workspace\Lucene-Solr-4.x-Windows\build.xml:252: The following error occurred while executing this line: C:\Jenkins\workspace\Lucene-Solr-4.x-Windows\extra-targets.xml:110: The following files are missing svn:eol-style (or binary svn:mime-type): * solr/licenses/apache-mime4j-core-0.7.2.jar.sha1 * solr/licenses/apache-mime4j-dom-0.7.2.jar.sha1 * solr/licenses/commons-compress-1.4.1.jar.sha1 * solr/licenses/fontbox-1.7.0.jar.sha1 * solr/licenses/isoparser-1.0-RC-1.jar.sha1 * solr/licenses/isoparser-1.0-RC-LICENSE-ASL.txt * solr/licenses/isoparser-1.0-RC-NOTICE.txt * solr/licenses/jempbox-1.7.0.jar.sha1 * solr/licenses/juniversalchardet-1.0.3.jar.sha1 * solr/licenses/juniversalchardet-LICENSE-MPL.txt * solr/licenses/juniversalchardet-NOTICE.txt * solr/licenses/pdfbox-1.7.0.jar.sha1 * solr/licenses/poi-3.8.jar.sha1 * solr/licenses/poi-ooxml-3.8.jar.sha1 * solr/licenses/poi-ooxml-schemas-3.8.jar.sha1 * solr/licenses/poi-scratchpad-3.8.jar.sha1 * solr/licenses/tika-core-1.2.jar.sha1 * solr/licenses/tika-parsers-1.2.jar.sha1 * solr/licenses/xz-1.0.jar.sha1 * solr/licenses/xz-LICENSE-PD.txt * solr/licenses/xz-NOTICE.txt Total time: 44 minutes 37 seconds Build step 'Invoke Ant' marked build as failure Recording test results Description set: Java: 32bit/jdk1.6.0_35 -client -XX:+UseParallelGC 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
[JENKINS] Lucene-Solr-4.x-Linux (64bit/jdk1.6.0_35) - Build # 821 - Still Failing!
Build: http://jenkins.sd-datasolutions.de/job/Lucene-Solr-4.x-Linux/821/ Java: 64bit/jdk1.6.0_35 -XX:+UseSerialGC All tests passed Build Log: [...truncated 18456 lines...] -jenkins-javadocs-lint: javadocs-lint: [...truncated 1566 lines...] javadocs-lint: [exec] [exec] Crawl/parse... [exec] [exec] build/docs/core/org/apache/lucene/store/package-use.html [exec] WARNING: anchor ../../../../org/apache/lucene/store/subclasses appears more than once [exec] [exec] Verify... [...truncated 566 lines...] javadocs-lint: [exec] [exec] Crawl/parse... [exec] [exec] Verify... [...truncated 24 lines...] BUILD FAILED /mnt/ssd/jenkins/workspace/Lucene-Solr-4.x-Linux/build.xml:252: The following error occurred while executing this line: /mnt/ssd/jenkins/workspace/Lucene-Solr-4.x-Linux/extra-targets.xml:110: The following files are missing svn:eol-style (or binary svn:mime-type): * solr/licenses/apache-mime4j-core-0.7.2.jar.sha1 * solr/licenses/apache-mime4j-dom-0.7.2.jar.sha1 * solr/licenses/commons-compress-1.4.1.jar.sha1 * solr/licenses/fontbox-1.7.0.jar.sha1 * solr/licenses/isoparser-1.0-RC-1.jar.sha1 * solr/licenses/isoparser-1.0-RC-LICENSE-ASL.txt * solr/licenses/isoparser-1.0-RC-NOTICE.txt * solr/licenses/jempbox-1.7.0.jar.sha1 * solr/licenses/juniversalchardet-1.0.3.jar.sha1 * solr/licenses/juniversalchardet-LICENSE-MPL.txt * solr/licenses/juniversalchardet-NOTICE.txt * solr/licenses/pdfbox-1.7.0.jar.sha1 * solr/licenses/poi-3.8.jar.sha1 * solr/licenses/poi-ooxml-3.8.jar.sha1 * solr/licenses/poi-ooxml-schemas-3.8.jar.sha1 * solr/licenses/poi-scratchpad-3.8.jar.sha1 * solr/licenses/tika-core-1.2.jar.sha1 * solr/licenses/tika-parsers-1.2.jar.sha1 * solr/licenses/xz-1.0.jar.sha1 * solr/licenses/xz-LICENSE-PD.txt * solr/licenses/xz-NOTICE.txt Total time: 33 minutes 2 seconds Build step 'Invoke Ant' marked build as failure Recording test results Description set: Java: 64bit/jdk1.6.0_35 -XX:+UseSerialGC 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
[JENKINS] Lucene-Solr-Tests-4.x-java7 - Build # 390 - Still Failing
Build: https://builds.apache.org/job/Lucene-Solr-Tests-4.x-java7/390/ All tests passed Build Log: [...truncated 19254 lines...] -jenkins-javadocs-lint: [...truncated 24 lines...] BUILD FAILED /usr/home/hudson/hudson-slave/workspace/Lucene-Solr-Tests-4.x-java7/build.xml:252: The following error occurred while executing this line: /usr/home/hudson/hudson-slave/workspace/Lucene-Solr-Tests-4.x-java7/extra-targets.xml:110: The following files are missing svn:eol-style (or binary svn:mime-type): * solr/licenses/apache-mime4j-core-0.7.2.jar.sha1 * solr/licenses/apache-mime4j-dom-0.7.2.jar.sha1 * solr/licenses/commons-compress-1.4.1.jar.sha1 * solr/licenses/fontbox-1.7.0.jar.sha1 * solr/licenses/isoparser-1.0-RC-1.jar.sha1 * solr/licenses/isoparser-1.0-RC-LICENSE-ASL.txt * solr/licenses/isoparser-1.0-RC-NOTICE.txt * solr/licenses/jempbox-1.7.0.jar.sha1 * solr/licenses/juniversalchardet-1.0.3.jar.sha1 * solr/licenses/juniversalchardet-LICENSE-MPL.txt * solr/licenses/juniversalchardet-NOTICE.txt * solr/licenses/pdfbox-1.7.0.jar.sha1 * solr/licenses/poi-3.8.jar.sha1 * solr/licenses/poi-ooxml-3.8.jar.sha1 * solr/licenses/poi-ooxml-schemas-3.8.jar.sha1 * solr/licenses/poi-scratchpad-3.8.jar.sha1 * solr/licenses/tika-core-1.2.jar.sha1 * solr/licenses/tika-parsers-1.2.jar.sha1 * solr/licenses/xz-1.0.jar.sha1 * solr/licenses/xz-LICENSE-PD.txt * solr/licenses/xz-NOTICE.txt Total time: 62 minutes 7 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