[JENKINS] Lucene-Solr-6.x-Linux (32bit/jdk1.8.0_72) - Build # 237 - Failure!

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-6.x-Linux/237/ Java: 32bit/jdk1.8.0_72 -server -XX:+UseG1GC 1 tests failed. FAILED: org.apache.solr.cloud.TestAuthenticationFramework.testStopAllStartAll Error Message: Address already in use Stack Trace: java.net.BindException: Address already

[jira] [Updated] (SOLR-8903) Move SolrJ DateUtil to Extraction module as ExtractionDateUtil

[ https://issues.apache.org/jira/browse/SOLR-8903?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Smiley updated SOLR-8903: --- Fix Version/s: 6.0 > Move SolrJ DateUtil to Extraction module as ExtractionDateUtil >

[jira] [Created] (SOLR-8904) Switch from SimpleDateFormat to Java 8 DateTimeFormatter.ISO_INSTANT

David Smiley created SOLR-8904: -- Summary: Switch from SimpleDateFormat to Java 8 DateTimeFormatter.ISO_INSTANT Key: SOLR-8904 URL: https://issues.apache.org/jira/browse/SOLR-8904 Project: Solr

[jira] [Commented] (SOLR-5604) Remove deprecations caused by httpclient 4.3.x upgrade

[ https://issues.apache.org/jira/browse/SOLR-5604?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15211342#comment-15211342 ] Mark Miller commented on SOLR-5604: --- I am working on getting this done now as part of SOLR-4509. >

[jira] [Updated] (SOLR-8903) Move SolrJ DateUtil to Extraction module as ExtractionDateUtil

[ https://issues.apache.org/jira/browse/SOLR-8903?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Smiley updated SOLR-8903: --- Description: SolrJ doesn't need a DateUtil class, particularly since we're on Java 8 and can simply

[jira] [Commented] (SOLR-2774) broken cut/paste code for dealing with parsing/formatting dates

[ https://issues.apache.org/jira/browse/SOLR-2774?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15211329#comment-15211329 ] David Smiley commented on SOLR-2774: I'm not sure what the issue here is... but I presume you mean

[jira] [Created] (SOLR-8903) Move SolrJ DateUtil to Extraction module as ExtractionDateUtil

David Smiley created SOLR-8903: -- Summary: Move SolrJ DateUtil to Extraction module as ExtractionDateUtil Key: SOLR-8903 URL: https://issues.apache.org/jira/browse/SOLR-8903 Project: Solr Issue

[JENKINS-EA] Lucene-Solr-6.x-Linux (64bit/jdk-9-jigsaw-ea+110) - Build # 235 - Failure!

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-6.x-Linux/235/ Java: 64bit/jdk-9-jigsaw-ea+110 -XX:-UseCompressedOops -XX:+UseConcMarkSweepGC -XX:-CompactStrings 1 tests failed. FAILED: org.apache.solr.handler.TestReqParamsAPI.test Error Message: Could not get expected value 'CY val' for

Git Policy/Preference: how to fold in feature branches? squash?

SOLR-445 is fairly well done, and i'm ready to land it on master (and eventually branch_6x) My impression is that the sanest way to do that is... # on master ... git merge --squash jira/SOLR-445 emacs CHANGES.txt # to add CHANGES entry git commit -m "Merging branch

[jira] [Commented] (SOLR-4509) Move to non deprecated HttpClient impl classes to remove stale connection check on every request and move connection lifecycle management towards the client.

[ https://issues.apache.org/jira/browse/SOLR-4509?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15211155#comment-15211155 ] Mark Miller commented on SOLR-4509: --- bq. Might be able to fix those APIs now, but we will see. Actually,

[jira] [Updated] (SOLR-4509) Move to non deprecated HttpClient impl classes to remove stale connection check on every request and move connection lifecycle management towards the client.

[ https://issues.apache.org/jira/browse/SOLR-4509?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mark Miller updated SOLR-4509: -- Attachment: 0001-SOLR-4509-Move-to-non-deprecated-HttpClient-impl-cla.patch Here is a much more

[jira] [Commented] (SOLR-7374) Backup/Restore should provide a param for specifying the directory implementation it should use

[ https://issues.apache.org/jira/browse/SOLR-7374?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15211148#comment-15211148 ] Hrishikesh Gadre commented on SOLR-7374: [~varunthacker] Sure. I think at the high-level we can

[jira] [Updated] (SOLR-8902) ReturnFields can return fields that were not requested

[ https://issues.apache.org/jira/browse/SOLR-8902?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ryan McKinley updated SOLR-8902: Attachment: SOLR-8902.diff Here is a simple patch with a test > ReturnFields can return fields that

[jira] [Updated] (SOLR-8902) ReturnFields can return fields that were not requested

[ https://issues.apache.org/jira/browse/SOLR-8902?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ryan McKinley updated SOLR-8902: Summary: ReturnFields can return fields that were not requested (was: ReturnFields returns fields

[jira] [Updated] (SOLR-8902) ReturnFields returns fields that were not requested

[ https://issues.apache.org/jira/browse/SOLR-8902?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ryan McKinley updated SOLR-8902: Summary: ReturnFields returns fields that were not requested (was: ReturnFields allows fields that

[jira] [Created] (SOLR-8902) ReturnFields allows fields that were not requested

Ryan McKinley created SOLR-8902: --- Summary: ReturnFields allows fields that were not requested Key: SOLR-8902 URL: https://issues.apache.org/jira/browse/SOLR-8902 Project: Solr Issue Type: Bug

[jira] [Commented] (SOLR-7374) Backup/Restore should provide a param for specifying the directory implementation it should use

[ https://issues.apache.org/jira/browse/SOLR-7374?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15211093#comment-15211093 ] Varun Thacker commented on SOLR-7374: - Hi Hrishikesh, Please feel free to work on it. I've not got

[jira] [Created] (SOLR-8901) Export data/tlog directory locations for every core in clusterstate

Hrishikesh Gadre created SOLR-8901: -- Summary: Export data/tlog directory locations for every core in clusterstate Key: SOLR-8901 URL: https://issues.apache.org/jira/browse/SOLR-8901 Project: Solr

[jira] [Commented] (SOLR-8030) Transaction log does not store the update chain used for updates

[ https://issues.apache.org/jira/browse/SOLR-8030?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15211031#comment-15211031 ] Ludovic Boutros commented on SOLR-8030: --- I learned it the hard way too [~dsmiley]. I'll try to take

[jira] [Created] (SOLR-8900) The ObjectReleaseTracker should not reference actual objects.

Mark Miller created SOLR-8900: - Summary: The ObjectReleaseTracker should not reference actual objects. Key: SOLR-8900 URL: https://issues.apache.org/jira/browse/SOLR-8900 Project: Solr Issue

[jira] [Commented] (SOLR-7878) Use SortedNumericDocValues (efficient sort & facet on multi-valued numeric fields)

[ https://issues.apache.org/jira/browse/SOLR-7878?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15210995#comment-15210995 ] Yonik Seeley commented on SOLR-7878: A perfect time to do this cut-over will be with the addition of

[jira] [Created] (SOLR-8899) MergeStrategy code creates HttpClient(s) and HttoSolrClient(s) that it does not close.

Mark Miller created SOLR-8899: - Summary: MergeStrategy code creates HttpClient(s) and HttoSolrClient(s) that it does not close. Key: SOLR-8899 URL: https://issues.apache.org/jira/browse/SOLR-8899

[JENKINS-EA] Lucene-Solr-master-Linux (32bit/jdk-9-jigsaw-ea+110) - Build # 16321 - Failure!

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-master-Linux/16321/ Java: 32bit/jdk-9-jigsaw-ea+110 -client -XX:+UseParallelGC -XX:-CompactStrings 3 tests failed. FAILED: junit.framework.TestSuite.org.apache.solr.core.TestLazyCores Error Message: ObjectTracker found 4 object(s) that were not

[jira] [Commented] (SOLR-8785) Use Metrics library for core metrics

[ https://issues.apache.org/jira/browse/SOLR-8785?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15210937#comment-15210937 ] ASF GitHub Bot commented on SOLR-8785: -- GitHub user randomstatistic opened a pull request:

[GitHub] lucene-solr pull request: SOLR-8785: Use Metrics library for core ...

GitHub user randomstatistic opened a pull request: https://github.com/apache/lucene-solr/pull/25 SOLR-8785: Use Metrics library for core metrics There were three main areas that used the copied classes in org.apache.solr.util.stats: - AnalyticsStatisticsCollector -

[jira] [Created] (SOLR-8898) Solr mapreduce doesn't work in kerberized environment

Łukasz Dywicki created SOLR-8898: Summary: Solr mapreduce doesn't work in kerberized environment Key: SOLR-8898 URL: https://issues.apache.org/jira/browse/SOLR-8898 Project: Solr Issue Type:

[jira] [Updated] (LUCENE-7094) spatial-extras BBoxStrategy and (confusingly!) PointVectorStrategy use legacy numeric encoding

[ https://issues.apache.org/jira/browse/LUCENE-7094?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nicholas Knize updated LUCENE-7094: --- Attachment: LUCENE-7094.patch Updated patch includes the following: * Per request,

[jira] [Commented] (SOLR-445) Update Handlers abort with bad documents

[ https://issues.apache.org/jira/browse/SOLR-445?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15210827#comment-15210827 ] Timothy Potter commented on SOLR-445: - LGTM +1 Nice test coverage of all this! This will be very useful

[jira] [Updated] (LUCENE-6871) Move SpanQueries out of .spans package

[ https://issues.apache.org/jira/browse/LUCENE-6871?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alan Woodward updated LUCENE-6871: -- Attachment: LUCENE-6871.patch Here's an updated patch that just moves everything out of the

[jira] [Updated] (SOLR-445) Update Handlers abort with bad documents

[ https://issues.apache.org/jira/browse/SOLR-445?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Hoss Man updated SOLR-445: -- Affects Version/s: (was: 1.3) Fix Version/s: 6.1 master Description:

[JENKINS] Lucene-Solr-6.x-Windows (64bit/jdk1.8.0_72) - Build # 70 - Failure!

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-6.x-Windows/70/ Java: 64bit/jdk1.8.0_72 -XX:-UseCompressedOops -XX:+UseG1GC 1 tests failed. FAILED: org.apache.solr.handler.TestReplicationHandler.doTestIndexAndConfigAliasReplication Error Message:

[jira] [Commented] (SOLR-445) Update Handlers abort with bad documents

[ https://issues.apache.org/jira/browse/SOLR-445?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15210784#comment-15210784 ] Hoss Man commented on SOLR-445: --- I'm still beasting the tests a bit, but i think this is pretty solid and

[jira] [Commented] (SOLR-445) Update Handlers abort with bad documents

[ https://issues.apache.org/jira/browse/SOLR-445?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15210781#comment-15210781 ] ASF subversion and git services commented on SOLR-445: -- Commit

[jira] [Commented] (SOLR-445) Update Handlers abort with bad documents

[ https://issues.apache.org/jira/browse/SOLR-445?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15210779#comment-15210779 ] ASF subversion and git services commented on SOLR-445: -- Commit

[jira] [Commented] (SOLR-445) Update Handlers abort with bad documents

[ https://issues.apache.org/jira/browse/SOLR-445?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15210780#comment-15210780 ] ASF subversion and git services commented on SOLR-445: -- Commit

[jira] [Resolved] (LUCENE-7136) remove Threads from BaseGeoPointTestCase

[ https://issues.apache.org/jira/browse/LUCENE-7136?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Muir resolved LUCENE-7136. - Resolution: Fixed Fix Version/s: 6.1 master > remove Threads from

[jira] [Commented] (LUCENE-7136) remove Threads from BaseGeoPointTestCase

[ https://issues.apache.org/jira/browse/LUCENE-7136?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15210691#comment-15210691 ] ASF subversion and git services commented on LUCENE-7136: - Commit

[jira] [Commented] (LUCENE-7136) remove Threads from BaseGeoPointTestCase

[ https://issues.apache.org/jira/browse/LUCENE-7136?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15210689#comment-15210689 ] ASF subversion and git services commented on LUCENE-7136: - Commit

[jira] [Updated] (LUCENE-7075) Clean up LegacyNumericUtils usage.

[ https://issues.apache.org/jira/browse/LUCENE-7075?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nicholas Knize updated LUCENE-7075: --- Affects Version/s: master > Clean up LegacyNumericUtils usage. >

[jira] [Updated] (LUCENE-7075) Clean up LegacyNumericUtils usage.

[ https://issues.apache.org/jira/browse/LUCENE-7075?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nicholas Knize updated LUCENE-7075: --- Priority: Blocker (was: Major) > Clean up LegacyNumericUtils usage. >

[jira] [Updated] (LUCENE-7075) Clean up LegacyNumericUtils usage.

[ https://issues.apache.org/jira/browse/LUCENE-7075?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nicholas Knize updated LUCENE-7075: --- Affects Version/s: 6.0 > Clean up LegacyNumericUtils usage. >

Re: Lucene FieldType & specifying numeric type (double, float, )

On Thu, Mar 24, 2016 at 11:28 AM, Jack Krupansky wrote: > Yeah, I do recall seeing LUCENE-6917 (Deprecate and rename > NumericField/RangeQuery to LegacyNumeric) go by in the Jira traffic It was also mere weeks between this deprecation (which did not address Solr), and

Re: Lucene FieldType & specifying numeric type (double, float, )

Thanks Robert, sounds good. And I'll give the blog post a read Mike. Joel Bernstein http://joelsolr.blogspot.com/ On Thu, Mar 24, 2016 at 12:51 PM, Michael McCandless < luc...@mikemccandless.com> wrote: > See also my recent blog post describing this new feature: >

[jira] [Resolved] (LUCENE-7137) consolidate many tests across Points and GeoPoint queries/fields

[ https://issues.apache.org/jira/browse/LUCENE-7137?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Muir resolved LUCENE-7137. - Resolution: Fixed Fix Version/s: 6.1 master > consolidate many tests

[jira] [Commented] (LUCENE-7137) consolidate many tests across Points and GeoPoint queries/fields

[ https://issues.apache.org/jira/browse/LUCENE-7137?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15210552#comment-15210552 ] ASF subversion and git services commented on LUCENE-7137: - Commit

Re: Lucene FieldType & specifying numeric type (double, float, )

See also my recent blog post describing this new feature: https://www.elastic.co/blog/lucene-points-6.0 Net/net, in the 1D case, points looks like a win across the board vs. the legacy (postings) implementation. Mike McCandless http://blog.mikemccandless.com On Thu, Mar 24, 2016 at 12:33 PM,

[jira] [Commented] (LUCENE-7137) consolidate many tests across Points and GeoPoint queries/fields

[ https://issues.apache.org/jira/browse/LUCENE-7137?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15210524#comment-15210524 ] ASF subversion and git services commented on LUCENE-7137: - Commit

Re: [jira] [Commented] (SOLR-6733) Umbrella issue - Solr as a standalone application

On 3/24/2016 10:00 AM, Erick Erickson wrote: > How does this play with the notion bandied about during the whole > "stop shipping a war file" of replacing Jetty with something? IIRC > Netty was mentioned as an example. > > Wouldn't want you to put effort into a dead-end... Some build system work

[JENKINS] Lucene-Solr-NightlyTests-master - Build # 970 - Still Failing

Build: https://builds.apache.org/job/Lucene-Solr-NightlyTests-master/970/ 3 tests failed. FAILED: junit.framework.TestSuite.org.apache.solr.cloud.hdfs.HdfsChaosMonkeySafeLeaderTest Error Message: ObjectTracker found 2 object(s) that were not released!!! [HdfsTransactionLog,

Re: Lucene FieldType & specifying numeric type (double, float, )

On Thu, Mar 24, 2016 at 12:16 PM, Joel Bernstein wrote: > I'm pretty confused about points as well and until very recently thought > these we geo-spacial improvements only. > > It would be good to understand the mechanics of points versus numerics. I'm > particularly

[jira] [Created] (SOLR-8897) SSL-related passwords in solr.in.sh are in plain text

Esther Quansah created SOLR-8897: Summary: SSL-related passwords in solr.in.sh are in plain text Key: SOLR-8897 URL: https://issues.apache.org/jira/browse/SOLR-8897 Project: Solr Issue Type:

Re: Lucene FieldType & specifying numeric type (double, float, )

Scalar doesnt mean anything. Point is simple, it is a point in n dimensional space, that is what the data structure provides for fast searching on. Numbers are points in one dimensional space. Think of a number line. On Mar 24, 2016 8:37 AM, "David Smiley" wrote: > bq.

Re: Lucene FieldType & specifying numeric type (double, float, )

I'm pretty confused about points as well and until very recently thought these we geo-spacial improvements only. It would be good to understand the mechanics of points versus numerics. I'm particularly interested in not losing the high performance numeric DocValues support, which has become so

[jira] [Commented] (SOLR-6359) Allow customization of the number of records and logs kept by UpdateLog

[ https://issues.apache.org/jira/browse/SOLR-6359?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15210469#comment-15210469 ] David Smiley commented on SOLR-6359: Maybe I misunderstand the impacts of these configuration options,

[jira] [Commented] (LUCENE-7136) remove Threads from BaseGeoPointTestCase

[ https://issues.apache.org/jira/browse/LUCENE-7136?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15210464#comment-15210464 ] Michael McCandless commented on LUCENE-7136: +1 > remove Threads from BaseGeoPointTestCase >

[jira] [Commented] (LUCENE-7137) consolidate many tests across Points and GeoPoint queries/fields

[ https://issues.apache.org/jira/browse/LUCENE-7137?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15210456#comment-15210456 ] Michael McCandless commented on LUCENE-7137: +1, wonderful! > consolidate many tests across

Re: [jira] [Commented] (SOLR-6733) Umbrella issue - Solr as a standalone application

Shawn: How does this play with the notion bandied about during the whole "stop shipping a war file" of replacing Jetty with something? IIRC Netty was mentioned as an example. Wouldn't want you to put effort into a dead-end... Erick On Wed, Mar 23, 2016 at 10:21 PM, Shawn Heisey (JIRA)

Re: Lucene FieldType & specifying numeric type (double, float, )

bq. it wasn't at all clear that the intention was that simple scalars would now and forever henceforth be referred to as "points". My impression at the time was that the focus of the Jira was on implementation and storage level indexing detail rather than the user-facing API level. I see now that

Re: Lucene FieldType & specifying numeric type (double, float, )

I wasn't paying close attention when this whole PointValues saga was unfolding. I get the value of points for spatial data, but conflating the terms "point" and "numeric" is bizarre to say the least. Reading the code, I see "Points represent numeric values", which seems nonsensical to me. A little

Re: [CONF] Apache Solr Reference Guide > Understanding Analyzers, Tokenizers, and Filters

I’ve filed a JIRA to have this account banned - it’s been used to post 6 spam comments in the last 3 weeks: https://issues.apache.org/jira/browse/INFRA-11537 -- Steve www.lucidworks.com > On Mar 23, 2016, at 10:51 PM, velorina (Confluence) > wrote: > > velorina

[jira] [Commented] (SOLR-8145) bin/solr script oom_killer arg incorrect

[ https://issues.apache.org/jira/browse/SOLR-8145?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15210400#comment-15210400 ] Nim Lhûg commented on SOLR-8145: Any chance this can be fixed in 5.5.1? > bin/solr script oom_killer arg

[JENKINS-EA] Lucene-Solr-master-Linux (64bit/jdk-9-jigsaw-ea+110) - Build # 16318 - Still Failing!

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-master-Linux/16318/ Java: 64bit/jdk-9-jigsaw-ea+110 -XX:-UseCompressedOops -XX:+UseConcMarkSweepGC -XX:-CompactStrings 1 tests failed. FAILED: org.apache.lucene.codecs.lucene60.TestLucene60PointsFormat.testMultiValued Error Message: wrong

[JENKINS] Lucene-Solr-6.x-Solaris (64bit/jdk1.8.0) - Build # 29 - Failure!

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-6.x-Solaris/29/ Java: 64bit/jdk1.8.0 -XX:-UseCompressedOops -XX:+UseSerialGC 2 tests failed. FAILED: org.apache.solr.schema.BadIndexSchemaTest.testSimDefaultFieldTypeHasNoExplicitSim Error Message: Test abandoned because suite timeout was

Re: Lucene FieldType & specifying numeric type (double, float, )

Again we dont care except that its bytes. FieldInfo already records the same thing we recorded for legacy shit: the length in bytes. That is all legacy numerics ever knew before (simply from the length of the term), if it was 32 or 64 bits. It could not differentiate integer from float, you

[jira] [Commented] (SOLR-8742) HdfsDirectoryTest fails reliably after changes in LUCENE-6932

[ https://issues.apache.org/jira/browse/SOLR-8742?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15210334#comment-15210334 ] Steve Rowe commented on SOLR-8742: -- FYI, git bisect blames the same commit sha for me with this new seed

Re: Lucene FieldType & specifying numeric type (double, float, )

I should add, it we keep FieldType.NumericType and use it as I suggest, it would either need a new enum value of "UNSPECIFIED" (think IPV6 or other custom uses) or null; I'd prefer to avoid the null. ~ David On Thu, Mar 24, 2016 at 10:34 AM David Smiley wrote: > With

Re: Lucene FieldType & specifying numeric type (double, float, )

This is not recorded into fieldinfo. For points lucene treats the data as a multidimensional byte[]. Its up to higher level indexing classes (Field) and search classes (Query) to deal with various ways to encode information in that byte. There is a lot more that can go in here than just INT,

Lucene FieldType & specifying numeric type (double, float, )

With the move to PointValues and away from trie based indexing of the terms index, for numerics, everything associated with the trie stuff seems to be labelled as "Legacy" and marked deprecated. Even FieldType.NumericType (now FieldType.LegacyNumericType) -- a simple enum of INT, LONG, FLOAT,

[jira] [Commented] (SOLR-8896) Processing of _route_ param should imply trailing '!' if not present

[ https://issues.apache.org/jira/browse/SOLR-8896?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15210312#comment-15210312 ] Yonik Seeley commented on SOLR-8896: bq. The SolrCloud _route_ param is supposed to end in a ! No it's

[jira] [Updated] (LUCENE-7137) consolidate many tests across Points and GeoPoint queries/fields

[ https://issues.apache.org/jira/browse/LUCENE-7137?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Muir updated LUCENE-7137: Attachment: LUCENE-7137.patch Here's a patch. consolidating the checks found a few minor bugs and

[jira] [Commented] (SOLR-8521) Add documentation for how to use Solr JDBC driver with SQL client like DB Visualizer

[ https://issues.apache.org/jira/browse/SOLR-8521?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15210296#comment-15210296 ] Joel Bernstein commented on SOLR-8521: -- I think the generic guide makes sense on the CWIKI for sure.

[JENKINS-EA] Lucene-Solr-master-Linux (32bit/jdk-9-jigsaw-ea+110) - Build # 16317 - Failure!

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-master-Linux/16317/ Java: 32bit/jdk-9-jigsaw-ea+110 -server -XX:+UseParallelGC -XX:-CompactStrings 2 tests failed. FAILED: org.apache.lucene.codecs.lucene60.TestLucene60PointsFormat.testMultiValued Error Message: wrong number of points in

[jira] [Commented] (LUCENE-6954) More Like This Query: keep fields separated

[ https://issues.apache.org/jira/browse/LUCENE-6954?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15210273#comment-15210273 ] Alessandro Benedetti commented on LUCENE-6954: -- Thanks Tommaso, let me know ! A test is in

[jira] [Created] (SOLR-8896) Processing of _route_ param should imply trailing '!' if not present

David Smiley created SOLR-8896: -- Summary: Processing of _route_ param should imply trailing '!' if not present Key: SOLR-8896 URL: https://issues.apache.org/jira/browse/SOLR-8896 Project: Solr

[jira] [Commented] (SOLR-8742) HdfsDirectoryTest fails reliably after changes in LUCENE-6932

[ https://issues.apache.org/jira/browse/SOLR-8742?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15210233#comment-15210233 ] Steve Rowe commented on SOLR-8742: -- Another reproducing failure (master/branch_6x/branch_6_0): {noformat}

[jira] [Resolved] (SOLR-8895) HdfsDirectoryTest.testEOF() failure: NPE

[ https://issues.apache.org/jira/browse/SOLR-8895?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Steve Rowe resolved SOLR-8895. -- Resolution: Duplicate Sorry didn't do a JIRA search - I'll add the seed over there. >

[jira] [Assigned] (LUCENE-6954) More Like This Query: keep fields separated

[ https://issues.apache.org/jira/browse/LUCENE-6954?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tommaso Teofili reassigned LUCENE-6954: --- Assignee: Tommaso Teofili > More Like This Query: keep fields separated >

[jira] [Commented] (LUCENE-6954) More Like This Query: keep fields separated

[ https://issues.apache.org/jira/browse/LUCENE-6954?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15210228#comment-15210228 ] Tommaso Teofili commented on LUCENE-6954: - [~alessandro.benedetti], thanks for your patch. I can

[jira] [Commented] (SOLR-8521) Add documentation for how to use Solr JDBC driver with SQL client like DB Visualizer

[ https://issues.apache.org/jira/browse/SOLR-8521?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15210225#comment-15210225 ] Kevin Risden commented on SOLR-8521: Was there consensus on where the documentation should go?

[jira] [Commented] (SOLR-8895) HdfsDirectoryTest.testEOF() failure: NPE

[ https://issues.apache.org/jira/browse/SOLR-8895?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15210221#comment-15210221 ] Mark Miller commented on SOLR-8895: --- SOLR-8742 > HdfsDirectoryTest.testEOF() failure: NPE >

[jira] [Commented] (SOLR-8895) HdfsDirectoryTest.testEOF() failure: NPE

[ https://issues.apache.org/jira/browse/SOLR-8895?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15210220#comment-15210220 ] Mark Miller commented on SOLR-8895: --- I think [~hossman_luc...@fucit.org] already filed an issue for this.

[jira] [Commented] (LUCENE-6954) More Like This Query: keep fields separated

[ https://issues.apache.org/jira/browse/LUCENE-6954?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15210211#comment-15210211 ] Alessandro Benedetti commented on LUCENE-6954: -- I do agree, it does not make a lot of sense

[jira] [Commented] (SOLR-8888) Add shortestPath Streaming Expression

[ https://issues.apache.org/jira/browse/SOLR-?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15210206#comment-15210206 ] Joel Bernstein commented on SOLR-: -- I've been digging into the implementation and it looks like

[jira] [Updated] (LUCENE-6954) More Like This Query: keep fields separated

[ https://issues.apache.org/jira/browse/LUCENE-6954?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Smiley updated LUCENE-6954: - Issue Type: Bug (was: Improvement) Summary: More Like This Query: keep fields separated

[jira] [Created] (LUCENE-7137) consolidate many tests across Points and GeoPoint queries/fields

Robert Muir created LUCENE-7137: --- Summary: consolidate many tests across Points and GeoPoint queries/fields Key: LUCENE-7137 URL: https://issues.apache.org/jira/browse/LUCENE-7137 Project: Lucene -

[jira] [Commented] (LUCENE-7094) spatial-extras BBoxStrategy and (confusingly!) PointVectorStrategy use legacy numeric encoding

[ https://issues.apache.org/jira/browse/LUCENE-7094?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15210194#comment-15210194 ] David Smiley commented on LUCENE-7094: -- BTW even if UninvertingReader doesn't work when the field

[jira] [Comment Edited] (SOLR-8894) Support automatic kerberos ticket renewals in standalone Solr

[ https://issues.apache.org/jira/browse/SOLR-8894?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15210192#comment-15210192 ] Ishan Chattopadhyaya edited comment on SOLR-8894 at 3/24/16 1:17 PM: -

[jira] [Commented] (SOLR-8894) Support automatic kerberos ticket renewals in standalone Solr

[ https://issues.apache.org/jira/browse/SOLR-8894?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15210192#comment-15210192 ] Ishan Chattopadhyaya commented on SOLR-8894: If we cannot find a workaround for this, I suggest

[jira] [Commented] (SOLR-8895) HdfsDirectoryTest.testEOF() failure: NPE

[ https://issues.apache.org/jira/browse/SOLR-8895?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15210159#comment-15210159 ] Steve Rowe commented on SOLR-8895: -- This seed reproduces for me on master and branch_6_0 as well. >

[jira] [Created] (SOLR-8895) HdfsDirectoryTest.testEOF() failure: NPE

Steve Rowe created SOLR-8895: Summary: HdfsDirectoryTest.testEOF() failure: NPE Key: SOLR-8895 URL: https://issues.apache.org/jira/browse/SOLR-8895 Project: Solr Issue Type: Bug

[jira] [Updated] (LUCENE-7136) remove Threads from BaseGeoPointTestCase

[ https://issues.apache.org/jira/browse/LUCENE-7136?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Muir updated LUCENE-7136: Attachment: LUCENE-7136.patch > remove Threads from BaseGeoPointTestCase >

[jira] [Created] (LUCENE-7136) remove Threads from BaseGeoPointTestCase

Robert Muir created LUCENE-7136: --- Summary: remove Threads from BaseGeoPointTestCase Key: LUCENE-7136 URL: https://issues.apache.org/jira/browse/LUCENE-7136 Project: Lucene - Core Issue Type:

[jira] [Created] (SOLR-8894) Support automatic kerberos ticket renewals in standalone Solr

Varun Thacker created SOLR-8894: --- Summary: Support automatic kerberos ticket renewals in standalone Solr Key: SOLR-8894 URL: https://issues.apache.org/jira/browse/SOLR-8894 Project: Solr

[jira] [Commented] (LUCENE-6954) More Like This Query Generation

[ https://issues.apache.org/jira/browse/LUCENE-6954?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15210109#comment-15210109 ] Alessandro Benedetti commented on LUCENE-6954: -- Just reviewed the patch again, it seems fine

[jira] [Updated] (LUCENE-6966) Contribution: Codec for index-level encryption

[ https://issues.apache.org/jira/browse/LUCENE-6966?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Renaud Delbru updated LUCENE-6966: -- Attachment: LUCENE-6966-1.patch This patch contains the current state of the codec for

[jira] [Updated] (SOLR-8893) Wrong TermVector docfreq calculation with enabled ExactStatsCache

[ https://issues.apache.org/jira/browse/SOLR-8893?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andreas Daffner updated SOLR-8893: -- Description: Hi, we are currently facing the issue that some calculated values of the TV

[jira] [Created] (SOLR-8893) Wrong TermVector docfreq calculation with enabled ExactStatsCache

Andreas Daffner created SOLR-8893: - Summary: Wrong TermVector docfreq calculation with enabled ExactStatsCache Key: SOLR-8893 URL: https://issues.apache.org/jira/browse/SOLR-8893 Project: Solr

[jira] [Commented] (LUCENE-7132) ScoreDoc.score() returns a different value than that of Explanation's

[ https://issues.apache.org/jira/browse/LUCENE-7132?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15210008#comment-15210008 ] Ahmet Arslan commented on LUCENE-7132: -- It is really hard to decipher what is going on inside the

[JENKINS] Lucene-Solr-6.x-Linux (64bit/jdk1.8.0_72) - Build # 226 - Still Failing!

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-6.x-Linux/226/ Java: 64bit/jdk1.8.0_72 -XX:-UseCompressedOops -XX:+UseConcMarkSweepGC 1 tests failed. FAILED: org.apache.solr.core.TestDynamicLoading.testDynamicLoading Error Message: Could not get expected value 'X val' for path 'x' full

Re: [JENKINS] Lucene-Solr-master-Linux (32bit/jdk1.8.0_72) - Build # 16312 - Failure!

I pushed a fix ... test bug, only affecting 6.1 and master. Mike McCandless http://blog.mikemccandless.com On Thu, Mar 24, 2016 at 5:05 AM, Michael McCandless wrote: > I'll dig, this is a new check I added to BKDWriter recently. > > Mike McCandless > >

  1   2   >