Solr nightly build failure

2009-07-31 Thread solr-dev
init-forrest-entities: [mkdir] Created dir: /tmp/apache-solr-nightly/build [mkdir] Created dir: /tmp/apache-solr-nightly/build/web compile-solrj: [mkdir] Created dir: /tmp/apache-solr-nightly/build/solrj [javac] Compiling 83 source files to /tmp/apache-solr-nightly/build/solrj

[jira] Created: (SOLR-1317) CapitalizationFilterFactory NPEs when keep parameter not specified

2009-07-31 Thread Erik Hatcher (JIRA)
CapitalizationFilterFactory NPEs when keep parameter not specified -- Key: SOLR-1317 URL: https://issues.apache.org/jira/browse/SOLR-1317 Project: Solr Issue Type: Bug

[jira] Resolved: (SOLR-1317) CapitalizationFilterFactory NPEs when keep parameter not specified

2009-07-31 Thread Erik Hatcher (JIRA)
[ https://issues.apache.org/jira/browse/SOLR-1317?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Erik Hatcher resolved SOLR-1317. Resolution: Fixed Fix committed to r799593 CapitalizationFilterFactory NPEs when keep parameter

[jira] Created: (SOLR-1318) explain() may use top-level reader

2009-07-31 Thread Yonik Seeley (JIRA)
explain() may use top-level reader -- Key: SOLR-1318 URL: https://issues.apache.org/jira/browse/SOLR-1318 Project: Solr Issue Type: Bug Affects Versions: 1.4 Reporter: Yonik Seeley

[jira] Created: (SOLR-1319) Upgrade custom Solr Highlighter classes to new Lucene Highlighter API

2009-07-31 Thread Mark Miller (JIRA)
Upgrade custom Solr Highlighter classes to new Lucene Highlighter API - Key: SOLR-1319 URL: https://issues.apache.org/jira/browse/SOLR-1319 Project: Solr Issue Type: Task

[jira] Created: (SOLR-1320) CapitalizationFilterFactory's minWordLength not working properly

2009-07-31 Thread Erik Hatcher (JIRA)
CapitalizationFilterFactory's minWordLength not working properly Key: SOLR-1320 URL: https://issues.apache.org/jira/browse/SOLR-1320 Project: Solr Issue Type: Bug

[jira] Updated: (SOLR-1320) CapitalizationFilterFactory's minWordLength not working properly

2009-07-31 Thread Erik Hatcher (JIRA)
[ https://issues.apache.org/jira/browse/SOLR-1320?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Erik Hatcher updated SOLR-1320: --- Description: To see the problem first hand, add to schema.xml: {code:xml} fieldType name=cap

[jira] Created: (SOLR-1321) Support for efficient leading wildcards search

2009-07-31 Thread Andrzej Bialecki (JIRA)
Support for efficient leading wildcards search -- Key: SOLR-1321 URL: https://issues.apache.org/jira/browse/SOLR-1321 Project: Solr Issue Type: Improvement Components: Analysis

[jira] Updated: (SOLR-1321) Support for efficient leading wildcards search

2009-07-31 Thread Andrzej Bialecki (JIRA)
[ https://issues.apache.org/jira/browse/SOLR-1321?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrzej Bialecki updated SOLR-1321: Attachment: wildcards.patch Patch containing the new filter, example schema and unit tests.

[jira] Commented: (SOLR-1301) Solr + Hadoop

2009-07-31 Thread Ken Krugler (JIRA)
[ https://issues.apache.org/jira/browse/SOLR-1301?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12737568#action_12737568 ] Ken Krugler commented on SOLR-1301: --- Hi Jason, Re Katta, you're right that it doesn't

[jira] Commented: (SOLR-1321) Support for efficient leading wildcards search

2009-07-31 Thread Robert Muir (JIRA)
[ https://issues.apache.org/jira/browse/SOLR-1321?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12737592#action_12737592 ] Robert Muir commented on SOLR-1321: --- andrej, i really like this feature. one question

[jira] Commented: (SOLR-1321) Support for efficient leading wildcards search

2009-07-31 Thread Andrzej Bialecki (JIRA)
[ https://issues.apache.org/jira/browse/SOLR-1321?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12737596#action_12737596 ] Andrzej Bialecki commented on SOLR-1321: - If you follow the logic in

[jira] Commented: (SOLR-1321) Support for efficient leading wildcards search

2009-07-31 Thread Robert Muir (JIRA)
[ https://issues.apache.org/jira/browse/SOLR-1321?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12737601#action_12737601 ] Robert Muir commented on SOLR-1321: --- andrzej i see what you are saying. I think its a

[jira] Issue Comment Edited: (SOLR-1321) Support for efficient leading wildcards search

2009-07-31 Thread Robert Muir (JIRA)
[ https://issues.apache.org/jira/browse/SOLR-1321?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12737601#action_12737601 ] Robert Muir edited comment on SOLR-1321 at 7/31/09 10:11 AM: -

[jira] Assigned: (SOLR-1320) CapitalizationFilterFactory's minWordLength not working properly

2009-07-31 Thread Erik Hatcher (JIRA)
[ https://issues.apache.org/jira/browse/SOLR-1320?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Erik Hatcher reassigned SOLR-1320: -- Assignee: Erik Hatcher CapitalizationFilterFactory's minWordLength not working properly

[jira] Commented: (SOLR-1320) CapitalizationFilterFactory's minWordLength not working properly

2009-07-31 Thread Ryan McKinley (JIRA)
[ https://issues.apache.org/jira/browse/SOLR-1320?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12737649#action_12737649 ] Ryan McKinley commented on SOLR-1320: - dooh. thanks erik!

[jira] Closed: (SOLR-1318) explain() may use top-level reader

2009-07-31 Thread Yonik Seeley (JIRA)
[ https://issues.apache.org/jira/browse/SOLR-1318?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Yonik Seeley closed SOLR-1318. -- Resolution: Fixed I've committed a fix for this (along with some other accidentally committed work in

[jira] Commented: (SOLR-1321) Support for efficient leading wildcards search

2009-07-31 Thread Andrzej Bialecki (JIRA)
[ https://issues.apache.org/jira/browse/SOLR-1321?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12737763#action_12737763 ] Andrzej Bialecki commented on SOLR-1321: - I think your example of g?abcde* could be

[jira] Updated: (SOLR-1320) CapitalizationFilterFactory's minWordLength not working properly

2009-07-31 Thread Erik Hatcher (JIRA)
[ https://issues.apache.org/jira/browse/SOLR-1320?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Erik Hatcher updated SOLR-1320: --- Attachment: SOLR-1320.patch This patch fixes the case mentioned. I'll commit in a day or so unless

DIH and UpdateRequestProcessor#finish

2009-07-31 Thread Erik Hatcher
Shouldn't DIH, I presume in either SolrWriter or DataImportHandler, call processor.finish()? Maybe DataImportHandler should subclass ContentStreamHandlerBase, which calls #finish already. This would mean we implement a new ContentStreamLoader. This would allow DIH to hand the streams off

[jira] Created: (SOLR-1322) range queries won't work for trie fields with precisionStep=0

2009-07-31 Thread Yonik Seeley (JIRA)
range queries won't work for trie fields with precisionStep=0 - Key: SOLR-1322 URL: https://issues.apache.org/jira/browse/SOLR-1322 Project: Solr Issue Type: Bug

Re: DIH and UpdateRequestProcessor#finish

2009-07-31 Thread Erik Hatcher
And just to fill in the blanks that I missed before, DataImportHandler currently does handle a single content stream. One stream is pretty much all I've ever used, but there can be more than one and it would seem rude for a handler to ignore them. I still think subclassing

[jira] Created: (SOLR-1323) XPathEntityProcessor's $hasMore feature should reset when fetching the next URL

2009-07-31 Thread Erik Hatcher (JIRA)
XPathEntityProcessor's $hasMore feature should reset when fetching the next URL --- Key: SOLR-1323 URL: https://issues.apache.org/jira/browse/SOLR-1323 Project: Solr

[jira] Updated: (SOLR-1323) XPathEntityProcessor's $hasMore feature should reset when fetching the next URL

2009-07-31 Thread Erik Hatcher (JIRA)
[ https://issues.apache.org/jira/browse/SOLR-1323?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Erik Hatcher updated SOLR-1323: --- Attachment: SOLR-1323.patch simple patch to simply set $hasMore to false once it is processed. The

[jira] Created: (SOLR-1324) Persisting update processor

2009-07-31 Thread Erik Hatcher (JIRA)
Persisting update processor --- Key: SOLR-1324 URL: https://issues.apache.org/jira/browse/SOLR-1324 Project: Solr Issue Type: New Feature Components: update Reporter: Erik Hatcher

[jira] Commented: (SOLR-1323) XPathEntityProcessor's $hasMore feature should reset when fetching the next URL

2009-07-31 Thread Noble Paul (JIRA)
[ https://issues.apache.org/jira/browse/SOLR-1323?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12737829#action_12737829 ] Noble Paul commented on SOLR-1323: -- it should be removed , instead of setting to false.

Re: DIH and UpdateRequestProcessor#finish

2009-07-31 Thread Noble Paul നോബിള്‍ नोब्ळ्
On Sat, Aug 1, 2009 at 6:56 AM, Erik Hatchere...@ehatchersolutions.com wrote: Shouldn't DIH, I presume in either SolrWriter or DataImportHandler, call processor.finish()? soon after commit DIH should call finish. Maybe DataImportHandler should subclass ContentStreamHandlerBase, which calls

[jira] Updated: (SOLR-1323) XPathEntityProcessor's $hasMore feature should reset when fetching the next URL

2009-07-31 Thread Noble Paul (JIRA)
[ https://issues.apache.org/jira/browse/SOLR-1323?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Noble Paul updated SOLR-1323: - Attachment: SOLR-1323.patch XPathEntityProcessor's $hasMore feature should reset when fetching the next