d all the
search requests will fail if it hit the other app servers on which core is
not loaded. That's the reason we need to CREATE cores on each of the app
server but we don't necessarily want solr.xml to be modified.
Thanks,
Dharmveer
Shalin Shekhar Mangar wrote:
>
> On Wed
?
Thanks,
Dharmveer
Shalin Shekhar Mangar wrote:
>
> On Wed, Sep 30, 2009 at 12:42 AM, djain101
> wrote:
>
> Ah, I'm sorry. You are right. Load is not implemented yet. The other way
> to
> achieve this is with the "create" and "unload" commands but yo
p 29, 2009 at 10:01 PM, djain101
> wrote:
>
>>
>> Is the LOAD action implemented yet?
>>
>
> Yes, see http://wiki.apache.org/solr/CoreAdmin
>
> --
> Regards,
> Shalin Shekhar Mangar.
>
>
--
View this message in context:
http://www.nabble.com/C
Hi,
We are also facing the same issue. Is the LOAD action implemented yet? If
not then what should we do to achieve the same functionality?
Thanks,
djain
ryantxu wrote:
>
> The LOAD method will load a core from a schema/config file -- it will
> not need to be in multicore.xml (the persist=
Yes, that runtime error occurred due to incorrect configuration. So, such
runtime errors in one core will affect all the cores? Is there any way to
avoid affecting all other cores which are fine?
Shalin Shekhar Mangar wrote:
>
> On Mon, Sep 7, 2009 at 8:58 PM, djain101
d.run(Thread.java:619)
Thanks,
Dharmveer
djain101 wrote:
>
> Thanks a lot. I will try this.
>
>
>
> markrmiller wrote:
>>
>>
>>
>>
>>
>> false
>>
>>
>>
>>
>>
>> djain101 wro
Thanks a lot. I will try this.
markrmiller wrote:
>
>
>
>
>
> false
>
>
>
>
>
> djain101 wrote:
>> Thanks !!! Can you please give an example to put it in solr.xml? How is
>> the
>> xml structure look like f
www.lucidimagination.com
>
>
>
> djain101 wrote:
>> Any help is much appreciated.
>>
>> Thanks,
>> Dharmveer
>>
>>
>> djain101 wrote:
>>
>>> Hi,
>>>
>>> We have set false
>>> in solrconfig.xml for al
Any help is much appreciated.
Thanks,
Dharmveer
djain101 wrote:
>
> Hi,
>
> We have set false
> in solrconfig.xml for all the cores but still whenever any configuration
> error occurs search does not work in any of the cores. Is there any other
> configuration we hav
Hi,
We have set false in
solrconfig.xml for all the cores but still whenever any configuration error
occurs search does not work in any of the cores. Is there any other
configuration we have to set so as to not affect search in the cores which
are configured correctly?
For one of the core, we go
I have one quick question...
If in solrconfig.xml, if it says ...
${solr.abortOnConfigurationError:false}
does it mean defaults to false if it is not set
as system property?
Thanks,
Dharmveer
--
View this message in context:
http://www.nabble.com/%24%7Bsolr.abortOnConfigurationError%3Afalse
How can i get the version of DIH which fixes this issue and is compatible
with 1.3?
Noble Paul നോബിള് नोब्ळ्-2 wrote:
>
> OK, I thought you were using an older version of 1.4. the new DIH is
> not compatible with 1.3
>
> On Tue, Aug 18, 2009 at 11:37 AM, djain101
> wrote
he.org/builds/lucene/solr/nightly/
>
> you can just replace the dataimporthandler jar in your current
> installation and it should be fine
>
> On Tue, Aug 18, 2009 at 11:18 AM, djain101
> wrote:
>>
>> Can you please point me to the url for downloading latest DIH? Thanks f
Can you please point me to the url for downloading latest DIH? Thanks for
your help.
Noble Paul നോബിള് नोब्ळ्-2 wrote:
>
> you can take a nightly of DIH jar alone. It is quite stable
>
> On Tue, Aug 18, 2009 at 8:21 AM, djain101 wrote:
>>
>> Looks like this issue h
Looks like this issue has been fixed on Sept 20, 2008 against issue SOLR-768.
Can someone please let me know which one is a stable jar after Sept 20,
2008.
djain101 wrote:
>
> After debugging dataimporter code, i found that it is a bug in the
> dataimporter 1.3 code itself. doF
After debugging dataimporter code, i found that it is a bug in the
dataimporter code itself. doFullImport() in DataImporter class is not
loading last index time where as doDeltaImport() is. The code snippet from
doFullImport() is:
if (requestParams.commit)
setIndexStartTime(new Date());
se are different machines? If yes, are their dates
> synchronized?
> If you have access to your database server logs, looking at the queries
> that
> DIH generated might help.
>
> Cheers
> Avlesh
>
> On Mon, Aug 17, 2009 at 11:40 PM, djain101
> wrote:
>
>&g
Any help?
--
View this message in context:
http://www.nabble.com/delta-import-using-a-full-import-command-is-not-working-tp24989144p25011540.html
Sent from the Solr - User mailing list archive at Nabble.com.
9 at 5:19 AM, djain101 wrote:
>>
>> Hi,
>>
>> I am following the example on
>> http://wiki.apache.org/solr/DataImportHandlerFaq#fullimportdelta
>> http://wiki.apache.org/solr/DataImportHandlerFaq#fullimportdelta and i
>> configured my data-config.xml in the simi
Hi,
I am following the example on
http://wiki.apache.org/solr/DataImportHandlerFaq#fullimportdelta
http://wiki.apache.org/solr/DataImportHandlerFaq#fullimportdelta and i
configured my data-config.xml in the similar way as mentioned in the example
on this link. the findDelta entity tag looks lik
20 matches
Mail list logo
