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
[
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
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
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'
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
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
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
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
[
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
[
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
[
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
[
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
[
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
[
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
[
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
[
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.
[
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!
17 matches
Mail list logo