From java-dev-return-18034-apmail-lucene-java-dev-archive=lucene.apache.org@lucene.apache.org Tue Feb 06 00:32:31 2007 Return-Path: Delivered-To: apmail-lucene-java-dev-archive@www.apache.org Received: (qmail 37109 invoked from network); 6 Feb 2007 00:32:29 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 6 Feb 2007 00:32:29 -0000 Received: (qmail 18370 invoked by uid 500); 6 Feb 2007 00:32:33 -0000 Delivered-To: apmail-lucene-java-dev-archive@lucene.apache.org Received: (qmail 18295 invoked by uid 500); 6 Feb 2007 00:32:33 -0000 Mailing-List: contact java-dev-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: java-dev@lucene.apache.org Delivered-To: mailing list java-dev@lucene.apache.org Received: (qmail 18234 invoked by uid 99); 6 Feb 2007 00:32:33 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 05 Feb 2007 16:32:33 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received: from [140.211.11.4] (HELO brutus.apache.org) (140.211.11.4) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 05 Feb 2007 16:32:26 -0800 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id D6C2D7142E1 for ; Mon, 5 Feb 2007 16:32:05 -0800 (PST) Message-ID: <12286677.1170721925876.JavaMail.jira@brutus> Date: Mon, 5 Feb 2007 16:32:05 -0800 (PST) From: "Ken Geis (JIRA)" To: java-dev@lucene.apache.org Subject: [jira] Commented: (LUCENE-636) [PATCH] Differently configured Lucene 'instances' in same JVM In-Reply-To: <26478485.1153989493966.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/LUCENE-636?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12470409 ] Ken Geis commented on LUCENE-636: --------------------------------- I was able to work around this problem by using AspectJ to intercept calls to System.setProperty(..) and System.getProperty(). This is not a great solution. A side note... Tomcat on Ubuntu ships with the security manager turned on by default, a strangely uncommon setting for servlet engine distributions. The default security settings prevent a webapp from calling System.setProperty(..). It would be nice if this got resolved sometime soon because once it is resolved, I need to wait for Compass to pick up the change downstream. It looks like it may be a year until I don't need to worry about this issue any more. > [PATCH] Differently configured Lucene 'instances' in same JVM > ------------------------------------------------------------- > > Key: LUCENE-636 > URL: https://issues.apache.org/jira/browse/LUCENE-636 > Project: Lucene - Java > Issue Type: Improvement > Affects Versions: 2.0.0 > Reporter: Johan Stuyts > Attachments: Lucene2DifferentConfigurations.patch > > > Currently Lucene can be configured using system properties. When running multiple 'instances' of Lucene for different purposes in the same JVM, it is not possible to use different settings for each 'instance'. > I made changes to some Lucene classes so you can pass a configuration to that class. The Lucene 'instance' will use the settings from that configuration. The changes do not effect the API and/or the current behavior so are backwards compatible. > In addition to the changes above I also made the SegmentReader and SegmentTermDocs extensible outside of their package. I would appreciate the inclusion of these changes but don't mind creating a separate issue for them. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. --------------------------------------------------------------------- To unsubscribe, e-mail: java-dev-unsubscribe@lucene.apache.org For additional commands, e-mail: java-dev-help@lucene.apache.org