slave (we pass masterUrl
in the curl url)
Many thanks in advance
--
Fermin Silva
until the flag
> becomes false. Thats when you know its done. I would also recommend you to
> check the # of docs in the output at source/destination after the
> replication to be sure
>
>
> HTH
>
>
>
>
> On Thu, Mar 27, 2014 at 6:35 AM, Fermin Silva wrote:
>
useful, please
> raise a jira.
> 27.03.2014 17:35 пользователь "Fermin Silva" написал:
>
> > Hi,
> >
> > we are moving to native replication with SOLR 3.5.1.
> > Because we want to control the replication from another program (a cron
> > job
with
a new replication handler (which I did) or re-compile SOLR.
On Tue, Apr 1, 2014 at 10:02 AM, Fermin Silva wrote:
> The ReplicationHandler class is not the most exemplar code to be looking
> at.
> I found however the line that could be changed:
>
> new Thread() {
> @Ov
Remove
On Tue, Sep 16, 2014 at 2:19 PM, Xavier Morera
wrote:
> I think what some people are actually saying is "burn in hell Aaron Susan
> for using a solr apache dl for marketing purposes"?
>
> On Tue, Sep 16, 2014 at 8:31 AM, Suman Ghosh
> wrote:
>
> > Remove
> >
> > On Mon, Sep 15, 2014 at 1
Besides liking or not the behaviour we are getting in 3.x, Im required to
keep everything working as close as possible as before.
Have no idea why this is happening, but setting that field to true solved
the issue, now I get the exact same amount of items in both queries!
I wouldn't bother checki
Hi,
Our schema is identical except the version.
In 3.x it's 1.1 and in 4.x it's 1.5.
Also in solrconfig.xml we have no lucene version for 3.x (so it's using 2_4
i believe) and in 4.x we fixed it to 4_4.
Thanks
On Sep 6, 2013 3:34 PM, "Chris Hostetter" wrote:
>
> : I'm migrating from 3.x to 4.x
Hi Everyone,
I'm migrating from SOLR 3.x to 4.x and I'm required to keep the results as
close as possible as before.
So I'm running some tests and found some differences.
My query is: *title_search_pt:(geladeira/refrigerador)*
And the parsed query becomes: *MultiPhraseQuery(title_search_pt:"(refr
