Re: Scarab commit: svn commit: r10585 - trunk/src: conf/classes conf/conf java/org/tigris/scarab/actions java/org/tigris/scarab/om java/org/tigris/scarab/tools java/org/tigris/scarab/tools/localization java/org/tigris/scarab/util/word java/org/tigris/scarab/xmlrpc test/org/tigris/scarab/util/word

Mick Semb Wever <[email protected]>
Newsgroups gmane.comp.java.scarab.devel
Message-ID <[email protected]>
On Thu, 22 May 2008 21:01:42 +0000, ronvoe122 wrote:

> Author: ronvoe122
> Date: 2008-05-22 14:01:42-0700
> New Revision: 10585
> 
> Modified:
>    ...
>    trunk/src/java/org/tigris/scarab/util/word/IssueSearchFactory.java
>    ...
> 
> Log:
> SCB2544: removed the maximum limit for concurrent IssueSearch-instances
> in IssueSearchFactory completely. It doesn't make a lot of sense
> anymore: The initial reason for the limit was to prevent IssueSearch
> from allocating all available DB-connections. The DB-connection is no
> more allocated and held over multiple method calls (with the risk of
> keeping the connection forever, if something goes wrong). The DB-queries
> are no more executed by IssueSearch, but by instances of QueryResult
> which have a different live cycle the IssueSearch-instances. Scarab is
> not of much use, if the Issue-search doesn't work. (Even entering an
> Issue fails, because duplicate-detection relies on the Issue-search.


Why not remove IssueSearchFactory completely?
One less class is a good thing right?

~mck


-- 
"I don't think they could put him in a mental hospital.  On the other 
hand,
if he were already in, I don't think they'd let him out."
| www.semb.wever.org | www.sesat.no | www.sesam.no |
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.