Re : Configuring "slaves" for a "master" backup without restarting

er2 behind a VIP. If Master 1 goes down make the VIP point to Master2 On Mon, Sep 14, 2009 at 7:11 PM, nourredine khadri wrote: > Hi, > > A question about scalability. > > Let imagine the following architecture based on Master/Slave schema : > > - A "master" for th

Configuring "slaves" for a "master" backup without restarting

Hi, A question about scalability. Let imagine the following architecture based on Master/Slave schema : - A "master" for the indexation called Master 1 - A backup of Master 1 (called Master 2) - Several "slaves" for search linked to Master 1 Can I configure the "slaves" to be automatically lin

Re : Re : Re : Indexing fields dynamically

Ok, i'll try the transformer (javascript needs jdk1.6 i think) Thanks again. Noble Paul wrote : > >If you use DIH for indexing writing a transformer is the simplest >thing. You can even write it in javascript >

Re : Re : Re : Re : Pb using delta import with XPathEntityProcessor

Great! it works ! Thanks Paul. I appreciate your reactivity. nourredine khadri wrote : > >Thanks! I'll test it ASAP! > >Noble Paul wrote : >> >>https://issues.apache.org/jira/browse/SOLR-1421 >>

Re : Re : Re : Re : Pb using delta import with XPathEntityProcessor

Thanks! I'll test it ASAP! Noble Paul wrote : > >https://issues.apache.org/jira/browse/SOLR-1421 >

Re : Re : Indexing fields dynamically

suits for this? SolrInputDocument? the setField() method? removeField() + addField() ?, ... Thanks Lance Norskog wrote : > >In the schema.xml file, "*_i" is defined as a wildcard type for integer. >If a name-value pair is an integer, use: name_i as the field name. On

Re : Indexing fields dynamically

: Jeudi, 10 Septembre 2009, 14h24mn 26s Objet : Re: Indexing fields dynamically On Thu, Sep 10, 2009 at 5:58 AM, nourredine khadri wrote: > I want to index my fields dynamically. > > DynamicFields don't suit my need because I don't know fields name in advance > and f

Re : Re : Re : Pb using delta import with XPathEntityProcessor

Some fields are null but not the one parsed by XPathEntityProcessor (named XML) 10 sept. 2009 14:40:34 org.apache.solr.handler.dataimport.LogTransformer transformRow FIN: Map content : {KEYWORDS=pub, SPECIFIC=null, FATHERSID=, CONTAINERID=, ARCHIVEDDATE=0, SITE=12308, LANGUAGE=null, ARCHIVESTATE

Re : Re : Pb using delta import with XPathEntityProcessor

That's the case. The field is not null. 10 sept. 2009 14:10:54 org.apache.solr.handler.dataimport.LogTransformer transformRow FIN: id : 5040052 - Xml content : Empty Subtitle - Click Here to edit Empty Title - Click Here to edit Empty Chap¶ - Click Here to edit Empty Autor - Click

Re : Pb using delta import with XPathEntityProcessor

But why that occurs only for delta import and not for the full ? I've checked my data : no xml field is null. Nourredine. Noble Paul wrote : > >I guess there was a null field and the xml parser blows up

Indexing fields dynamically

Hello, I want to index my fields dynamically. DynamicFields don't suit my need because I don't know fields name in advance and fields type must be set dynamically too (need strong typage). I think the solution is to handle this programmatically but what is the best way to do this? Which custo

Pb using delta import with XPathEntityProcessor

Hi, I'm new solR user and for the moment it suits almost all my needs :) I use a fresh nightly release (09/2009) and I index a database table using dataImportHandler. I try to parse an xml content field from this table using XPathEntityProcessor and FieldReaderDataSource. Everything works fi