[jira] Updated: (SOLR-821) replication must allow copying conf file in a different name to slave

[ https://issues.apache.org/jira/browse/SOLR-821?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Akshay K. Ukey updated SOLR-821: Attachment: SOLR-821.patch Patch with test case. > replication must allow copying conf file in a dif

[jira] Assigned: (SOLR-844) A SolrServer impl to front-end multiple urls

[ https://issues.apache.org/jira/browse/SOLR-844?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shalin Shekhar Mangar reassigned SOLR-844: -- Assignee: Shalin Shekhar Mangar > A SolrServer impl to front-end multiple urls >

[jira] Created: (SOLR-918) Thread safety issue in SolrCore.infoRegistry

Thread safety issue in SolrCore.infoRegistry Key: SOLR-918 URL: https://issues.apache.org/jira/browse/SOLR-918 Project: Solr Issue Type: Bug Reporter: Shalin Shekhar Mangar

[jira] Updated: (SOLR-917) RequestHandlers#handlers is a synchronizedMap()

[ https://issues.apache.org/jira/browse/SOLR-917?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Noble Paul updated SOLR-917: Fix Version/s: 1.4 Priority: Minor (was: Major) Summary: RequestHandlers#handlers is a syn

[jira] Updated: (SOLR-917) RequestHandlers#handlers is a synchronized

[ https://issues.apache.org/jira/browse/SOLR-917?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Noble Paul updated SOLR-917: Attachment: SOLR-917.patch the fix > RequestHandlers#handlers is a synchronized > -

[jira] Created: (SOLR-917) RequestHandlers#handlers is a synchronized

RequestHandlers#handlers is a synchronized --- Key: SOLR-917 URL: https://issues.apache.org/jira/browse/SOLR-917 Project: Solr Issue Type: Improvement Reporter: Noble Paul {code} priva

[jira] Updated: (SOLR-913) org/apache/solr/handler/SnapPuller.java - Expensive Pattern object made static

[ https://issues.apache.org/jira/browse/SOLR-913?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shalin Shekhar Mangar updated SOLR-913: --- Attachment: SOLR-913.patch Attached patch changes HttpClient to static as well so that

[jira] Updated: (SOLR-913) org/apache/solr/handler/SnapPuller.java - Expensive Pattern object made static

[ https://issues.apache.org/jira/browse/SOLR-913?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shalin Shekhar Mangar updated SOLR-913: --- Component/s: (was: Analysis) replication (java) Description: I

[jira] Commented: (SOLR-868) Prepare solrjs trunk to be integrated into contrib

[ https://issues.apache.org/jira/browse/SOLR-868?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12656886#action_12656886 ] Matthias Epheser commented on SOLR-868: --- These dependencies can safely moved to svn.ign

[jira] Commented: (SOLR-914) Presence of finalize() in the codebase

[ https://issues.apache.org/jira/browse/SOLR-914?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12656879#action_12656879 ] Noble Paul commented on SOLR-914: - bq.we are noticing instances where the gc thread postpones

[jira] Commented: (SOLR-915) SolrCore;close() - scope to exploit parallelism among the number of closeHooks

[ https://issues.apache.org/jira/browse/SOLR-915?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12656876#action_12656876 ] Yonik Seeley commented on SOLR-915: --- Another issue with calling close hooks in parallel is

[jira] Commented: (SOLR-913) org/apache/solr/handler/SnapPuller.java - Expensive Pattern object made static

[ https://issues.apache.org/jira/browse/SOLR-913?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12656872#action_12656872 ] Noble Paul commented on SOLR-913: - OK. In that case this is a valid concern . It is better of

Re: [jira] Updated: (SOLR-913) org/apache/solr/handler/SnapPuller.java - Expensive Pattern object made static

Kay, analysis refers to the Analyzers inside Solr. Your original components description was correct. On Tue, Dec 16, 2008 at 1:03 AM, Kay Kay (JIRA) wrote: > > [ > https://issues.apache.org/jira/browse/SOLR-913?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel] > > Kay Kay up

[jira] Commented: (SOLR-868) Prepare solrjs trunk to be integrated into contrib

[ https://issues.apache.org/jira/browse/SOLR-868?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12656827#action_12656827 ] Ryan McKinley commented on SOLR-868: thanks Matthias I just commited this -- can you che

[jira] Commented: (SOLR-915) SolrCore;close() - scope to exploit parallelism among the number of closeHooks

[ https://issues.apache.org/jira/browse/SOLR-915?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12656777#action_12656777 ] Ryan McKinley commented on SOLR-915: Can we back up a bit... what problem exactly are yo

[jira] Commented: (SOLR-915) SolrCore;close() - scope to exploit parallelism among the number of closeHooks

[ https://issues.apache.org/jira/browse/SOLR-915?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12656771#action_12656771 ] Kay Kay commented on SOLR-915: -- The version that I had initially was to just launch the threads

[jira] Issue Comment Edited: (SOLR-915) SolrCore;close() - scope to exploit parallelism among the number of closeHooks

[ https://issues.apache.org/jira/browse/SOLR-915?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12656764#action_12656764 ] ryantxu edited comment on SOLR-915 at 12/15/08 1:46 PM: -- How do

[jira] Updated: (SOLR-915) SolrCore;close() - scope to exploit parallelism among the number of closeHooks

[ https://issues.apache.org/jira/browse/SOLR-915?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ryan McKinley updated SOLR-915: --- Attachment: SOLR-915.patch How do you feel about this version? Rather then make a public static functi

[jira] Commented: (SOLR-915) SolrCore;close() - scope to exploit parallelism among the number of closeHooks

[ https://issues.apache.org/jira/browse/SOLR-915?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12656759#action_12656759 ] Kay Kay commented on SOLR-915: -- Just thought about the case in which the closeHook can thrown un

[jira] Updated: (SOLR-915) SolrCore;close() - scope to exploit parallelism among the number of closeHooks

[ https://issues.apache.org/jira/browse/SOLR-915?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kay Kay updated SOLR-915: - Attachment: SOLR-915.patch 1) Removed SolrExecutor. 2) Added Executor to CoreContainer . > SolrCore;close() -

[jira] Commented: (SOLR-915) SolrCore;close() - scope to exploit parallelism among the number of closeHooks

[ https://issues.apache.org/jira/browse/SOLR-915?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12656756#action_12656756 ] Kay Kay commented on SOLR-915: -- Sure - That is fine with me. My objective is to have a static

[jira] Assigned: (SOLR-915) SolrCore;close() - scope to exploit parallelism among the number of closeHooks

[ https://issues.apache.org/jira/browse/SOLR-915?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ryan McKinley reassigned SOLR-915: -- Assignee: Ryan McKinley > SolrCore;close() - scope to exploit parallelism among the number of >

[jira] Commented: (SOLR-915) SolrCore;close() - scope to exploit parallelism among the number of closeHooks

[ https://issues.apache.org/jira/browse/SOLR-915?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12656752#action_12656752 ] Ryan McKinley commented on SOLR-915: Overall looks reasonable... But I'm weary of adding

[jira] Updated: (SOLR-915) SolrCore;close() - scope to exploit parallelism among the number of closeHooks

[ https://issues.apache.org/jira/browse/SOLR-915?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kay Kay updated SOLR-915: - Attachment: SOLR-915.patch 1. New class- SolrExecutor, providing an abstraction of the Executor framework for all

Re: CoreContainer : register(String, SolrCore, boolean) documentation clarification about returnPrev argument

I have opened a jira request for the same - *SOLR-916 *under documentation category. I imagine that the javadoc is out of date compared to the code. But I am waiting for confirmation before concluding the same. * *Kay Kay wrote: Re-addressing t

[jira] Updated: (SOLR-916) CoreContainer :: register(String, SolrCore, boolean) documentation clarification about returnPrev argument

[ https://issues.apache.org/jira/browse/SOLR-916?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kay Kay updated SOLR-916: - Attachment: SOLR-916.patch Patch attached . More documentation added for the arguments. Instead of RuntimeExcepti

[jira] Updated: (SOLR-916) CoreContainer :: register(String, SolrCore, boolean) documentation clarification about returnPrev argument

[ https://issues.apache.org/jira/browse/SOLR-916?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kay Kay updated SOLR-916: - Description: In CoreContainer.java :: register(name, core, returnPrev) - the documentation says it would return

[jira] Updated: (SOLR-916) CoreContainer :: register(String, SolrCore, boolean) documentation clarification about returnPrev argument

[ https://issues.apache.org/jira/browse/SOLR-916?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kay Kay updated SOLR-916: - Summary: CoreContainer :: register(String, SolrCore, boolean) documentation clarification about returnPrev argumen

[jira] Created: (SOLR-916) CoreContainer :: egister(String, SolrCore, boolean) documentation clarification about returnPrev argument

CoreContainer :: egister(String, SolrCore, boolean) documentation clarification about returnPrev argument -- Key: SOLR-916 URL: https://issues.apache.org/jira

[jira] Commented: (SOLR-236) Field collapsing

[ https://issues.apache.org/jira/browse/SOLR-236?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12656716#action_12656716 ] Stephen Weiss commented on SOLR-236: I get an error on certain searches with Ivan's lates

[jira] Updated: (SOLR-914) Presence of finalize() in the codebase

[ https://issues.apache.org/jira/browse/SOLR-914?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kay Kay updated SOLR-914: - Priority: Minor (was: Major) > Presence of finalize() in the codebase > --- >

[jira] Updated: (SOLR-913) org/apache/solr/handler/SnapPuller.java - Expensive Pattern object made static

[ https://issues.apache.org/jira/browse/SOLR-913?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kay Kay updated SOLR-913: - Component/s: (was: replication (java)) Analysis Priority: Minor (was: Major) > org/apa

[jira] Updated: (SOLR-915) SolrCore;close() - scope to exploit parallelism among the number of closeHooks

[ https://issues.apache.org/jira/browse/SOLR-915?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kay Kay updated SOLR-915: - Fix Version/s: 1.4 > SolrCore;close() - scope to exploit parallelism among the number of > closeHooks >

[jira] Updated: (SOLR-915) SolrCore;close() - scope to exploit parallelism among the number of closeHooks

[ https://issues.apache.org/jira/browse/SOLR-915?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kay Kay updated SOLR-915: - Component/s: search Priority: Minor (was: Major) > SolrCore;close() - scope to exploit parallelism among t

[jira] Updated: (SOLR-914) Presence of finalize() in the codebase

[ https://issues.apache.org/jira/browse/SOLR-914?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kay Kay updated SOLR-914: - Component/s: (was: clients - java) Analysis > Presence of finalize() in the codebase > --

[jira] Updated: (SOLR-912) org.apache.solr.common.util.NamedList - Typesafe efficient variant - ModernNamedList introduced - implementing the same API as NamedList

[ https://issues.apache.org/jira/browse/SOLR-912?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kay Kay updated SOLR-912: - Component/s: (was: clients - java) Analysis > org.apache.solr.common.util.NamedList - Typesafe

[jira] Commented: (SOLR-913) org/apache/solr/handler/SnapPuller.java - Expensive Pattern object made static

[ https://issues.apache.org/jira/browse/SOLR-913?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12656711#action_12656711 ] Kay Kay commented on SOLR-913: -- > Is it true that you have a large no:of cores and you start/st

[jira] Updated: (SOLR-913) org/apache/solr/handler/SnapPuller.java - Expensive Pattern object made static

[ https://issues.apache.org/jira/browse/SOLR-913?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kay Kay updated SOLR-913: - Component/s: (was: clients - java) replication (java) > org/apache/solr/handler/SnapPuller.jav

Re: ant example, tika

Yeah, longer term, the plugin stuff seems like another area we should let some kind of container manage (OSGi or Spring or something). -Yonik On Mon, Dec 15, 2008 at 2:16 PM, Grant Ingersoll wrote: > Just to add some more fun to the mix: > I think, eventually, and I really hate to say this b/c c

[jira] Commented: (SOLR-915) SolrCore;close() - scope to exploit parallelism among the number of closeHooks

[ https://issues.apache.org/jira/browse/SOLR-915?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12656702#action_12656702 ] Kay Kay commented on SOLR-915: -- I agree on the behavior (may be using a CountdownLatch). Let me

Re: ant example, tika

Just to add some more fun to the mix: I think, eventually, and I really hate to say this b/c classloading is a nightmare, but we may want to look into isolated classloaders or OSGi or something for the Solr Home lib directory. The benefits being that I already see library collisions in our

[jira] Commented: (SOLR-915) SolrCore;close() - scope to exploit parallelism among the number of closeHooks

[ https://issues.apache.org/jira/browse/SOLR-915?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12656696#action_12656696 ] Ryan McKinley commented on SOLR-915: I see -- so this becomes important when you have man

[jira] Commented: (SOLR-915) SolrCore;close() - scope to exploit parallelism among the number of closeHooks

[ https://issues.apache.org/jira/browse/SOLR-915?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12656679#action_12656679 ] Kay Kay commented on SOLR-915: -- Yes- We are having a system with multiple cores , for different

[jira] Resolved: (SOLR-857) Memory Leak during the indexing of large xml files

[ https://issues.apache.org/jira/browse/SOLR-857?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Otis Gospodnetic resolved SOLR-857. --- Resolution: Won't Fix > Memory Leak during the indexing of large xml files > --

[jira] Updated: (SOLR-911) multi-select facets

[ https://issues.apache.org/jira/browse/SOLR-911?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Yonik Seeley updated SOLR-911: -- Attachment: SOLR-911.patch Attaching finished patch. I'll wait a little while before committing to give t

CoreContainer : register(String, SolrCore, boolean) documentation clarification about returnPrev argument

Re-addressing to the dev mailing list as it might be more relevant here, than the users group. Kay Kay wrote: Hi - In CoreContainer.java :: register the documentation says it would return a previous core having the same name if it existed *and returnPrev = true*. * @return a previous

Re: ant example, tika

For what it's worth, I'm pro keeping contrib things in their own jars. It's easy to figure out what you need to include when/if you need it, but it pains me to carry around jars with code that I have absolutely no need for. Otis -- Sematext -- http://sematext.com/ -- Lucene - Solr - Nutch -

[jira] Commented: (SOLR-913) org/apache/solr/handler/SnapPuller.java - Expensive Pattern object made static

[ https://issues.apache.org/jira/browse/SOLR-913?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12656571#action_12656571 ] Noble Paul commented on SOLR-913: - Is it true that you have a large no:of cores and you start