[jira] Created: (LUCENE-2688) NativeFSLockFactory throws an exception on Android 2.2 platform as java.lang.management package is not available on android.

NativeFSLockFactory throws an exception on Android 2.2 platform as java.lang.management package is not available on android. Key: LUCENE-2688

[jira] Created: (SOLR-2141) NullPointerException when using escapeSql function

NullPointerException when using escapeSql function -- Key: SOLR-2141 URL: https://issues.apache.org/jira/browse/SOLR-2141 Project: Solr Issue Type: Bug Components: contrib - DataImpor

[jira] Updated: (LUCENE-2686) DisjunctionSumScorer should not call .score on sub scorers until consumer calls .score

[ https://issues.apache.org/jira/browse/LUCENE-2686?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Koji Sekiguchi updated LUCENE-2686: --- Attachment: Test2LUCENE2590.java Thanks Mike for opening this! The attached program is what

Flex indexing : Hybrid index maintnenance for faster indexing

Hi all, Would it be possible to implement something like this in Flex? Büttcher, S., & Clarke, C. L. A. (2008). Hybrid index maintenance for contiguous inverted lists. Information Retrieval, 11(3), 175-207. doi:10.1007/s10791-007-9042-8   The approach takes advantage of having a different pol

[jira] Updated: (LUCENE-2529) always apply position increment gap between values

[ https://issues.apache.org/jira/browse/LUCENE-2529?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Muir updated LUCENE-2529: Attachment: LUCENE-2529_nonsenseIncrements.patch attached is a patch for BaseTokenStreamTestCase t

Help with porting core tests over to Lucandra

Hi all, I'm currently working with a fork of Lucandra, and I'm getting a lot of tests that are failing when I port them from the Lucene core version 2.9.3 to Lucandra. Specifically numeric range queries. The tests that are failing deal primarily with document scoring and numeric range queries.

[jira] Commented: (LUCENE-2529) always apply position increment gap between values

[ https://issues.apache.org/jira/browse/LUCENE-2529?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12917796#action_12917796 ] Robert Muir commented on LUCENE-2529: - bq. but it honors the first position increment,

[jira] Updated: (LUCENE-2529) always apply position increment gap between values

[ https://issues.apache.org/jira/browse/LUCENE-2529?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Smiley updated LUCENE-2529: - Attachment: LUCENE-2529_skip_posIncr_for_1st_token.patch I think you're right Rob, I didn't thin

[jira] Commented: (LUCENE-2657) Replace Maven POM templates with full POMs, and change documentation accordingly

[ https://issues.apache.org/jira/browse/LUCENE-2657?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12917750#action_12917750 ] Steven Rowe commented on LUCENE-2657: - bq. What failure are you seeing? Two apparentl

[jira] Updated: (LUCENE-2687) Remove Priority-Queue size trap in MultiTermQuery.TopTermsBooleanQueryRewrite

[ https://issues.apache.org/jira/browse/LUCENE-2687?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Muir updated LUCENE-2687: Attachment: LUCENE-2687.patch all tests pass with the fix. > Remove Priority-Queue size trap in M

[jira] Created: (LUCENE-2687) Remove Priority-Queue size trap in MultiTermQuery.TopTermsBooleanQueryRewrite

Remove Priority-Queue size trap in MultiTermQuery.TopTermsBooleanQueryRewrite - Key: LUCENE-2687 URL: https://issues.apache.org/jira/browse/LUCENE-2687 Project: Lucene - Java

[jira] Commented: (LUCENE-2450) Explore write-once attr bindings in the analysis chain

[ https://issues.apache.org/jira/browse/LUCENE-2450?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12917727#action_12917727 ] Robert Muir commented on LUCENE-2450: - What are our thoughts on devising a plan to mov

[jira] Commented: (LUCENE-2657) Replace Maven POM templates with full POMs, and change documentation accordingly

[ https://issues.apache.org/jira/browse/LUCENE-2657?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12917720#action_12917720 ] Robert Muir commented on LUCENE-2657: - bq. I dropped in the ICU4J 4.4.2 jar, and every

[jira] Commented: (LUCENE-2529) always apply position increment gap between values

[ https://issues.apache.org/jira/browse/LUCENE-2529?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12917709#action_12917709 ] Robert Muir commented on LUCENE-2529: - bq. The point of a position increment gap is on

[jira] Commented: (LUCENE-2529) always apply position increment gap between values

[ https://issues.apache.org/jira/browse/LUCENE-2529?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12917697#action_12917697 ] David Smiley commented on LUCENE-2529: -- bq. My suggestion is that if you have values

[jira] Updated: (LUCENE-2529) always apply position increment gap between values

[ https://issues.apache.org/jira/browse/LUCENE-2529?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Muir updated LUCENE-2529: Attachment: LUCENE-2529_test.patch Here's a patch, showing what i mean about why it is bad to disc

[jira] Resolved: (LUCENE-2683) upgrade icu libraries to 4.4.2

[ https://issues.apache.org/jira/browse/LUCENE-2683?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Muir resolved LUCENE-2683. - Resolution: Fixed Committed revision 1004335 (trunk), 1004344 (3x) thanks for testing, Steven

[jira] Commented: (LUCENE-2683) upgrade icu libraries to 4.4.2

[ https://issues.apache.org/jira/browse/LUCENE-2683?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12917676#action_12917676 ] Steven Rowe commented on LUCENE-2683: - I replaced the ICU4J jars in {{modules/analysis

[jira] Commented: (LUCENE-2686) DisjunctionSumScorer should not call .score on sub scorers until consumer calls .score

[ https://issues.apache.org/jira/browse/LUCENE-2686?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12917672#action_12917672 ] Paul Elschot commented on LUCENE-2686: -- For the record, the reason for calling score(

[jira] Commented: (LUCENE-2529) always apply position increment gap between values

[ https://issues.apache.org/jira/browse/LUCENE-2529?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12917663#action_12917663 ] Robert Muir commented on LUCENE-2529: - bq. Rob, I don't completely follow your first p

[jira] Created: (LUCENE-2686) DisjunctionSumScorer should not call .score on sub scorers until consumer calls .score

DisjunctionSumScorer should not call .score on sub scorers until consumer calls .score -- Key: LUCENE-2686 URL: https://issues.apache.org/jira/browse/LUCENE-2686 Proj

[jira] Commented: (LUCENE-2529) always apply position increment gap between values

[ https://issues.apache.org/jira/browse/LUCENE-2529?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12917655#action_12917655 ] David Smiley commented on LUCENE-2529: -- Rob, I don't completely follow your first par

Re: Solr and LCF security at query time

OpenAM could have some interesting stuff: http://forgerock.com/openam.html Jan On 4. okt. 2010, at 10:48, wrote: > Is there Kerberos support in this offering? That's what's missing. LDAP > support is actually built into java, and the Active Directory authority makes > use of it. So all we

[jira] Commented: (LUCENE-2529) always apply position increment gap between values

[ https://issues.apache.org/jira/browse/LUCENE-2529?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12917650#action_12917650 ] Robert Muir commented on LUCENE-2529: - bq. but there is some other increment logic in

[jira] Commented: (LUCENE-2657) Replace Maven POM templates with full POMs, and change documentation accordingly

[ https://issues.apache.org/jira/browse/LUCENE-2657?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12917636#action_12917636 ] Steven Rowe commented on LUCENE-2657: - {quote} bq. Except for two Solr tests, all test

[jira] Commented: (SOLR-2129) Provide a Solr module for dynamic metadata extraction/indexing with Apache UIMA

[ https://issues.apache.org/jira/browse/SOLR-2129?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12917634#action_12917634 ] Tommaso Teofili commented on SOLR-2129: --- Hello Robert, as it seems this patch hasn't

Build failed in Hudson: Lucene-trunk #1315

See Changes: [uschindler] We now temporary fix the hudson builds by enforcing compilations only with Java 1.5 for Lucene and Solr 3.x, but run all tests and clover with Java 1.6 [mikemccand] LUCENE-2682: add test that confirm we

[jira] Commented: (LUCENE-2685) Test failure: contrib/xml-query-parser: TestQueryTemplateManager.testFormTransforms()

[ https://issues.apache.org/jira/browse/LUCENE-2685?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12917621#action_12917621 ] Robert Muir commented on LUCENE-2685: - I committed the test workaround to trunk/3x (re

Hudson build is back to normal : Solr-3.x #124

See - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org

RE: Hudson build is back to normal : Lucene-trunk #1316

Jay! - Uwe Schindler H.-H.-Meier-Allee 63, D-28213 Bremen http://www.thetaphi.de eMail: u...@thetaphi.de > -Original Message- > From: Apache Hudson Server [mailto:hud...@hudson.apache.org] > Sent: Monday, October 04, 2010 1:22 PM > To: dev@lucene.apache.org > Subject: Hudson build is

Re: Test failure: contrib/xml-query-parser: TestQueryTemplateManager.testFormTransforms()

nice catch... tr_TR strikes again! lets open a jira? something is calling String.toLowerCase() incorrectly: *Note:* This method is locale sensitive, and may produce unexpected results if used for strings that are intended to be interpreted locale independently. Examples are programming language id

Test failure: contrib/xml-query-parser: TestQueryTemplateManager.testFormTransforms()

I initially got the following error from the Maven build (LUCENE-2657) and reproduced it with Ant: [junit] Tests run: 1, Failures: 0, Errors: 1, Time elapsed: 3.031 sec [junit] [junit] - Standard Output --- [junit] NOTE: reproduce with: ant test -Dtestcase

[jira] Commented: (LUCENE-2685) Test failure: contrib/xml-query-parser: TestQueryTemplateManager.testFormTransforms()

[ https://issues.apache.org/jira/browse/LUCENE-2685?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12917596#action_12917596 ] Robert Muir commented on LUCENE-2685: - The bug is specific to Sun's java 5 JRE. (i ins

Hudson build is back to normal : Lucene-trunk #1316

See - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] Commented: (LUCENE-2682) create test case to verify we support > 2.1B terms

[ https://issues.apache.org/jira/browse/LUCENE-2682?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12917540#action_12917540 ] Michael McCandless commented on LUCENE-2682: Ahh super I will fix that! > cre

[jira] Created: (LUCENE-2685) Test failure: contrib/xml-query-parser: TestQueryTemplateManager.testFormTransforms()

Test failure: contrib/xml-query-parser: TestQueryTemplateManager.testFormTransforms() - Key: LUCENE-2685 URL: https://issues.apache.org/jira/browse/LUCENE-2685 Projec

[jira] Created: (LUCENE-2684) it's not possible to access sub-query's freq information if BooleanScorer is use

it's not possible to access sub-query's freq information if BooleanScorer is use Key: LUCENE-2684 URL: https://issues.apache.org/jira/browse/LUCENE-2684 Project: Lucene -

Hudson build is back to normal : Solr-trunk #1267

See - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org

RE: FW: Solr and LCF security at query time

Is there Kerberos support in this offering? That's what's missing. LDAP support is actually built into java, and the Active Directory authority makes use of it. So all we need is the authentication piece. Karl From: ext Lance Norskog [goks...@gmail.co

[jira] Commented: (SOLR-2138) Solr 1.4 takes long time to load cores (memory leak?)

[ https://issues.apache.org/jira/browse/SOLR-2138?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12917581#action_12917581 ] Otis Gospodnetic commented on SOLR-2138: Identical JVM? > Solr 1.4 takes long time

[jira] Commented: (LUCENE-2682) create test case to verify we support > 2.1B terms

[ https://issues.apache.org/jira/browse/LUCENE-2682?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12917543#action_12917543 ] Michael McCandless commented on LUCENE-2682: Committed to trunk... still need

[jira] Commented: (LUCENE-2662) BytesHash

[ https://issues.apache.org/jira/browse/LUCENE-2662?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12917537#action_12917537 ] Michael McCandless commented on LUCENE-2662: This was already committed to tru

[jira] Updated: (LUCENE-2657) Replace Maven POM templates with full POMs, and change documentation accordingly

[ https://issues.apache.org/jira/browse/LUCENE-2657?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Steven Rowe updated LUCENE-2657: Attachment: LUCENE-2657.patch This version of the patch puts the third-party non-mavenized .jar in

Re: is multi-threads searcher feasible idea to speed up?

Thread-per-segment approach should run well with Zoie MergePolicy. On Tue, Sep 28, 2010 at 16:17, Michael McCandless wrote: > This is an excellent idea! > > And, desperately needed. > > It's high time Lucene can take advantage of concurrency when running a > single query.  Machines have tons of c

Build failed in Hudson: Solr-3.x #123

See Changes: [rmuir] clear up some compiler warnings (non-generics) [rmuir] clear up javadocs warnings [rmuir] clear up more warnings in modules/contrib [rmuir] LUCENE-2681: fix generics violations in contrib/modules [rmuir] clear up

[jira] Commented: (LUCENE-2685) Test failure: contrib/xml-query-parser: TestQueryTemplateManager.testFormTransforms()

[ https://issues.apache.org/jira/browse/LUCENE-2685?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12917607#action_12917607 ] Robert Muir commented on LUCENE-2685: - I agree, bad that the bug originated from apach

[jira] Updated: (LUCENE-2685) Test failure: contrib/xml-query-parser: TestQueryTemplateManager.testFormTransforms()

[ https://issues.apache.org/jira/browse/LUCENE-2685?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Muir updated LUCENE-2685: Attachment: LUCENE-2685.patch Here's a patch adding an assumeTrue() for the broken sun jre version

[jira] Commented: (LUCENE-2685) Test failure: contrib/xml-query-parser: TestQueryTemplateManager.testFormTransforms()

[ https://issues.apache.org/jira/browse/LUCENE-2685?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12917604#action_12917604 ] Uwe Schindler commented on LUCENE-2685: --- Very old bug, well known for the bytecode p

RE: Test failure: contrib/xml-query-parser: TestQueryTemplateManager.testFormTransforms()

> nice catch... tr_TR strikes again! lets open a jira? Done: LUCENE-2685

Re: Test failure: contrib/xml-query-parser: TestQueryTemplateManager.testFormTransforms()

looks like a JRE bug (only in java 1.5 xml parsing). in java 6 the test is just fine with tr_TR On Mon, Oct 4, 2010 at 9:06 AM, Robert Muir wrote: > nice catch... tr_TR strikes again! lets open a jira? something is calling > String.toLowerCase() incorrectly: > > *Note:* This method is locale se