[ 
https://issues.apache.org/jira/browse/SOLR-750?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12627890#action_12627890
 ] 

David Smiley commented on SOLR-750:
-----------------------------------

Here's the relevant snippet of the stack trace that occurs.
{code}
20:27:30,169 ERROR [SolrCore] org.apache.solr.common.SolrException: Invalid 
Date String:'2008-08-27T06:44:13.000'
        at org.apache.solr.schema.DateField.parseMath(DateField.java:167)
        at org.apache.solr.schema.DateField.toInternal(DateField.java:138)
        at 
org.apache.solr.schema.FieldType$DefaultAnalyzer$1.next(FieldType.java:315)
        at 
org.apache.solr.highlight.TokenOrderingFilter.next(DefaultSolrHighlighter.java:389)
        at org.apache.lucene.analysis.TokenStream.next(TokenStream.java:91)
        at 
org.apache.lucene.search.highlight.Highlighter.getBestTextFragments(Highlighter.java:230)
        at 
org.apache.solr.highlight.DefaultSolrHighlighter.doHighlighting(DefaultSolrHighlighter.java:310)
        at 
org.apache.solr.handler.component.HighlightComponent.process(HighlightComponent.java:83)
        at 
org.apache.solr.handler.component.SearchHandler.handleRequestBody(SearchHandler.java:169)
{code}

(I'm a fan of SOLR-540 because I've got LOTS of fields and don't want to 
enumerate each of them.)

> DateField.parseMath doesn't handle non-existent Z
> -------------------------------------------------
>
>                 Key: SOLR-750
>                 URL: https://issues.apache.org/jira/browse/SOLR-750
>             Project: Solr
>          Issue Type: Bug
>    Affects Versions: 1.3
>            Reporter: David Smiley
>            Priority: Minor
>         Attachments: SOLR-750_DateField_no_Z.patch
>
>   Original Estimate: 0.25h
>  Remaining Estimate: 0.25h
>
> I've run into situations when trying to use SOLR-540 (wildcard highlight 
> spec) such that if attempts to highlight a date field, I get a stack trace 
> from DateField.parseMath puking because there isn't a "Z" at the end of an 
> otherwise good date-time string.  It was very easy to fix the code to make it 
> react gracefully to no Z.  Attached is the patch.  This bug isn't really 
> related to SOLR-540 so please apply it without waiting for 540.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Reply via email to