[jira] Resolved: (SOLR-750) DateField.parseMath doesn't handle non-existent Z

2008-09-03 Thread Hoss Man (JIRA)
[ https://issues.apache.org/jira/browse/SOLR-750?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Hoss Man resolved SOLR-750. --- Resolution: Invalid The exception is correct -- that is an invalid date string (as far as being input to

[jira] Commented: (SOLR-749) QParser and ValueSourceParser init bug

2008-09-03 Thread Grant Ingersoll (JIRA)
[ https://issues.apache.org/jira/browse/SOLR-749?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12627984#action_12627984 ] Grant Ingersoll commented on SOLR-749: -- I think we need a test case for this. QParser

[jira] Commented: (SOLR-540) Add support for hl.fl=*

2008-09-03 Thread David Smiley (JIRA)
[ https://issues.apache.org/jira/browse/SOLR-540?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12627985#action_12627985 ] David Smiley commented on SOLR-540: --- Hey SOLR-540 people, please see the comment thread on

[jira] Updated: (SOLR-751) WordDelimiterFilter doesn't adjust startOffset

2008-09-03 Thread Stefan Oestreicher (JIRA)
[ https://issues.apache.org/jira/browse/SOLR-751?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Oestreicher updated SOLR-751: Attachment: SOLR-751.patch WordDelimiterFilter doesn't adjust startOffset

[jira] Created: (SOLR-751) WordDelimiterFilter doesn't adjust startOffset

2008-09-03 Thread Stefan Oestreicher (JIRA)
WordDelimiterFilter doesn't adjust startOffset -- Key: SOLR-751 URL: https://issues.apache.org/jira/browse/SOLR-751 Project: Solr Issue Type: Bug Affects Versions: 1.3, 1.4

[jira] Assigned: (SOLR-749) QParser and ValueSourceParser init bug

2008-09-03 Thread Grant Ingersoll (JIRA)
[ https://issues.apache.org/jira/browse/SOLR-749?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Grant Ingersoll reassigned SOLR-749: Assignee: Grant Ingersoll QParser and ValueSourceParser init bug

[jira] Updated: (SOLR-540) Add support for hl.fl=*

2008-09-03 Thread Lars Kotthoff (JIRA)
[ https://issues.apache.org/jira/browse/SOLR-540?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lars Kotthoff updated SOLR-540: --- Attachment: SOLR-540-highlight-all.patch Attaching new patch which only highlights on stored

[jira] Updated: (SOLR-749) QParser and ValueSourceParser init bug

2008-09-03 Thread Grant Ingersoll (JIRA)
[ https://issues.apache.org/jira/browse/SOLR-749?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Grant Ingersoll updated SOLR-749: - Attachment: SOLR-749.patch Hoss's patch plus unit tests QParser and ValueSourceParser init bug

Solr's use of Lucene's Compression field

2008-09-03 Thread Grant Ingersoll
Thinking about http://lucene.markmail.org/message/mef4cdo7m3s6i3fc?q=background+merge+exception , it occurred to me that we probably should refactor Solr's offering of compression. Currently, we rely on Field.COMPRESS from Lucene, but this really isn't considered best practice, see

[jira] Updated: (SOLR-341) PHP Solr Client

2008-09-03 Thread Otis Gospodnetic (JIRA)
[ https://issues.apache.org/jira/browse/SOLR-341?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Otis Gospodnetic updated SOLR-341: -- Fix Version/s: 1.4 PHP Solr Client --- Key: SOLR-341

[jira] Commented: (SOLR-747) improve solr example config

2008-09-03 Thread Otis Gospodnetic (JIRA)
[ https://issues.apache.org/jira/browse/SOLR-747?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12628034#action_12628034 ] Otis Gospodnetic commented on SOLR-747: --- Hoss, I think so, yes. improve solr example

[jira] Commented: (SOLR-748) FacetComponent helper classes are package restricted

2008-09-03 Thread Wojtek Piaseczny (JIRA)
[ https://issues.apache.org/jira/browse/SOLR-748?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12628036#action_12628036 ] Wojtek Piaseczny commented on SOLR-748: --- A more detailed list of changes:

[jira] Commented: (SOLR-538) CopyField maxLength property

2008-09-03 Thread Chris Harris (JIRA)
[ https://issues.apache.org/jira/browse/SOLR-538?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12628045#action_12628045 ] Chris Harris commented on SOLR-538: --- Thanks, Lars; that was fast. I think this patch is

[jira] Commented: (SOLR-538) CopyField maxLength property

2008-09-03 Thread Lars Kotthoff (JIRA)
[ https://issues.apache.org/jira/browse/SOLR-538?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12628054#action_12628054 ] Lars Kotthoff commented on SOLR-538: Interesting idea, but this should probably be a

[jira] Resolved: (SOLR-749) QParser and ValueSourceParser init bug

2008-09-03 Thread Grant Ingersoll (JIRA)
[ https://issues.apache.org/jira/browse/SOLR-749?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Grant Ingersoll resolved SOLR-749. -- Resolution: Fixed Committed on trunk and on branch-1.3 QParser and ValueSourceParser init bug

[jira] Resolved: (SOLR-747) improve solr example config

2008-09-03 Thread Yonik Seeley (JIRA)
[ https://issues.apache.org/jira/browse/SOLR-747?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Yonik Seeley resolved SOLR-747. --- Resolution: Fixed made suggested changes and committed. improve solr example config

Re: Solr's use of Lucene's Compression field

2008-09-03 Thread Mike Klaas
Agreed. It was the simplest thing to do at the time, but it would definitely be preferrable to offer the much faster lesser levels of compression. -Mike On 3-Sep-08, at 8:57 AM, Grant Ingersoll wrote: Thinking about

[jira] Created: (SOLR-752) Allow better Field Compression options

2008-09-03 Thread Grant Ingersoll (JIRA)
Allow better Field Compression options -- Key: SOLR-752 URL: https://issues.apache.org/jira/browse/SOLR-752 Project: Solr Issue Type: Improvement Reporter: Grant Ingersoll

Re: prototype Solr 1.3 RC 1

2008-09-03 Thread Shalin Shekhar Mangar
Seems like all issues have been closed. What is the plan for the release now? On Fri, Aug 29, 2008 at 8:46 PM, Grant Ingersoll [EMAIL PROTECTED]wrote: I created a Hudson task to do the building/archival tasks for the release candidates.It is a on-demand task (i.e. not scheduled) See

Re: prototype Solr 1.3 RC 1

2008-09-03 Thread Yonik Seeley
On Wed, Sep 3, 2008 at 2:57 PM, Shalin Shekhar Mangar [EMAIL PROTECTED] wrote: Seems like all issues have been closed. What is the plan for the release now? I need to update the lucene libs again first... MikeM found+fixed a lucene bug today. -Yonik

Re: Solr's use of Lucene's Compression field

2008-09-03 Thread Mike Klaas
Also I see that another Lucene bug (LUCENE-1374) was found relating to compressed fields in lucene (when we first added compressed field support to solr a lucene bug involving lazy-loaded fields and compression was uncovered, too). It would be good to change the implementation simply to

[jira] Commented: (SOLR-742) Unable to create dynamic fields with custom DataImportHandler transformer

2008-09-03 Thread Wojtek Piaseczny (JIRA)
[ https://issues.apache.org/jira/browse/SOLR-742?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12628138#action_12628138 ] Wojtek Piaseczny commented on SOLR-742: --- That fixed my issue, thank you! Unable to

Re: Realtime Search for Social Networks Collaboration

2008-09-03 Thread Jason Rutherglen
Hi Yonik, The SOLR 2 list looks good. The question is, who is going to do the work? I tried to simplify the scope of Ocean as much as possible to make it possible (and slowly at that over time) for me to eventually finish what is mentioned on the wiki. I think SOLR is very cool and was major

Re: solr2: Onward and Upward

2008-09-03 Thread Jason Rutherglen
I think Hoss has a good point here. Solr has not shipped 1.3 yet and really needs to. A lot of the functionality mentioned would probably break any backward compatibility and/or require large rewrites of code. For Ocean I guess I should just state more clearly that it's really supposed to be a

[jira] Updated: (SOLR-284) Parsing Rich Document Types

2008-09-03 Thread Chris Harris (JIRA)
[ https://issues.apache.org/jira/browse/SOLR-284?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Chris Harris updated SOLR-284: -- Attachment: rich.patch This update is just to make a tiny refactoring, bringing all the handler's