[
https://issues.apache.org/jira/browse/SOLR-13709?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16921141#comment-16921141
]
David Smiley commented on SOLR-13709:
-
bq. have the reload operation wait until core loading was
atris commented on issue #823: LUCENE-8939: Introduce Shared Count Early
Termination In Parallel Search
URL: https://github.com/apache/lucene-solr/pull/823#issuecomment-527285002
> > https://issues.apache.org/jira/browse/LUCENE-8681
>
> I am not sure I see how that solves the
atris commented on issue #823: LUCENE-8939: Introduce Shared Count Early
Termination In Parallel Search
URL: https://github.com/apache/lucene-solr/pull/823#issuecomment-527284505
> https://issues.apache.org/jira/browse/LUCENE-8681
I am not sure I see how that solves the problem?
[
https://issues.apache.org/jira/browse/SOLR-13105?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16921097#comment-16921097
]
ASF subversion and git services commented on SOLR-13105:
Commit
[
https://issues.apache.org/jira/browse/SOLR-13105?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16921093#comment-16921093
]
ASF subversion and git services commented on SOLR-13105:
Commit
[
https://issues.apache.org/jira/browse/SOLR-13105?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16921092#comment-16921092
]
ASF subversion and git services commented on SOLR-13105:
Commit
[
https://issues.apache.org/jira/browse/SOLR-13105?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16921091#comment-16921091
]
ASF subversion and git services commented on SOLR-13105:
Commit
[
https://issues.apache.org/jira/browse/SOLR-13105?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16921090#comment-16921090
]
ASF subversion and git services commented on SOLR-13105:
Commit
mikemccand commented on issue #823: LUCENE-8939: Introduce Shared Count Early
Termination In Parallel Search
URL: https://github.com/apache/lucene-solr/pull/823#issuecomment-527262380
> > > I'm trying to understand the behavior change Lucene users will see
with this, when using concurrent
[
https://issues.apache.org/jira/browse/SOLR-13723?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Noble Paul resolved SOLR-13723.
---
Fix Version/s: 8.3
Resolution: Fixed
> JettySolrRunner should support /api/* (the v2 end
[
https://issues.apache.org/jira/browse/SOLR-13723?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Noble Paul reassigned SOLR-13723:
-
Assignee: Noble Paul
> JettySolrRunner should support /api/* (the v2 end point)
>
[
https://issues.apache.org/jira/browse/SOLR-13105?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16921066#comment-16921066
]
ASF subversion and git services commented on SOLR-13105:
Commit
Build: https://builds.apache.org/job/Lucene-Solr-NightlyTests-8.x/200/
No tests ran.
Build Log:
[...truncated 25 lines...]
ERROR: Failed to check out http://svn.apache.org/repos/asf/lucene/test-data
org.tmatesoft.svn.core.SVNException: svn: E175002: connection refused by the
server
svn:
[
https://issues.apache.org/jira/browse/SOLR-13452?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16921063#comment-16921063
]
ASF subversion and git services commented on SOLR-13452:
Commit
Build: https://builds.apache.org/job/Lucene-Solr-SmokeRelease-master/1440/
No tests ran.
Build Log:
[...truncated 24456 lines...]
[asciidoctor:convert] asciidoctor: ERROR: about-this-guide.adoc: line 1:
invalid part, must have at least one section (e.g., chapter, appendix, etc.)
[
https://issues.apache.org/jira/browse/SOLR-13452?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16921016#comment-16921016
]
ASF subversion and git services commented on SOLR-13452:
Commit
[
https://issues.apache.org/jira/browse/SOLR-13105?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16920996#comment-16920996
]
ASF subversion and git services commented on SOLR-13105:
Commit
diegoceccarelli commented on a change in pull request #300: SOLR-11831: Skip
second grouping step if group.limit is 1 (aka Las Vegas Patch)
URL: https://github.com/apache/lucene-solr/pull/300#discussion_r320021306
##
File path:
diegoceccarelli commented on a change in pull request #300: SOLR-11831: Skip
second grouping step if group.limit is 1 (aka Las Vegas Patch)
URL: https://github.com/apache/lucene-solr/pull/300#discussion_r320021306
##
File path:
diegoceccarelli commented on a change in pull request #300: SOLR-11831: Skip
second grouping step if group.limit is 1 (aka Las Vegas Patch)
URL: https://github.com/apache/lucene-solr/pull/300#discussion_r320020253
##
File path:
diegoceccarelli commented on a change in pull request #300: SOLR-11831: Skip
second grouping step if group.limit is 1 (aka Las Vegas Patch)
URL: https://github.com/apache/lucene-solr/pull/300#discussion_r320020253
##
File path:
atris commented on a change in pull request #823: LUCENE-8939: Introduce Shared
Count Early Termination In Parallel Search
URL: https://github.com/apache/lucene-solr/pull/823#discussion_r320019631
##
File path:
mikemccand commented on issue #823: LUCENE-8939: Introduce Shared Count Early
Termination In Parallel Search
URL: https://github.com/apache/lucene-solr/pull/823#issuecomment-527203682
> > I'm trying to understand the behavior change Lucene users will see with
this, when using concurrent
mikemccand commented on a change in pull request #823: LUCENE-8939: Introduce
Shared Count Early Termination In Parallel Search
URL: https://github.com/apache/lucene-solr/pull/823#discussion_r320018343
##
File path:
diegoceccarelli commented on a change in pull request #300: SOLR-11831: Skip
second grouping step if group.limit is 1 (aka Las Vegas Patch)
URL: https://github.com/apache/lucene-solr/pull/300#discussion_r320017507
##
File path:
diegoceccarelli commented on a change in pull request #300: SOLR-11831: Skip
second grouping step if group.limit is 1 (aka Las Vegas Patch)
URL: https://github.com/apache/lucene-solr/pull/300#discussion_r320017542
##
File path:
[
https://issues.apache.org/jira/browse/LUCENE-8860?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16920960#comment-16920960
]
Adrien Grand commented on LUCENE-8860:
--
Why is it a problem? If the query polygon fully contains
[
https://issues.apache.org/jira/browse/SOLR-13733?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16920959#comment-16920959
]
Christine Poerschke commented on SOLR-13733:
Attached patch is partial e.g. for
[
https://issues.apache.org/jira/browse/LUCENE-8961?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16920958#comment-16920958
]
Adrien Grand commented on LUCENE-8961:
--
This feels too unsafe to me for CheckIndex. For instance,
[
https://issues.apache.org/jira/browse/SOLR-13733?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Christine Poerschke updated SOLR-13733:
---
Summary: add more class-level javadocs for public org.apache.solr.metrics
classes
[
https://issues.apache.org/jira/browse/SOLR-13733?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Christine Poerschke updated SOLR-13733:
---
Attachment: SOLR-13733.patch
> add class-level javadocs for public
Christine Poerschke created SOLR-13733:
--
Summary: add class-level javadocs for public
org.apache.solr.metrics classes
Key: SOLR-13733
URL: https://issues.apache.org/jira/browse/SOLR-13733
jpountz commented on a change in pull request #823: LUCENE-8939: Introduce
Shared Count Early Termination In Parallel Search
URL: https://github.com/apache/lucene-solr/pull/823#discussion_r319987093
##
File path:
jpountz commented on a change in pull request #823: LUCENE-8939: Introduce
Shared Count Early Termination In Parallel Search
URL: https://github.com/apache/lucene-solr/pull/823#discussion_r320005574
##
File path:
jpountz commented on a change in pull request #823: LUCENE-8939: Introduce
Shared Count Early Termination In Parallel Search
URL: https://github.com/apache/lucene-solr/pull/823#discussion_r320004946
##
File path: lucene/core/src/java/org/apache/lucene/search/IndexSearcher.java
jpountz commented on a change in pull request #823: LUCENE-8939: Introduce
Shared Count Early Termination In Parallel Search
URL: https://github.com/apache/lucene-solr/pull/823#discussion_r320004644
##
File path: lucene/core/src/java/org/apache/lucene/search/TopFieldCollector.java
jpountz commented on a change in pull request #823: LUCENE-8939: Introduce
Shared Count Early Termination In Parallel Search
URL: https://github.com/apache/lucene-solr/pull/823#discussion_r319961589
##
File path:
[
https://issues.apache.org/jira/browse/SOLR-13717?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16920927#comment-16920927
]
Lucene/Solr QA commented on SOLR-13717:
---
| (/) *{color:green}+1 overall{color}* |
\\
\\
|| Vote ||
I’ll probably just continue to gather Hoss’ rollups each week, but until we get
the jenkins stuff back running it’s probably not worth the effort.
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional
It’s always bothered me that optimize/forceMerge needs 100% of the disk space.
I’ve recently been wondering whether that’s absolutely necessary, especially
now that forceMerge respects the max segment size.
I HAVE NOT looked at the code closely, so this is mostly theory for someone to
shoot
[
https://issues.apache.org/jira/browse/LUCENE-8961?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16920917#comment-16920917
]
Christine Poerschke commented on LUCENE-8961:
-
Attached outline work-in-progress patch:
* a
[
https://issues.apache.org/jira/browse/LUCENE-8961?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Christine Poerschke updated LUCENE-8961:
Attachment: LUCENE-8961.patch
> CheckIndex: pre-exorcise document id salvage
>
Christine Poerschke created LUCENE-8961:
---
Summary: CheckIndex: pre-exorcise document id salvage
Key: LUCENE-8961
URL: https://issues.apache.org/jira/browse/LUCENE-8961
Project: Lucene - Core
iverase opened a new pull request #851: LUCENE-8960: Add
LatLonDocValuesPointInPolygonQuery
URL: https://github.com/apache/lucene-solr/pull/851
Adds a new query that iterates over LatLonPoint docValues and test if the
point is within a provided polygon. In addition,
Ignacio Vera created LUCENE-8960:
Summary: Add LatLonDocValuesPointInPolygonQuery
Key: LUCENE-8960
URL: https://issues.apache.org/jira/browse/LUCENE-8960
Project: Lucene - Core
Issue Type:
[
https://issues.apache.org/jira/browse/SOLR-13717?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16920856#comment-16920856
]
Christine Poerschke commented on SOLR-13717:
Code change looks good to me.
Attached patch
[
https://issues.apache.org/jira/browse/SOLR-13717?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Christine Poerschke updated SOLR-13717:
---
Attachment: SOLR-13717.patch
> Distributed Grouping breaks multi valued 'fl' param
>
[
https://issues.apache.org/jira/browse/LUCENE-8956?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16920853#comment-16920853
]
Adrien Grand commented on LUCENE-8956:
--
I was thinking that we could verify that we have the right
atris commented on issue #816: LUCENE-8942: Tighten Up LRUQueryCache's Methods
URL: https://github.com/apache/lucene-solr/pull/816#issuecomment-527143844
> Sorry for the lag, I was off for the last 5 weeks.
No sweat, welcome back!
> I see the CHANGES entry is in 9.0 for now,
jpountz commented on issue #816: LUCENE-8942: Tighten Up LRUQueryCache's Methods
URL: https://github.com/apache/lucene-solr/pull/816#issuecomment-527139265
Sorry for the lag, I was off for the last 5 weeks. I'll merge the change
soon. I see the CHANGES entry is in 9.0 for now, maybe we
[
https://issues.apache.org/jira/browse/SOLR-6930?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Dr Oleg Savrasov updated SOLR-6930:
---
Attachment: SOLR-6930.patch
> Provide "Circuit Breakers" For Expensive Solr Queries
>
Build: https://builds.apache.org/job/Lucene-Solr-repro/3585/
[...truncated 28 lines...]
[repro] Jenkins log URL:
https://builds.apache.org/job/Lucene-Solr-NightlyTests-8.x/199/consoleText
[repro] Revision: dd27d003a4e8cf58e53df1e8359b1c63f6c9278a
[repro] Ant options: -Dtests.multiplier=2
atris commented on issue #816: LUCENE-8942: Tighten Up LRUQueryCache's Methods
URL: https://github.com/apache/lucene-solr/pull/816#issuecomment-527110529
Could we merge this? Seems safe enough to merge?
This is an automated
atris commented on issue #823: LUCENE-8939: Introduce Shared Count Early
Termination In Parallel Search
URL: https://github.com/apache/lucene-solr/pull/823#issuecomment-527109501
> > I think the output I pasted above does mention the tasks run?
>
> Hmm the first few `luceneutil`
mikemccand commented on issue #823: LUCENE-8939: Introduce Shared Count Early
Termination In Parallel Search
URL: https://github.com/apache/lucene-solr/pull/823#issuecomment-527103813
> I think the output I pasted above does mention the tasks run?
Hmm the first few `luceneutil`
Build: https://builds.apache.org/job/Lucene-Solr-Tests-master/3667/
All tests passed
Build Log:
[...truncated 5126 lines...]
[junit4] JVM J1: stdout was not empty, see:
Cao Manh Dat created SOLR-13732:
---
Summary: Always traces requests contain configured header key
Key: SOLR-13732
URL: https://issues.apache.org/jira/browse/SOLR-13732
Project: Solr
Issue Type:
Build: https://builds.apache.org/job/Lucene-Solr-Tests-8.x/510/
2 tests failed.
FAILED: org.apache.solr.handler.TestContainerReqHandler.testPackageAPI
Error Message:
attempt: 9 Mismatch for value : '[requestHandler]' in response {
"responseHeader":{ "status":0, "QTime":0},
atris commented on issue #815: LUCENE-8213: Introduce Asynchronous Caching in
LRUQueryCache
URL: https://github.com/apache/lucene-solr/pull/815#issuecomment-527039867
Another set of runs on wikimedium all with concurrent searching enabled:
Fuzzy1 47.29
[
https://issues.apache.org/jira/browse/LUCENE-8403?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16920659#comment-16920659
]
Adrien Grand commented on LUCENE-8403:
--
bq. mucking with the higher level features to use a
60 matches
Mail list logo
