[prev in list] [next in list] [prev in thread] [next in thread] 

List:       solr-dev
Subject:    [jira] Commented: (SOLR-320) DirectUpdateHandler2 threading issue
From:       "J.J. Larrea (JIRA)" <jira () apache ! org>
Date:       2007-07-26 17:54:03
Message-ID: 26407824.1185472443723.JavaMail.jira () brutus
[Download RAW message or body]


    [ https://issues.apache.org/jira/browse/SOLR-320?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12515809 \
] 

J.J. Larrea commented on SOLR-320:
----------------------------------

This was biting me too... thanks for filing the detailed report + testcase, Stu, and \
the super-quick fix, Mike!

> DirectUpdateHandler2 threading issue
> ------------------------------------
> 
> Key: SOLR-320
> URL: https://issues.apache.org/jira/browse/SOLR-320
> Project: Solr
> Issue Type: Bug
> Components: update
> Affects Versions: 1.2
> Environment: Ubuntu 7.04, Java 1.6.0-b105
> Reporter: Stu Hood
> Assignee: Mike Klaas
> Fix For: 1.3
> 
> Attachments: solr-runner.tgz
> 
> 
> While working on an embedded Solr solution, I noticed that one of the threads \
> created during typical usage of (SolrCore, DocumentBuilder and UpdateHandler), was \
> not dying. I wrote a small embedded Solr app, and running it under JDB made it \
> clear that the environment was not finishing cleanly because of a thread called \
> "pool-2-thread-1" in "cond. waiting" state. After a quick grep, I saw that only one \
> class uses a thread pool, and that is the DirectUpdateHandler2. It uses an instance \
> of ScheduledExecutorService to manage autocommit threads, but it apparently isn't \
> dieing correctly. I'll start working on a patch, but the original author of the \
> handler probably has more knowledge (see \
> https://issues.apache.org/jira/browse/SOLR-65)

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


[prev in list] [next in list] [prev in thread] [next in thread]