[jira] Created: (SOLR-838) Context#getVariableResolver() does not give a correct instance from a DataSource

2008-11-06 Thread Noble Paul (JIRA)
Context#getVariableResolver() does not give a correct instance from a DataSource Key: SOLR-838 URL: https://issues.apache.org/jira/browse/SOLR-838 Project: Solr

[jira] Updated: (SOLR-838) Context#getVariableResolver() does not give a correct instance from a DataSource

2008-11-06 Thread Noble Paul (JIRA)
[ https://issues.apache.org/jira/browse/SOLR-838?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Noble Paul updated SOLR-838: Attachment: SOLR-838.patch initialize DataSource lazily Context#getVariableResolver() does not give a

Re: [jira] Resolved: (SOLR-837) Fix PhoneticFilterFactory and DoubleMetaphoneFilterFactory inject parameter

2008-11-06 Thread Erik Hatcher
Todd - that's a great question. In DoubleMetaphoneFilterFactoryTest#testDefaults, no inject parameter is sent, and the old code did this: -if (args.get(INJECT) != null) { - inject = Boolean.getBoolean(args.get(INJECT)); -} So that never hit the bug. And in

solr trunk entities problem (data-config.xml)

2008-11-06 Thread sunnyfr
Hi, I've added in my request, another entity select video... from video where video_id between 1 and 20 And when I start a full import I've an error on this request which is another entity : SELECT group_id AS rel_group_ids FROM group_has_video WHERE video_id=1 AND pending='n'

ReentrantReadWriteLock in DUH2

2008-11-06 Thread Koji Sekiguchi
I'm sorry if this is a stupid question but I'm curious why DUH2 uses ReentrantReadWriteLock. What is the purpose of it? Thank you, Koji

Re: ReentrantReadWriteLock in DUH2

2008-11-06 Thread Mark Miller
So that multiple threads can efficiently access the writer, but only one thread at a time does a commit. Adding docs with the writer is the 'read' and committing is the write. If I remember correctly. - Mark On Nov 6, 2008, at 6:24 AM, Koji Sekiguchi [EMAIL PROTECTED] wrote: I'm sorry if

Re: ReentrantReadWriteLock in DUH2

2008-11-06 Thread Koji Sekiguchi
So that multiple threads can efficiently access the writer, but only one thread at a time does a commit. Adding docs with the writer is the 'read' and committing is the write. If I remember correctly. You remember correctly, Mark. Because of the lock, add/ is blocked during optimize/, even

Re: ReentrantReadWriteLock in DUH2

2008-11-06 Thread Mike Klaas
On 6-Nov-08, at 7:48 AM, Koji Sekiguchi wrote: So that multiple threads can efficiently access the writer, but only one thread at a time does a commit. Adding docs with the writer is the 'read' and committing is the write. If I remember correctly. You remember correctly, Mark. Because

[jira] Commented: (SOLR-756) Make DisjunctionMaxQueryParser generally useful by supporting all query types.

2008-11-06 Thread Otis Gospodnetic (JIRA)
[ https://issues.apache.org/jira/browse/SOLR-756?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12645566#action_12645566 ] Otis Gospodnetic commented on SOLR-756: --- My colleagues and I have recently hit a

[jira] Commented: (SOLR-561) Solr replication by Solr (for windows also)

2008-11-06 Thread Yonik Seeley (JIRA)
[ https://issues.apache.org/jira/browse/SOLR-561?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12645647#action_12645647 ] Yonik Seeley commented on SOLR-561: --- bq. Am i crazy or are these real problems? Right, as

[jira] Commented: (SOLR-561) Solr replication by Solr (for windows also)

2008-11-06 Thread P Eger (JIRA)
[ https://issues.apache.org/jira/browse/SOLR-561?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12645650#action_12645650 ] P Eger commented on SOLR-561: - Gotcha, i will focus efforts elsewhere then :-) Solr replication

[jira] Commented: (SOLR-822) CharFilter - normalize characters before tokenizer

2008-11-06 Thread Koji Sekiguchi (JIRA)
[ https://issues.apache.org/jira/browse/SOLR-822?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12645654#action_12645654 ] Koji Sekiguchi commented on SOLR-822: - bq. Agreed. I'll open a ticket in Lucene. Before

[jira] Commented: (SOLR-561) Solr replication by Solr (for windows also)

2008-11-06 Thread Noble Paul (JIRA)
[ https://issues.apache.org/jira/browse/SOLR-561?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12645677#action_12645677 ] Noble Paul commented on SOLR-561: - We need to cleanup the SnapShooter. it was given low

[jira] Updated: (SOLR-838) Context#getVariableResolver() does not give a correct instance from a DataSource

2008-11-06 Thread Noble Paul (JIRA)
[ https://issues.apache.org/jira/browse/SOLR-838?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Noble Paul updated SOLR-838: Attachment: SOLR-838.patch better implementation Context#getVariableResolver() does not give a correct

[jira] Updated: (SOLR-833) A DataSource to read data from a field as a reader

2008-11-06 Thread Shalin Shekhar Mangar (JIRA)
[ https://issues.apache.org/jira/browse/SOLR-833?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shalin Shekhar Mangar updated SOLR-833: --- Fix Version/s: 1.4 Assignee: Shalin Shekhar Mangar Affects

[jira] Updated: (SOLR-838) Context#getVariableResolver() does not give a correct instance from a DataSource

2008-11-06 Thread Shalin Shekhar Mangar (JIRA)
[ https://issues.apache.org/jira/browse/SOLR-838?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shalin Shekhar Mangar updated SOLR-838: --- Attachment: SOLR-838.patch Fixes a failing test. I'll commit this shortly.

[jira] Resolved: (SOLR-838) Context#getVariableResolver() does not give a correct instance from a DataSource

2008-11-06 Thread Shalin Shekhar Mangar (JIRA)
[ https://issues.apache.org/jira/browse/SOLR-838?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shalin Shekhar Mangar resolved SOLR-838. Resolution: Fixed Committed revision 712067. Thanks Noble!