[jira] Commented: (LUCENE-636) [PATCH] Differently configured Lucene 'instances' in same JVM
[ https://issues.apache.org/jira/browse/LUCENE-636?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12742212#action_12742212 ] Ken Geis commented on LUCENE-636: - I would not close this until the code is removed, not just its use deprecated. Even if it is deprecated, I can write a new application with the code from svn trunk (as of right now,) and the SegmentReader or FSDirectory implementation can be overridden by an old application (in the same servlet container) that sets the system property. > [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-unsubscr...@lucene.apache.org For additional commands, e-mail: java-dev-h...@lucene.apache.org
[jira] Commented: (LUCENE-636) [PATCH] Differently configured Lucene 'instances' in same JVM
[ https://issues.apache.org/jira/browse/LUCENE-636?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12742131#action_12742131 ] Mark Miller commented on LUCENE-636: Both of the properties Hoss mentioned are now deprecated - I think we can close this issue unless some new one has managed to pop up (I'm not aware of one myself) > [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-unsubscr...@lucene.apache.org For additional commands, e-mail: java-dev-h...@lucene.apache.org
[jira] Commented: (LUCENE-636) [PATCH] Differently configured Lucene 'instances' in same JVM
[ https://issues.apache.org/jira/browse/LUCENE-636?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12486840 ] Ken Geis commented on LUCENE-636: - This is not going to be sufficient. There are active code paths that still use System.getProperty(..). For instance, the static initializers of FSDirectory and SegmentReader. If I load up a Compass-based web app, and it uses an old version of Lucene that works off system properties, it will set the org.apache.lucene.SegmentReader.class property to use a Compass-specific segment reader. Then in another web app that uses a current version of Lucene that has "moved away from using system properties," the application will crash when it tries to load the SegmentReader class. > [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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (LUCENE-636) [PATCH] Differently configured Lucene 'instances' in same JVM
[ 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (LUCENE-636) [PATCH] Differently configured Lucene 'instances' in same JVM
[ http://issues.apache.org/jira/browse/LUCENE-636?page=comments#action_12437789 ] Johan Stuyts commented on LUCENE-636: - I just found out that the patch is incomplete. You can only specify the subclass of the SegmentReader class, but not the subclass of the MultiReader class. If your index contains multiple segments a MultiReader instead of the specified subclass of SegmentReader is created, and it is not possible to cast the returned IndexReader to the subclass of SegmentReader you specified in the LuceneConfig object. > [PATCH] Differently configured Lucene 'instances' in same JVM > - > > Key: LUCENE-636 > URL: http://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. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]