[jira] [Commented] (SOLR-13051) Improve TimeRoutedAlias preemptive create to play nice with tests

[ https://issues.apache.org/jira/browse/SOLR-13051?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16740784#comment-16740784 ] David Smiley commented on SOLR-13051: - Avoid the CHANGES.txt IMO. I don't think there's a policy

[jira] [Commented] (SOLR-12962) add an 'uninvertible' field(type) option (that defaults to "true" for backcompat)

[ https://issues.apache.org/jira/browse/SOLR-12962?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16739802#comment-16739802 ] David Smiley commented on SOLR-12962: - Good point Hoss -- this is a more widespread issue. BTW I'm

Re: Feature: Solr implicitly defined field types?

I'm glad to hear at least *somebody* other than me likes the idea :-) I started some manual experimentation with it. After I got past one little bug, sure enough it worked and would show up in the admin screen. It showed up because of the /admin/luke handler interacting with IndexSchema, *not*

[jira] [Commented] (SOLR-12768) Determine how _nest_path_ should be analyzed to support various use-cases

[ https://issues.apache.org/jira/browse/SOLR-12768?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16739026#comment-16739026 ] David Smiley commented on SOLR-12768: - This patch has the PR changes that mosh & I worked out

[jira] [Updated] (SOLR-12768) Determine how _nest_path_ should be analyzed to support various use-cases

[ https://issues.apache.org/jira/browse/SOLR-12768?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Smiley updated SOLR-12768: Attachment: SOLR-12768.patch > Determine how _nest_path_ should be analyzed to support various

[jira] [Commented] (SOLR-5211) updating parent as childless makes old children orphans

[ https://issues.apache.org/jira/browse/SOLR-5211?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16738748#comment-16738748 ] David Smiley commented on SOLR-5211: Lucky: It's hard to say without looking at your URP, and I don't

[jira] [Commented] (SOLR-12962) add an 'uninvertible' field(type) option (that defaults to "true" for backcompat)

[ https://issues.apache.org/jira/browse/SOLR-12962?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16738681#comment-16738681 ] David Smiley commented on SOLR-12962: - I see an oddity in what we have. I look in the schema browser

[jira] [Commented] (SOLR-13016) Computing suggestions when policy have "#EQUAL" or "#ALL" rules take too long

[ https://issues.apache.org/jira/browse/SOLR-13016?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16738670#comment-16738670 ] David Smiley commented on SOLR-13016: - [~noble.paul] This test still refers

Re: Welcome Nick Knize to the PMC

Welcome Nick! On Wed, Jan 9, 2019 at 3:02 PM Shai Erera wrote: > Welcome! > > On Wed, Jan 9, 2019 at 9:30 PM Christine Poerschke (BLOOMBERG/ LONDON) < > cpoersc...@bloomberg.net> wrote: > >> Welcome Nick! >> >> From: dev@lucene.apache.org At: 01/09/19 15:12:38 >> To: dev@lucene.apache.org >>

[jira] [Commented] (SOLR-12304) Interesting Terms parameter is ignored by MLT Component

[ https://issues.apache.org/jira/browse/SOLR-12304?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16738436#comment-16738436 ] David Smiley commented on SOLR-12304: - Okay; deprecate then delete just the handler then.  That can

[jira] [Commented] (SOLR-13129) Document nested child docs in the ref guide

[ https://issues.apache.org/jira/browse/SOLR-13129?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16737514#comment-16737514 ] David Smiley commented on SOLR-13129: - [~moshebla] I'm hoping you could help. > Document nes

[jira] [Created] (SOLR-13129) Document nested child docs in the ref guide

David Smiley created SOLR-13129: --- Summary: Document nested child docs in the ref guide Key: SOLR-13129 URL: https://issues.apache.org/jira/browse/SOLR-13129 Project: Solr Issue Type: Sub-task

[jira] [Commented] (SOLR-12304) Interesting Terms parameter is ignored by MLT Component

[ https://issues.apache.org/jira/browse/SOLR-12304?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16737471#comment-16737471 ] David Smiley commented on SOLR-12304: - My preferences is to deprecate the MLT handler & compo

Re: Feature: Solr implicitly defined field types?

urces. > > Jan > > 5. jan. 2019 kl. 21:29 skrev David Smiley : > > You would see these types in the HTTP schema API, and thus you would also > end up seeing it on the admin schema screen (which uses that API). > It would not be saved back to the XML file unless you're fur

[jira] [Commented] (SOLR-13122) Ability to query aliases in Solr Admin UI

[ https://issues.apache.org/jira/browse/SOLR-13122?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16735807#comment-16735807 ] David Smiley commented on SOLR-13122: - +1 to one picker.  Another picker would take up more vertical

[jira] [Commented] (SOLR-13125) Optimize Queries when sorting by router.field

[ https://issues.apache.org/jira/browse/SOLR-13125?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16735803#comment-16735803 ] David Smiley commented on SOLR-13125: - This does seem like a common case for TRAs – sort by time

[jira] [Commented] (SOLR-12888) NestedUpdateProcessor code should activate automatically in 8.0

[ https://issues.apache.org/jira/browse/SOLR-12888?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16735469#comment-16735469 ] David Smiley commented on SOLR-12888: - {quote}I liked how in TestNestedUpdateProcessor the "n

[jira] [Commented] (SOLR-12365) Rename Config.java to XmlConfigFile.java to clarify it's use

[ https://issues.apache.org/jira/browse/SOLR-12365?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16735478#comment-16735478 ] David Smiley commented on SOLR-12365: - Doh!  Thanks Shalin!  My IDE modules/config was out of date so

[jira] [Resolved] (SOLR-12365) Rename Config.java to XmlConfigFile.java to clarify it's use

[ https://issues.apache.org/jira/browse/SOLR-12365?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Smiley resolved SOLR-12365. - Resolution: Fixed Assignee: David Smiley Fix Version/s: master (8.0) > Ren

Re: Feature: Solr implicitly defined field types?

e maintenance is of course excellent. Simplicity > for the person trying to troubleshoot a system they've just been hired to > fix/improve is also excellent. I'd prefer to SEE what's going on than have > to remember what's going on modulo some version matrix in my head. Hard > enough rememb

[jira] [Updated] (SOLR-12365) Rename Config.java to XmlConfigFile.java to clarify it's use

[ https://issues.apache.org/jira/browse/SOLR-12365?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Smiley updated SOLR-12365: Attachment: move_luceneMatchVersion_parsing_to_SolrConfig_from_XmlConfigFile.patch > Ren

[jira] [Commented] (SOLR-12365) Rename Config.java to XmlConfigFile.java to clarify it's use

[ https://issues.apache.org/jira/browse/SOLR-12365?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16734929#comment-16734929 ] David Smiley commented on SOLR-12365: - I made the aforementioned changed. While looking at the class

[jira] [Commented] (LUCENE-8581) Change LatLonShape encoding to use 4 BYTES Per Dimension

[ https://issues.apache.org/jira/browse/LUCENE-8581?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16734770#comment-16734770 ] David Smiley commented on LUCENE-8581: -- I attached a patch about this. > Change LatLonSh

[jira] [Updated] (LUCENE-8581) Change LatLonShape encoding to use 4 BYTES Per Dimension

[ https://issues.apache.org/jira/browse/LUCENE-8581?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Smiley updated LUCENE-8581: - Attachment: LUCENE-8581_bytes.patch > Change LatLonShape encoding to use 4 BYTES Per Dimens

Re: Feature: Solr implicitly defined field types?

On Fri, Jan 4, 2019 at 12:51 PM Shawn Heisey wrote: > Looking at what came before, my preference would have been implicitly > defined default types -- things like int, string, etc, defined in code. > The only problem with that comes at Solr upgrade time ... what if we > decide for a later

Re: Feature: Solr implicitly defined field types?

al the more cryptic the system becomes. > That's my opinion, YMMV. > > -Gus > > On Thu, Jan 3, 2019 at 2:57 PM David Smiley > wrote: > >> Broadly, you refer to "locale" issues. Solr's way of dealing with this >> today is with optional & configurable

[jira] [Commented] (LUCENE-8622) Add a MinimumShouldMatch interval iterator

[ https://issues.apache.org/jira/browse/LUCENE-8622?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16734119#comment-16734119 ] David Smiley commented on LUCENE-8622: -- Cool algorithms here. Can you please rename

[jira] [Commented] (SOLR-13092) Solr's Maven pom declares both org.codehaus.jackson and com.fasterxml.jackson

[ https://issues.apache.org/jira/browse/SOLR-13092?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16733504#comment-16733504 ] David Smiley commented on SOLR-13092: - I'm guessing you are using solr-core for embedded solr either

[jira] [Commented] (SOLR-13092) Solr's Maven pom declares both org.codehaus.jackson and com.fasterxml.jackson

[ https://issues.apache.org/jira/browse/SOLR-13092?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16733500#comment-16733500 ] David Smiley commented on SOLR-13092: - You mentioned the DIH but it's unrelated; solr-core depends

[jira] [Updated] (SOLR-13092) Solr's Maven pom declares both org.codehaus.jackson and com.fasterxml.jackson

[ https://issues.apache.org/jira/browse/SOLR-13092?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Smiley updated SOLR-13092: Summary: Solr's Maven pom declares both org.codehaus.jackson and com.fasterxml.jackson

Re: Feature: Solr implicitly defined field types?

ages or Boolean values. > > Am 30.12.2018 um 07:01 schrieb David Smiley : > > Thanks for your thoughtful response Jörn! > ... > On Sat, Dec 29, 2018 at 4:14 AM Jörn Franke wrote: > >> I think it is a good idea, but I see some potential complexity for >> “deployme

Re: [NOTICE] Mandatory migration of git repositories to gitbox.apache.org

that the git-wip-us.apache.org will just > completely stop working so there's no chance of pushing something to > the wrong place? > > > On Thu, Jan 3, 2019 at 8:15 AM David Smiley > wrote: > > > > I agree with Uwe's sentiment. Essentially anywhere in your git rem

Re: [NOTICE] Mandatory migration of git repositories to gitbox.apache.org

; Cominvent AS - www.cominvent.com > > 3. jan. 2019 kl. 14:45 skrev David Smiley : > > I propose we (me) coordinate with them to do this transition on Wednesday > next week (Jan 9th). It appears to be a minor inconvenience. If there are > problems, we'll have some work days

[jira] [Commented] (SOLR-12888) NestedUpdateProcessor code should activate automatically in 8.0

[ https://issues.apache.org/jira/browse/SOLR-12888?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16733157#comment-16733157 ] David Smiley commented on SOLR-12888: - I kinda like it as an URP so I left it as-such. Even Solr

[jira] [Updated] (SOLR-12888) NestedUpdateProcessor code should activate automatically in 8.0

[ https://issues.apache.org/jira/browse/SOLR-12888?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Smiley updated SOLR-12888: Attachment: SOLR-12888.patch > NestedUpdateProcessor code should activate automatically in

Re: [NOTICE] Mandatory migration of git repositories to gitbox.apache.org

I propose we (me) coordinate with them to do this transition on Wednesday next week (Jan 9th). It appears to be a minor inconvenience. If there are problems, we'll have some work days after to deal with it. And doing this ahead of the mass migration may give us more individual attention from

Re: about testing distributed features

; > If this is done on some way here in solr, could you explain a bit, how can > I introduce in it, what technologies are used, etc. > > Thanks a lot in advance > > > > On 12/31/18 5:37 PM, David Smiley wrote: > > Hi Jose, > > Just about everything is test

[jira] [Commented] (LUCENE-8621) Move LatLonShape out of sandbox

[ https://issues.apache.org/jira/browse/LUCENE-8621?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16732335#comment-16732335 ] David Smiley commented on LUCENE-8621: -- BTW I already filed an issue to remove the spatial module

[jira] [Commented] (SOLR-12633) JSON Loader: remove anonChildDoc option

[ https://issues.apache.org/jira/browse/SOLR-12633?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16731612#comment-16731612 ] David Smiley commented on SOLR-12633: - What I said was ambiguous; sorry. By "the option&quo

[jira] [Commented] (SOLR-12633) JSON Loader: remove anonChildDoc option

[ https://issues.apache.org/jira/browse/SOLR-12633?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16731453#comment-16731453 ] David Smiley commented on SOLR-12633: - Proposed CHANGES.txt text: bq. When JSON data is sent to Solr

[jira] [Assigned] (SOLR-12633) JSON Loader: remove anonChildDoc option

[ https://issues.apache.org/jira/browse/SOLR-12633?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Smiley reassigned SOLR-12633: --- Assignee: David Smiley > JSON Loader: remove anonChildDoc opt

Re: about testing distributed features

Hi Jose, Just about everything is tested. If you are looking to improve some aspect of SolrCloud's internals, then I suggest looking for existing tests of that particular aspect. If you are working on a feature that wants SolrCloud (whole system integration test) then I suggest subclassing

Re: Congratulations to the new Lucene/Solr PMC chair, Cassandra Targett

Congrats Cassandra! On Mon, Dec 31, 2018 at 11:28 AM Erick Erickson wrote: > Congrats Cassandra1 > > On Sun, Dec 30, 2018 at 11:38 PM Adrien Grand wrote: > > > > Every year, the Lucene PMC rotates the Lucene PMC chair and Apache > > Vice President position. > > > > This year we have nominated

Re: Feature: Solr implicitly defined field types?

f surprise to see primitive types defined in the schema. Consider in SQL DDL statements that refer to varchar and such. Your DDL doesn't need to define what a varchar is! Happy New Year, ~ David Am 28.12.2018 um 17:36 schrieb David Smiley : > > While working on https://issues.apache.org/jira/b

[jira] [Commented] (SOLR-12768) Determine how _nest_path_ should be analyzed to support various use-cases

[ https://issues.apache.org/jira/browse/SOLR-12768?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16730574#comment-16730574 ] David Smiley commented on SOLR-12768: - I toyed with creating a custom field type subclass but I wound

[jira] [Updated] (SOLR-12768) Determine how _nest_path_ should be analyzed to support various use-cases

[ https://issues.apache.org/jira/browse/SOLR-12768?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Smiley updated SOLR-12768: Attachment: SOLR-12768.patch > Determine how _nest_path_ should be analyzed to support various

Feature: Solr implicitly defined field types?

While working on https://issues.apache.org/jira/browse/SOLR-12768 it occurred to me that it would be nice if Solr had implicitly defined field types. This would allow you to define a field in your schema that refers to a type that is *not* also in your schema -- at least not explicitly (need not

[jira] [Assigned] (SOLR-12768) Determine how _nest_path_ should be analyzed to support various use-cases

[ https://issues.apache.org/jira/browse/SOLR-12768?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Smiley reassigned SOLR-12768: --- Assignee: David Smiley > Determine how _nest_path_ should be analyzed to support vari

[jira] [Assigned] (SOLR-12888) NestedUpdateProcessor code should activate automatically in 8.0

[ https://issues.apache.org/jira/browse/SOLR-12888?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Smiley reassigned SOLR-12888: --- Assignee: David Smiley > NestedUpdateProcessor code should activate automatically in

[jira] [Commented] (SOLR-12535) Remove syntax for providing index boosts in Solr's JSON update syntax

[ https://issues.apache.org/jira/browse/SOLR-12535?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16727800#comment-16727800 ] David Smiley commented on SOLR-12535: - In the attached patch I did what the issue description says

[jira] [Updated] (SOLR-12535) Remove syntax for providing index boosts in Solr's JSON update syntax

[ https://issues.apache.org/jira/browse/SOLR-12535?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Smiley updated SOLR-12535: Attachment: SOLR-12535.patch > Remove syntax for providing index boosts in Solr's JSON upd

[jira] [Assigned] (SOLR-12535) Remove syntax for providing index boosts in Solr's JSON update syntax

[ https://issues.apache.org/jira/browse/SOLR-12535?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Smiley reassigned SOLR-12535: --- Assignee: David Smiley > Remove syntax for providing index boosts in Solr's JSON upd

[jira] [Resolved] (SOLR-13080) TermsQParserPlugin automaton method fails to sort input

[ https://issues.apache.org/jira/browse/SOLR-13080?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Smiley resolved SOLR-13080. - Resolution: Fixed Fix Version/s: 7.7 > TermsQParserPlugin automaton method fails to s

[jira] [Assigned] (SOLR-13080) TermsQParserPlugin automaton method fails to sort input

[ https://issues.apache.org/jira/browse/SOLR-13080?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Smiley reassigned SOLR-13080: --- Assignee: David Smiley > TermsQParserPlugin automaton method fails to sort in

[jira] [Commented] (LUCENE-8581) Change LatLonShape encoding to use 4 BYTES Per Dimension

[ https://issues.apache.org/jira/browse/LUCENE-8581?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16726177#comment-16726177 ] David Smiley commented on LUCENE-8581: -- It may be that there is some logic/encoding/decoding

Re: Lucene/Solr 8.0

January. On Wed, Dec 19, 2018 at 2:04 AM S G wrote: > It would be nice to see Solr 8 in January soon as there is an enhancement > on nested-documents we are waiting to get our hands on. > Any idea when Solr 8 would be out ? > > Thx > SG > > On Mon, Dec 17, 2018 at 1:34

[jira] [Commented] (LUCENE-8581) Change LatLonShape encoding to use 4 BYTES Per Dimension

[ https://issues.apache.org/jira/browse/LUCENE-8581?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16725086#comment-16725086 ] David Smiley commented on LUCENE-8581: -- Great work! I was looking through the code and found some

[jira] [Commented] (LUCENE-8585) Create jump-tables for DocValues at index-time

[ https://issues.apache.org/jira/browse/LUCENE-8585?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16724407#comment-16724407 ] David Smiley commented on LUCENE-8585: -- +1 for this to be incorporated into 8.0.  For some people

[jira] [Commented] (SOLR-13080) TermsQParserPlugin automaton method fails to sort input

[ https://issues.apache.org/jira/browse/SOLR-13080?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16724385#comment-16724385 ] David Smiley commented on SOLR-13080: - patch/PR with failing test is welcome :) > TermsQParserPlu

[jira] [Commented] (SOLR-13035) Utilize solr.data.home / solrDataHome in solr.xml to set all writable files in single directory

[ https://issues.apache.org/jira/browse/SOLR-13035?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16724318#comment-16724318 ] David Smiley commented on SOLR-13035: - Nice plan Jan.  Thanks for working on this everyone; it's

[jira] [Commented] (SOLR-12768) Determine how _nest_path_ should be analyzed to support various use-cases

[ https://issues.apache.org/jira/browse/SOLR-12768?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16724260#comment-16724260 ] David Smiley commented on SOLR-12768: - Simple proposal: * Use a new FieldType subclass to a simplify

Re: Lucene/Solr 8.0

ith this new perspective we could create the branch just > after the 7.6 release and target the 8.0 release for January 2019 which > gives almost 3 month to finish the blockers ? > >> > > >> > Le jeu. 18 oct. 2018 à 23:56, David Smiley > a écrit : > >> >> >

[jira] [Resolved] (LUCENE-8551) Purge unused FieldInfo on segment merge

[ https://issues.apache.org/jira/browse/LUCENE-8551?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Smiley resolved LUCENE-8551. -- Resolution: Won't Fix Thanks for the explanation Adrien.  I'm closing as "Won'

Re: Hadoop threads leaking and falling in an endless loop, logging

+1 to self destruct timer. Great analysis as usual Dawid! On Fri, Dec 14, 2018 at 8:48 PM Dawid Weiss wrote: > So, digging in the huge logs problem I discovered a subtle issue with > suite timeouts (thanks for keeping an eye open, Steve!) -- the > framework can in fact hang while trying to

Re: [NOTICE] Mandatory relocation of Apache git repositories on git-wip-us.apache.org

Let’s get migrated voluntarily after 7.6 this month? On Fri, Dec 7, 2018 at 6:07 PM Steve Rowe wrote: > > > Begin forwarded message: > > *From: *Daniel Gruno > *Subject: **[NOTICE] Mandatory relocation of Apache git repositories on > git-wip-us.apache.org * >

Re: Odd error in testing

I wonder why RRD4J is doing any AWT stuff at all. I thought we were just using it to *hold* data, not to visualize. ab? On Sun, Dec 9, 2018 at 3:27 AM Erick Erickson wrote: > I reformatted the entire disk on my old machine and installed Mojave > fresh then ran tests. > >

Re: [VOTE] Release Lucene/Solr 7.6.0 RC2

+1 SUCCESS! [1:05:22.652328] On Fri, Dec 7, 2018 at 5:46 PM Nicholas Knize wrote: > Please vote for release candidate 2 for Lucene/Solr 7.6.0 > > The artifacts can be downloaded from: >

Re: Poll: Merge jira/http2 to master branch

gt; HTTP2 *without* TLS is possible. That mode is called h2c. ( > https://http2.github.io/http2-spec/) > > On Sun, Dec 2, 2018 at 5:32 PM Uwe Schindler wrote: > >> It's inofficially allowed to have that.  So yes, it works, if the >> client does it. >> >> Uwe >>

Re: Poll: Merge jira/http2 to master branch

> | So I think the best idea is to only support Java 9+, if you want HTTP2 and TLS. +1 Question: With Java 8 can we have HTTP2 *without* TLS? I recall HTTP2 was strongly tying itself to encryption although it was technically possible to have plaintext. On Sun, Dec 2, 2018 at 11:29 AM Đạt Cao

Re: Solr Test Fixing Update

Thanks for your huge efforts on this Mark! On Tue, Nov 27, 2018 at 12:26 PM Mark Miller wrote: > Just spent a lot of time traveling, but I'm just about ready to make my > first large commit towards fixing the Solr tests. > > First I'll commit to master and then in a day or two I'll commit to 7x

Re: SOLR: Unnecessary logging

Maybe we can have it both ways: might the distinction be done between console & files? So for example keep the console more brief, but have the log files contain more logs? Just an idea. On Tue, Nov 27, 2018 at 8:07 AM Erick Erickson wrote: > bq: Maybe the real thing to do since everyone's

[jira] [Resolved] (SOLR-5211) updating parent as childless makes old children orphans

[ https://issues.apache.org/jira/browse/SOLR-5211?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Smiley resolved SOLR-5211. Resolution: Fixed > updating parent as childless makes old children orph

[jira] [Commented] (SOLR-5211) updating parent as childless makes old children orphans

[ https://issues.apache.org/jira/browse/SOLR-5211?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16699118#comment-16699118 ] David Smiley commented on SOLR-5211: The test still used "name" however.  Please debug this

[jira] [Reopened] (SOLR-5211) updating parent as childless makes old children orphans

[ https://issues.apache.org/jira/browse/SOLR-5211?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Smiley reopened SOLR-5211: > updating parent as childless makes old children orph

[jira] [Commented] (SOLR-5211) updating parent as childless makes old children orphans

[ https://issues.apache.org/jira/browse/SOLR-5211?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16694919#comment-16694919 ] David Smiley commented on SOLR-5211: [~moshebla] there are still some test failures: [junit4

[jira] [Comment Edited] (SOLR-5211) updating parent as childless makes old children orphans

[ https://issues.apache.org/jira/browse/SOLR-5211?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16694222#comment-16694222 ] David Smiley edited comment on SOLR-5211 at 11/21/18 4:33 AM: -- Moshe and I

[jira] [Commented] (SOLR-5211) updating parent as childless makes old children orphans

[ https://issues.apache.org/jira/browse/SOLR-5211?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16694222#comment-16694222 ] David Smiley commented on SOLR-5211: Moshe and I iterated a bit on the linked PR and I think it's

Re: 2 Level grouping (solr 5.5.3)

Thanks for sharing, Ian. Perhaps one day Solr will have a 3rd party plugin registry of sorts where you could publish it. It wasn't clear if the bugs you listed were in your plugin or in Lucene/Solr. If the latter, and if you have time, please file JIRA issue(s). On Sun, Nov 18, 2018 at 10:25

[jira] [Assigned] (SOLR-12955) Refactor DistributedUpdateProcessor

[ https://issues.apache.org/jira/browse/SOLR-12955?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Smiley reassigned SOLR-12955: --- Assignee: David Smiley > Refactor DistributedUpdateProces

Re: SynonymQuery / Query Expansion Strategies Discussion

+1 great idea Jim! On Tue, Nov 20, 2018 at 2:19 PM jim ferenczi wrote: > Sorry for the late reply, > > > So perhaps one way forward to contribute this sort of thing into Lucene > is we could implement additional QueryBuilder implementations that provide > such functionality? > > I am not sure,

[jira] [Updated] (SOLR-12999) Index replication could delete segments first

[ https://issues.apache.org/jira/browse/SOLR-12999?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Smiley updated SOLR-12999: Description: Index replication could optionally delete files that it knows will not be needed

[jira] [Commented] (SOLR-12999) Index replication could delete segments first

[ https://issues.apache.org/jira/browse/SOLR-12999?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16693681#comment-16693681 ] David Smiley commented on SOLR-12999: - The title & description is intentionally general because

[jira] [Commented] (SOLR-12398) Make JSON Facet API support Heatmap Facet

[ https://issues.apache.org/jira/browse/SOLR-12398?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16693462#comment-16693462 ] David Smiley commented on SOLR-12398: - Someone else just told me about this. Here is my write-up

[jira] [Commented] (SOLR-12999) Index replication could delete segments first

[ https://issues.apache.org/jira/browse/SOLR-12999?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16692606#comment-16692606 ] David Smiley commented on SOLR-12999: - As Michael hints at indirectly, the motivating use-case

[jira] [Commented] (SOLR-11501) Depending on the parser, QParser should not parse local-params

[ https://issues.apache.org/jira/browse/SOLR-11501?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16692602#comment-16692602 ] David Smiley commented on SOLR-11501: - I should have stated it can help with keeping Solr secure

[jira] [Created] (SOLR-12999) Index replication could delete segments first

David Smiley created SOLR-12999: --- Summary: Index replication could delete segments first Key: SOLR-12999 URL: https://issues.apache.org/jira/browse/SOLR-12999 Project: Solr Issue Type

[jira] [Commented] (SOLR-12074) Add numeric typed equivalents to StrField

[ https://issues.apache.org/jira/browse/SOLR-12074?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16691253#comment-16691253 ] David Smiley commented on SOLR-12074: - bq. How would this work with facet-sorting on index

[jira] [Resolved] (LUCENE-8552) optimize getMergedFieldInfos for one-segment FieldInfos

[ https://issues.apache.org/jira/browse/LUCENE-8552?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Smiley resolved LUCENE-8552. -- Resolution: Fixed Assignee: David Smiley Fix Version/s: 7.7 Thanks

[jira] [Commented] (LUCENE-8551) Purge unused FieldInfo on segment merge

[ https://issues.apache.org/jira/browse/LUCENE-8551?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16688303#comment-16688303 ] David Smiley commented on LUCENE-8551: -- bq. For instance in the NRT case that means that you could

[jira] [Assigned] (SOLR-5211) updating parent as childless makes old children orphans

[ https://issues.apache.org/jira/browse/SOLR-5211?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Smiley reassigned SOLR-5211: -- Assignee: David Smiley (was: Mikhail Khludnev) Priority: Blocker (was: Major

[jira] [Commented] (SOLR-5211) updating parent as childless makes old children orphans

[ https://issues.apache.org/jira/browse/SOLR-5211?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16688130#comment-16688130 ] David Smiley commented on SOLR-5211: RE my pondering of the dubious necessity of adding \_version

[jira] [Commented] (SOLR-5211) updating parent as childless makes old children orphans

[ https://issues.apache.org/jira/browse/SOLR-5211?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16687514#comment-16687514 ] David Smiley commented on SOLR-5211: bq. A rename could be done, what did you have in mind though

[jira] [Commented] (SOLR-11078) Solr query performance degradation since Solr 6.4.2

[ https://issues.apache.org/jira/browse/SOLR-11078?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16686997#comment-16686997 ] David Smiley commented on SOLR-11078: - Thanks Gerd; you are welcome! It's not every day that we get

[jira] [Commented] (SOLR-11078) Solr query performance degradation since Solr 6.4.2

[ https://issues.apache.org/jira/browse/SOLR-11078?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16686856#comment-16686856 ] David Smiley commented on SOLR-11078: - [~jpountz] or [~mikemccand] are you aware of any Lucene

[jira] [Commented] (SOLR-12632) Completely remove Trie fields

[ https://issues.apache.org/jira/browse/SOLR-12632?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16686837#comment-16686837 ] David Smiley commented on SOLR-12632: - Aggregations like that should come from DocValues which

[jira] [Commented] (SOLR-12632) Completely remove Trie fields

[ https://issues.apache.org/jira/browse/SOLR-12632?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16686831#comment-16686831 ] David Smiley commented on SOLR-12632: - [~joel.bernstein] can you please explain how "aggreg

[jira] [Commented] (SOLR-12632) Completely remove Trie fields

[ https://issues.apache.org/jira/browse/SOLR-12632?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16686656#comment-16686656 ] David Smiley commented on SOLR-12632: - Simple: add a copyField to a StrField and do lookups

[jira] [Commented] (SOLR-12632) Completely remove Trie fields

[ https://issues.apache.org/jira/browse/SOLR-12632?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16686638#comment-16686638 ] David Smiley commented on SOLR-12632: - IMO we should remove old trie stuff for 8.0 wether or not SOLR

[jira] [Commented] (LUCENE-8552) optimize getMergedFieldInfos for one-segment FieldInfos

[ https://issues.apache.org/jira/browse/LUCENE-8552?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16685649#comment-16685649 ] David Smiley commented on LUCENE-8552: -- I'm glad you wish to contribute Christophe! The intent

[jira] [Commented] (SOLR-5211) updating parent as childless makes old children orphans

[ https://issues.apache.org/jira/browse/SOLR-5211?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16685206#comment-16685206 ] David Smiley commented on SOLR-5211: The absence of _root_ on a non-nested doc has been a problem

<    4   5   6   7   8   9   10   11   12   13   >