NPE throws in /solr/browse page
---
Key: SOLR-2109
URL: https://issues.apache.org/jira/browse/SOLR-2109
Project: Solr
Issue Type: Bug
Components: web gui
Affects Versions: 4.0
Environment:
[
https://issues.apache.org/jira/browse/SOLR-2109?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
tom liu updated SOLR-2109:
--
the url that jQuery request is :
See https://hudson.apache.org/hudson/job/Lucene-trunk/1282/changes
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
See https://hudson.apache.org/hudson/job/Solr-3.x/97/changes
Changes:
[rmuir] fix bug in benchmark build: change a file in lucene, it doesnt know
[ab] SOLR-1316 Create autosuggest component - ported from trunk to branch_3x by
Grant.
[mikemccand] prevent false test failure in
[
https://issues.apache.org/jira/browse/SOLR-2102?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alexey Serba updated SOLR-2102:
---
Attachment: SOLR-2102.patch
bq. Another problem is that Solr type names are customizable by user and
IndexReader.isCurrent() lies if documents were only removed by latest commit
Key: LUCENE-2634
URL: https://issues.apache.org/jira/browse/LUCENE-2634
Project: Lucene - Java
[
https://issues.apache.org/jira/browse/LUCENE-2634?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nikolay Zamosenchuk updated LUCENE-2634:
Attachment: TestIsCurrent.java
IndexReader.isCurrent() lies if documents were
This looks nasty!!
But I can't repro :( I've got it running in a while(true) loop... which JRE?
It must be a thread scheduling issue with CMS, since it intermittently
happens with a fixed seed.
And it's very interesting that disabling deletions fixes it. This
points to the mixed bulk/non-bulk
[
https://issues.apache.org/jira/browse/LUCENE-2634?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael McCandless reassigned LUCENE-2634:
--
Assignee: Michael McCandless
IndexReader.isCurrent() lies if documents were
I still can't repro, but I committed some added verbosity (if you run
w/ -Dtests.verbose=true) -- Robert can you try running verbose and see
if you can still tickle the bug (it's llikely you can't...
heisenbug... but worth a shot)?
Mike
On Wed, Sep 8, 2010 at 5:27 AM, Michael McCandless
[
https://issues.apache.org/jira/browse/LUCENE-2635?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael McCandless updated LUCENE-2635:
---
Attachment: LUCENE-2635.patch
Attached patch -- if sub scorer is null, and if the
[
https://issues.apache.org/jira/browse/LUCENE-2635?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael McCandless resolved LUCENE-2635.
Fix Version/s: 3.1
4.0
Resolution: Fixed
BQ provides
[
https://issues.apache.org/jira/browse/SOLR-2109?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12907164#action_12907164
]
Erik Hatcher commented on SOLR-2109:
This is odd... you make a request using
[
https://issues.apache.org/jira/browse/LUCENE-2614?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robert Muir resolved LUCENE-2614.
-
Resolution: Duplicate
solved in LUCENE-2635
TestSimpleExplanationsOfNonMatches random test
I'd expect this behavior if you haven't re-opened your underlying
readers after the commit. No index changes are visible after
a reader has been opened.
Your steps to reproduce do not show any reopen, what happens
when you do?
Best
Erick
On Wed, Sep 8, 2010 at 3:54 AM, Nikolay Zamosenchuk
Hi
We wrote a Collector which chains a bunch of other Collectors. Is there such
a utility in Lucene? I didn't find one ...
Collectors are one of the strong APIs, IMO, that Lucene offers and we take
advantage of them in many ways. ChainingCollector allows ... well, chaining
... a bunch of
Sounds useful to me.
On Sep 8, 2010, at 8:17 AM, Shai Erera wrote:
Hi
We wrote a Collector which chains a bunch of other Collectors. Is there such
a utility in Lucene? I didn't find one ...
Collectors are one of the strong APIs, IMO, that Lucene offers and we take
advantage of them in
Actually, IR.isCurrent() is supposed to return false if any changes
have been committed to the index since the IR was opened.
Mike
On Wed, Sep 8, 2010 at 8:11 AM, Erick Erickson erickerick...@gmail.com wrote:
I'd expect this behavior if you haven't re-opened your underlying
readers after the
Create ChainingCollector
Key: LUCENE-2636
URL: https://issues.apache.org/jira/browse/LUCENE-2636
Project: Lucene - Java
Issue Type: New Feature
Components: Search
Reporter: Shai Erera
Thanks, ya' learn something new every day G. Also, I hadn't seen
the other responses, coffee hadn't kicked in.
Erick
On Wed, Sep 8, 2010 at 8:30 AM, Michael McCandless
luc...@mikemccandless.com wrote:
Actually, IR.isCurrent() is supposed to return false if any changes
have been committed to
On Wed, Sep 8, 2010 at 5:27 AM, Michael McCandless
luc...@mikemccandless.com wrote:
This looks nasty!!
But I can't repro :( I've got it running in a while(true) loop... which
JRE?
java version 1.6.0_21
Java(TM) SE Runtime Environment (build 1.6.0_21-b07)
Java HotSpot(TM) Client VM (build
TestIndexWriter.testRandomStoredFields randomly fails
-
Key: LUCENE-2637
URL: https://issues.apache.org/jira/browse/LUCENE-2637
Project: Lucene - Java
Issue Type: Bug
Components:
On Wed, Sep 8, 2010 at 5:27 AM, Michael McCandless
luc...@mikemccandless.com wrote:
This looks nasty!!
But I can't repro :( I've got it running in a while(true) loop... which
JRE?
OK, I think i figured something out here.
I noticed the test uses hardcoded FSDirectory.open() [not
[
https://issues.apache.org/jira/browse/LUCENE-2633?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12907211#action_12907211
]
Mark Miller commented on LUCENE-2633:
-
Any objections to at least committing the fix
[
https://issues.apache.org/jira/browse/LUCENE-2637?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12907212#action_12907212
]
Robert Muir commented on LUCENE-2637:
-
As mentioned on the list, i think this only
[
https://issues.apache.org/jira/browse/LUCENE-2633?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12907214#action_12907214
]
Robert Muir commented on LUCENE-2633:
-
+1, if the test is problematic, we can always
[
https://issues.apache.org/jira/browse/LUCENE-2636?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shai Erera updated LUCENE-2636:
---
Attachment: LUCENE-2636.patch
Patch w/ ChainingCollector, a matching test and CHANGES entry.
Distributed faceting can create invalid refinement requests when key is
complex
-
Key: SOLR-2110
URL: https://issues.apache.org/jira/browse/SOLR-2110
Project: Solr
[
https://issues.apache.org/jira/browse/LUCENE-2637?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robert Muir updated LUCENE-2637:
Attachment: LUCENE-2637.patch
Here's one suggested patch:
So the problem is that the optimized
[
https://issues.apache.org/jira/browse/SOLR-2110?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12907226#action_12907226
]
Yonik Seeley commented on SOLR-2110:
Proposed fixes:
- check for facet/exception (or
OK indeed I can repro the bug if I force the test to use
SimpleFSDir!!! Yuck. This copyBytes opto is deadly.
I'll fix the test to use newDirectory(random)...
Mike
On Wed, Sep 8, 2010 at 9:31 AM, Robert Muir rcm...@gmail.com wrote:
On Wed, Sep 8, 2010 at 5:27 AM, Michael McCandless
[
https://issues.apache.org/jira/browse/LUCENE-2634?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael McCandless resolved LUCENE-2634.
Fix Version/s: 2.9.4
3.0.3
3.1
[
https://issues.apache.org/jira/browse/LUCENE-2634?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12907233#action_12907233
]
Nikolay Zamosenchuk commented on LUCENE-2634:
-
Thanks for quick reaction and
[
https://issues.apache.org/jira/browse/LUCENE-2634?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12907234#action_12907234
]
Michael McCandless commented on LUCENE-2634:
Thank you for discovering
On Wed, Sep 8, 2010 at 10:32 AM, Michael McCandless
luc...@mikemccandless.com wrote:
OK indeed I can repro the bug if I force the test to use
SimpleFSDir!!! Yuck. This copyBytes opto is deadly.
I'll fix the test to use newDirectory(random)...
Mike
yes, the reason for this problem is we
[
https://issues.apache.org/jira/browse/LUCENE-2637?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robert Muir updated LUCENE-2637:
Summary: FSDirectory.copyBytes isn't safe for SimpleFSDirectory
(was:
[
https://issues.apache.org/jira/browse/LUCENE-2637?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12907248#action_12907248
]
Robert Muir commented on LUCENE-2637:
-
related to this issue, I want to question if we
treat facet exceptions consistently
---
Key: SOLR-2111
URL: https://issues.apache.org/jira/browse/SOLR-2111
Project: Solr
Issue Type: Bug
Reporter: Yonik Seeley
Right now, faceting on a
[
https://issues.apache.org/jira/browse/SOLR-2111?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12907257#action_12907257
]
Yonik Seeley commented on SOLR-2111:
I'm also thinking that as long as we are treating
[
https://issues.apache.org/jira/browse/SOLR-2108?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12907261#action_12907261
]
Robert Muir commented on SOLR-2108:
---
by the way, I plan to just let this one sit unless we
[
https://issues.apache.org/jira/browse/LUCENE-2637?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12907263#action_12907263
]
Mark Miller commented on LUCENE-2637:
-
After testing this a lot for backing up indexes
[
https://issues.apache.org/jira/browse/SOLR-2111?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12907272#action_12907272
]
Yonik Seeley commented on SOLR-2111:
The direction I'm currently thinking of taking on
[
https://issues.apache.org/jira/browse/SOLR-2010?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
James Dyer updated SOLR-2010:
-
Attachment: SOLR-2010_shardSearchHandler_993538.patch
[
https://issues.apache.org/jira/browse/SOLR-2010?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12907304#action_12907304
]
James Dyer edited comment on SOLR-2010 at 9/8/10 12:50 PM:
---
Two
[
https://issues.apache.org/jira/browse/LUCENE-2637?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12907312#action_12907312
]
Shai Erera commented on LUCENE-2637:
Strange, I remember I did see performance gains
[
https://issues.apache.org/jira/browse/LUCENE-2637?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12907327#action_12907327
]
Michael McCandless commented on LUCENE-2637:
I think, given LUCENE-2239, we
Solr should support streaming response
--
Key: SOLR-2112
URL: https://issues.apache.org/jira/browse/SOLR-2112
Project: Solr
Issue Type: New Feature
Components: clients - java
[
https://issues.apache.org/jira/browse/SOLR-1301?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12907347#action_12907347
]
Alexander Kanarsky commented on SOLR-1301:
--
Grant, sure. Will do this in a next
[
https://issues.apache.org/jira/browse/SOLR-2112?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ryan McKinley updated SOLR-2112:
Attachment: SOLR-2112-StreamingSolrj.patch
Here is a patch to add streaming. It adds this top
[
https://issues.apache.org/jira/browse/SOLR-2112?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ryan McKinley updated SOLR-2112:
Attachment: SOLR-2112-StreamingSolrj.patch
this patch has better comments and includes some missing
[
https://issues.apache.org/jira/browse/SOLR-2112?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ryan McKinley updated SOLR-2112:
Summary: Solrj should support streaming response (was: Solr should support
streaming response)
[
https://issues.apache.org/jira/browse/SOLR-2111?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Yonik Seeley updated SOLR-2111:
---
Attachment: SOLR-2111.patch
Here's a patch that implements the suggestion above: exception is now a
Create TermsQParser that deals with toInternal() conversion of external terms
-
Key: SOLR-2113
URL: https://issues.apache.org/jira/browse/SOLR-2113
Project: Solr
[
https://issues.apache.org/jira/browse/SOLR-2113?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12907407#action_12907407
]
Hoss Man commented on SOLR-2113:
Currently, the best choices for dealing with this type of
[
https://issues.apache.org/jira/browse/LUCENE-2637?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robert Muir updated LUCENE-2637:
Attachment: LUCENE-2637.patch
OK, here is my updated patch.
After thinking about this a lot:
* I
hsin function doesn't properly parse when passing in multivalue sources and
flag for converting to radians
--
Key: SOLR-2114
URL:
[
https://issues.apache.org/jira/browse/LUCENE-2637?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12907429#action_12907429
]
Yonik Seeley commented on LUCENE-2637:
--
+1, looks good!
FSDirectory.copyBytes isn't
[
https://issues.apache.org/jira/browse/SOLR-2114?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12907430#action_12907430
]
Grant Ingersoll commented on SOLR-2114:
---
The exception one gets for the above query is
[
https://issues.apache.org/jira/browse/LUCENE-2637?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robert Muir reassigned LUCENE-2637:
---
Assignee: Robert Muir
FSDirectory.copyBytes isn't safe for SimpleFSDirectory
[
https://issues.apache.org/jira/browse/LUCENE-2637?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12907440#action_12907440
]
Uwe Schindler commented on LUCENE-2637:
---
+1, this is in my opinion the only right
[
https://issues.apache.org/jira/browse/SOLR-2111?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Yonik Seeley resolved SOLR-2111.
Fix Version/s: 4.0
Resolution: Fixed
committed.
treat facet exceptions consistently
[
https://issues.apache.org/jira/browse/SOLR-2110?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12907444#action_12907444
]
Yonik Seeley commented on SOLR-2110:
part 1 (SOLR-2111) is done and committed.
I think
[
https://issues.apache.org/jira/browse/SOLR-2110?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Yonik Seeley updated SOLR-2110:
---
Attachment: SOLR-2110.patch
Distributed faceting can create invalid refinement requests when key is
[
https://issues.apache.org/jira/browse/SOLR-2110?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12907453#action_12907453
]
Yonik Seeley commented on SOLR-2110:
OK, here's a draft patch that removes any
[
https://issues.apache.org/jira/browse/SOLR-2110?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12907458#action_12907458
]
Yonik Seeley commented on SOLR-2110:
I added tests and committed the patch to remove
[
https://issues.apache.org/jira/browse/SOLR-2114?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Grant Ingersoll updated SOLR-2114:
--
Attachment: SOLR-2114.patch
Patch to fix the problem. It reworks the parameter order slightly
[
https://issues.apache.org/jira/browse/SOLR-2114?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Grant Ingersoll resolved SOLR-2114.
---
Fix Version/s: 3.1
4.0
Resolution: Fixed
Fixed on trunk and 3.x
See https://hudson.apache.org/hudson/job/Lucene-3.x/110/changes
Changes:
[mikemccand] add new test for IndexOutput.copyBytes
[mikemccand] mergeprops
[mikemccand] LUCENE-2634: NRT reader's isCurrent should return false if changes
were just committed in the writer
[mikemccand] LUCENE-2635: fix
DataImportHandler has two parameters for config file and neither one works
--
Key: SOLR-2115
URL: https://issues.apache.org/jira/browse/SOLR-2115
Project: Solr
Issue
[
https://issues.apache.org/jira/browse/SOLR-2110?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Yonik Seeley closed SOLR-2110.
--
Fix Version/s: 4.0
Resolution: Fixed
Committed escaping code for keys we internally generate (or
[
https://issues.apache.org/jira/browse/LUCENE-2575?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12907493#action_12907493
]
Jason Rutherglen commented on LUCENE-2575:
--
I'm finally understanding the slice
[
https://issues.apache.org/jira/browse/SOLR-2116?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Lance Norskog updated SOLR-2116:
Attachment: pdflist.xml
pdflist-data-config.xml
TikaEntityProcessor does not find
TikaEntityProcessor does not find parser by default
---
Key: SOLR-2116
URL: https://issues.apache.org/jira/browse/SOLR-2116
Project: Solr
Issue Type: Bug
Components: contrib -
So, it looks like we should follow Lucene's lead on how to handle our
CHANGES.txt
across 3.x and trunk. If the same change is being committed to both,
put it in the 3.x
section of trunk's CHANGES. When something is backported to 3.x, move it from
the 4.0 to the 3.1 section in trunk's CHANGES.
[
https://issues.apache.org/jira/browse/SOLR-792?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12907505#action_12907505
]
Hoss Man commented on SOLR-792:
---
1) ...
bq. Moves the parameter defines to FacetParams.java
[
https://issues.apache.org/jira/browse/LUCENE-2563?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12907506#action_12907506
]
Marvin Humphrey commented on LUCENE-2563:
-
The Lucy incubator website has been up
[
https://issues.apache.org/jira/browse/SOLR-792?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ryan McKinley updated SOLR-792:
---
Attachment: SOLR-792-PivotFaceting.patch
Here is a patch that allows for deeper nesting and more info
77 matches
Mail list logo
