[
https://issues.apache.org/jira/browse/SOLR-2155?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12988401#action_12988401
]
David Smiley commented on SOLR-2155:
Hi Bill.
You simply throw this in your solrconfi
[
https://issues.apache.org/jira/browse/SOLR-445?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12988383#action_12988383
]
Lance Norskog commented on SOLR-445:
The SolrJ StreamingUpdateSolrServer needs updating
[
https://issues.apache.org/jira/browse/SOLR-2156?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Yonik Seeley resolved SOLR-2156.
Resolution: Fixed
Fix Version/s: 4.0
3.1
Thanks, I just committed this!
>
[
https://issues.apache.org/jira/browse/SOLR-1983?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Yonik Seeley resolved SOLR-1983.
Resolution: Fixed
Fix Version/s: 4.0
3.1
Thanks, I just committed this!
>
Build: https://hudson.apache.org/hudson/job/Lucene-Solr-tests-only-trunk/4258/
1 tests failed.
REGRESSION: org.apache.solr.cloud.CloudStateUpdateTest.testCoreRegistration
Error Message:
expected:<2> but was:<3>
Stack Trace:
junit.framework.AssertionFailedError: expected:<2> but was:<3>
[
https://issues.apache.org/jira/browse/SOLR-2177?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Koji Sekiguchi updated SOLR-2177:
-
Fix Version/s: 4.0
> Add More Facet demonstrations to the /browse example
> --
[
https://issues.apache.org/jira/browse/LUCENE-1076?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12988356#action_12988356
]
Jason Rutherglen commented on LUCENE-1076:
--
{quote}I also reworked how buffered d
Hi Yonik and Upayavira,
Thank you both for your insightful responses. We now have a much better
understanding of how to implement distributed indexing, although no doubt
more issues will emerge along the way.
Just to clarify (and for critique), our approach goes something like this:
We will use a
[
https://issues.apache.org/jira/browse/SOLR-2155?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12988323#action_12988323
]
Bill Bell commented on SOLR-2155:
-
David,
How do you configure patialGeohashFilterQParser ?
[
https://issues.apache.org/jira/browse/SOLR-2155?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Smiley updated SOLR-2155:
---
Attachment: GeoHashPrefixFilter.patch
Here is another patch. By the way, I'm using revision 1055285 o
[
https://issues.apache.org/jira/browse/LUCENE-1076?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael McCandless updated LUCENE-1076:
---
Attachment: LUCENE-1076.patch
Patch. I think it's ready to commit...
To stress tes
I just committed a fix ... was just another branch where
MockRandomCodec was ignoring -1 terms index divisor.
Mike
On Fri, Jan 28, 2011 at 5:28 PM, Apache Hudson Server
wrote:
> Build: https://hudson.apache.org/hudson/job/Lucene-Solr-tests-only-trunk/4252/
>
> 1 tests failed.
> REGRESSION: org.
[
https://issues.apache.org/jira/browse/SOLR-2156?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Yonik Seeley reassigned SOLR-2156:
--
Assignee: Yonik Seeley
> Solr Replication - SnapPuller fails to clean Old Index Directories on F
[
https://issues.apache.org/jira/browse/SOLR-1264?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Yonik Seeley resolved SOLR-1264.
Resolution: Fixed
oops, closing again - I missed that hoss had already cloned this issue.
> if mast
[
https://issues.apache.org/jira/browse/SOLR-1264?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Yonik Seeley reopened SOLR-1264:
Assignee: Yonik Seeley (was: Noble Paul)
> if master slave is out of sync w/ master replication i
Build: https://hudson.apache.org/hudson/job/Lucene-Solr-tests-only-trunk/4252/
1 tests failed.
REGRESSION: org.apache.lucene.index.TestIndexWriterReader.testNoTermsIndex
Error Message:
should have failed to seek since terms index was not loaded. Codec used
MockRandom
Stack Trace:
junit.framewo
Just a follow-up to those interested...
I eventually went with procmail (with a little help from guys that
know it better). So, for folks who do have access to their MTA and can
filter e-mails, here it is (postfix/procmail combo):
> cat ~/.forward
"|/usr/bin/procmail"
> cat ~/.procmailrc
0:
{
[
https://issues.apache.org/jira/browse/LUCENE-1076?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael McCandless updated LUCENE-1076:
---
Fix Version/s: 4.0
3.2
> Allow MergePolicy to select non-contiguo
Hmm...I'll be digging back into this cloud work soon. And trying a newer
ZooKeeper lib. We will see how that helps.
- Mark
On Jan 28, 2011, at 12:48 PM, Apache Hudson Server wrote:
> Build: https://hudson.apache.org/hudson/job/Lucene-Solr-tests-only-trunk/4242/
>
> 1 tests failed.
> FAILED: j
Build: https://hudson.apache.org/hudson/job/Lucene-Solr-tests-only-trunk/4242/
1 tests failed.
FAILED: junit.framework.TestSuite.org.apache.solr.cloud.BasicZkTest
Error Message:
KeeperErrorCode = ConnectionLoss for /configs/conf1/schema.xml
Stack Trace:
org.apache.zookeeper.KeeperException$Conn
Build: https://hudson.apache.org/hudson/job/Lucene-Solr-Maven-trunk/3/
1 tests failed.
FAILED: org.apache.solr.cloud.BasicDistributedZkTest.testDistribSearch
Error Message:
.response.numFound:51!=67
Stack Trace:
junit.framework.AssertionFailedError: .response.numFound:51!=67
at junit.fr
[
https://issues.apache.org/jira/browse/SOLR-2321?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Yonik Seeley resolved SOLR-2321.
Resolution: Fixed
start.jar is just the launcher so it probably doesn't matter, but I've updated
it
[
https://issues.apache.org/jira/browse/SOLR-860?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Koji Sekiguchi resolved SOLR-860.
-
Resolution: Fixed
Fix Version/s: 4.0
trunk: Committed revision 1064735.
3x: Committed revisi
On Fri, Jan 28, 2011 at 11:32 AM, David Nemeskey
wrote:
> Hi all,
>
> I have already sent this mail to Simon Willnauer, and he suggested me to post
> it here for discussion.
>
> I am David Nemeskey, a PhD student at the Eotvos Lorand University, Budapest,
> Hungary. I am doing an IR-related resear
On Fri, Jan 28, 2011 at 5:42 PM, Mark Miller wrote:
> +1 the proposal. We already have a committer digging into this area - he
> would make a perfect GSoC mentor! And would likely love the help.
same here +1 - if there is mentoring needed I will be there too.
Robert I recommend you already when
+1 the proposal. We already have a committer digging into this area - he would
make a perfect GSoC mentor! And would likely love the help.
His response likely to follow...
- Mark
On Jan 28, 2011, at 11:32 AM, David Nemeskey wrote:
> Hi all,
>
> I have already sent this mail to Simon Willnauer
On Fri, Jan 28, 2011 at 7:55 AM, Upayavira wrote:
>
> On Thu, 27 Jan 2011 16:01 +, "Alex Cowell" wrote:
>
> Making it easy for clients I think is key... one should be able to
> update any node in the solr cluster and have solr take care of the
> hard part about updating all relevant shards.
Hi all,
I have already sent this mail to Simon Willnauer, and he suggested me to post
it here for discussion.
I am David Nemeskey, a PhD student at the Eotvos Lorand University, Budapest,
Hungary. I am doing an IR-related research, and we have considered using
Lucene as our search engine. We w
fixed in rev 1064730 (trunk) & 1064761 (3x)
simon
On Fri, Jan 28, 2011 at 4:20 PM, Erick Erickson wrote:
> Yes, Yonik, all bigs fixed in Solr are "fee free" .
> Erick@Couldn'tResist.com
>
> On Fri, Jan 28, 2011 at 10:16 AM, Yonik Seeley
> wrote:
>>
>> On Fri, Jan 28, 2011 at 9:23 AM, Simo
[
https://issues.apache.org/jira/browse/LUCENE-1866?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robert Muir updated LUCENE-1866:
Attachment: LUCENE-1866.patch
attached is a patch that moves the existing rat-sources task to comm
[
https://issues.apache.org/jira/browse/LUCENE-1866?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robert Muir reassigned LUCENE-1866:
---
Assignee: Robert Muir
> better RAT reporting
>
>
> Key:
[
https://issues.apache.org/jira/browse/LUCENE-1866?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robert Muir updated LUCENE-1866:
Fix Version/s: 4.0
3.1
> better RAT reporting
>
>
>
Well... apparently they all voted for accepting the proposal.
Simone
On Fri, Jan 28, 2011 at 4:07 PM, Glyn Darkin wrote:
> The discussion about the proposal can be seen on the tread below, just
> search the page for "[VOTE] Accept Lucene.Net for incubation"
>
>
> http://mail-archives.apache.org
[
https://issues.apache.org/jira/browse/SOLR-860?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Koji Sekiguchi updated SOLR-860:
Attachment: SOLR-860.patch
New patch. I added a test to check the debug output for mlt. I'll commit
Yes, Yonik, all bigs fixed in Solr are "fee free" .
Erick@Couldn'tResist.com
On Fri, Jan 28, 2011 at 10:16 AM, Yonik Seeley
wrote:
> On Fri, Jan 28, 2011 at 9:23 AM, Simon Willnauer
> wrote:
> > Yet in my case we don't use filters and have
> > filtercache disabled. I think this is a trap fo
On Fri, Jan 28, 2011 at 9:23 AM, Simon Willnauer
wrote:
> Yet in my case we don't use filters and have
> filtercache disabled. I think this is a trap for users which are in
> similar situation.
That situation should be super-rare - I've not seen anyone using solr
w/o somehow using filters (explic
We can fix that easily i think
Index: solr/src/java/org/apache/solr/handler/component/QueryComponent.java
===
--- solr/src/java/org/apache/solr/handler/component/QueryComponent.java
(revision
1064673)
+++ solr/src/java/org/apache/sol
On 28.01.2011 15:18, Simone Chiaretta wrote:
Hi guys,
I just subscribed to the dev list, and I think a lot is going on these days.
Can someone do a very quick recap or point me to some doc with the status of
the proposal?
I don't believe it! :) Feel free to browse January's mail archive:
http
[
https://issues.apache.org/jira/browse/LUCENE-2324?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12988090#action_12988090
]
Jason Rutherglen commented on LUCENE-2324:
--
bq. Even if we do full stop for commi
Hey there,
I am seeing weird behavior if I search for a simple query via solr and
the fq param is empty. The cause of this seems that the QueryComponent
tries to parse the fq params and collects its values into a list which
is set to the RepsonseBuilder. But if the param is the empty string
(defau
[
https://issues.apache.org/jira/browse/LUCENE-2822?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12988089#action_12988089
]
Shai Erera commented on LUCENE-2822:
For reference, TimeLimitedCollector was added in
[
https://issues.apache.org/jira/browse/LUCENE-2821?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robert Muir closed LUCENE-2821.
---
Resolution: Duplicate
> FilterManager starts threads with no way to stop, and should be in
> contri
[
https://issues.apache.org/jira/browse/LUCENE-2666?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12988086#action_12988086
]
Michael McCandless commented on LUCENE-2666:
Nick, are you running Lucene w/ a
[
https://issues.apache.org/jira/browse/LUCENE-2324?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12988082#action_12988082
]
Michael McCandless commented on LUCENE-2324:
bq. Where are we gaining flush co
[
https://issues.apache.org/jira/browse/LUCENE-2324?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12988079#action_12988079
]
Jason Rutherglen commented on LUCENE-2324:
--
bq. Jason I don't think special track
[
https://issues.apache.org/jira/browse/LUCENE-2821?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12988076#action_12988076
]
Shai Erera commented on LUCENE-2821:
Robert, are you sure we can apply the patch to 3x
Another point that will need some thought, as I have heard alluded to,
is error handling.
Currently, as I understand it, if you post 500 documents to Solr, and
one has an error, the whole batch will fail.
Leaving aside whether that is the best behaviour, it is a behaviour that
will be impossible
On Thu, 27 Jan 2011 16:01 +, "Alex Cowell"
wrote:
Making it easy for clients I think is key... one should be
able to
update any node in the solr cluster and have solr take care of
the
hard part about updating all relevant shards. This will most
likely
involve an update process
Hi Soheb,
On Wed, 26 Jan 2011 16:29 +, "Soheb Mahmood"
wrote:
> We are going to implement distributed indexing for Solr - without the
> use of SolrCloud (so it can be easily up-scaled). We have a deadline by
> February to get this done, so we need to get cracking ;)
:-)
> So far, we've h
[
https://issues.apache.org/jira/browse/LUCENE-2324?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12988043#action_12988043
]
Michael McCandless commented on LUCENE-2324:
Ahh, I see the problem now -- bec
[
https://issues.apache.org/jira/browse/SOLR-1709?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12988013#action_12988013
]
Peter Sturge commented on SOLR-1709:
Hi David,
Yes, at the time my patching wasn't work
51 matches
Mail list logo
