To be thorough, autoCommit works doing commit every 15sec but do
that not cause a new searcher to be opened to make changes visible
(because openSearcher is set to false). The parameter
autoSoftCommit is setted by default to -1 meaning that no action
to do. So having openSearcher=false is not the best choice, maybe
try to change that setting could be not need to do a soft commit
either the change proposed by me in the previous email. Surely
have sense to change the configuration to obtain an autoCommit
every 10sec or maxDocs reach the 10000 documents (like the old
DSpace solrconfig.xml says). Note that this changes would to apply
to all Solr core used by DSpace (search/statistics/oai).
For more informations see:
https://cwiki.apache.org/confluence/display/solr/UpdateHandlers+in+SolrConfig
https://cwiki.apache.org/confluence/display/solr/Near+Real+Time+Searching
Regards,
Luigi Andrea
Il 29/10/2013 01:37, Pascarelli Luigi
Andrea ha scritto:
Hi all,
solr supports system property substitution as you can see at http://wiki.apache.org/solr/SolrConfigXml#System_property_substitution
So the two mentioned parameters can be tuned as you like using
autoCommit and autoSoftCommit features.
The strange behaviour noticed by Robin is because the discovery
consumer call an index method that do not call the
programmatically solr commit, which the update-discovery do well
(as noticed by helix).
Imho the https://github.com/DSpace/DSpace/blob/master/dspace-api/src/main/java/org/dspace/discovery/IndexEventConsumer.java#L170
could be modified with calling the "void indexContent(Context
context, DSpaceObject dso, boolean force, boolean commit)"
method and force commit to true (or get this information from
configuration to left the user to use autoSoftCommit in case the
commit property is false)
Hope this helps.
Regards,
Luigi Andrea
Il 18/10/2013 15:57, TAYLOR Robin
ha scritto:
Hi,
I suspect, but I am definitely not sure, that no automatic commits will be
done with the config as it is. If I run an 'optimize' using the Solr Admin
client, or restart Tomcat, then the indices get updated. Not a big issue,
I think we maybe just need to set some default values. I'll do a wee bit
more investigation.
Cheers.
On 18/10/2013 14:43, "helix84" <[email protected]> wrote:
I can confirm I'm seeing the same thing in DSpace 4 and that DSpace 3
had actual numbers there. I join you in your confusion.
Can you observe any ill effects? I didn't notice anything wrong and I
ran "update-discovery-index -f" on ~20k items yesterday.
Regards,
~~helix84
Compulsory reading: DSpace Mailing List Etiquette
https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette
--
 |
|
Luigi Andrea Pascarelli
Dipartimento Servizi e Soluzioni per
l'Amministrazione Universitaria
Divisione Ricerca
Via dei Tizii, 6
00185 Roma, Italy
ph. +39 06 59292895
http://www.cineca.it
|
------------------------------------------------------------------------------
Android is increasing in popularity, but the open development platform that
developers love is also attractive to malware creators. Download this white
paper to learn more about secure code signing practices that can help keep
Android apps secure.
http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk
_______________________________________________
DSpace-tech mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette
--
 |
|
Luigi
Andrea Pascarelli
Dipartimento Servizi e Soluzioni per
l'Amministrazione Universitaria
Divisione Ricerca
Via dei Tizii, 6
00185 Roma, Italy
ph. +39 06 59292895
http://www.cineca.it
|
------------------------------------------------------------------------------
Android is increasing in popularity, but the open development platform that
developers love is also attractive to malware creators. Download this white
paper to learn more about secure code signing practices that can help keep
Android apps secure.
http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk
_______________________________________________
DSpace-tech mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette
--
Andrea Bollini
Dipartimento Servizi e Soluzioni per l'Amministrazione Universitaria
Divisione Ricerca
Via dei Tizii, 6
00185 Roma, Italy
tel. +39 06 44 486 087 - mob. +39 348 82 77 525
http://www.cineca.it
|
------------------------------------------------------------------------------
Android is increasing in popularity, but the open development platform that
developers love is also attractive to malware creators. Download this white
paper to learn more about secure code signing practices that can help keep
Android apps secure.
http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk
_______________________________________________
DSpace-tech mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette
