lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Aaron LaBella (JIRA)" <>
Subject [jira] [Reopened] (SOLR-6013) Fix method visibility of Evaluator, refactor DateFormatEvaluator for extensibility
Date Mon, 05 May 2014 14:38:14 GMT


Aaron LaBella reopened SOLR-6013:

Thanks Shalin, but, you forgot two of the public 'getter' methods that I added in the last
patch to Evaluator.VariableWrapper:

    public String getVarName() {
      return this.varName;

    public VariableResolver getVariableResolver() {
      return this.vr;

Can you fix/commit/close?


> Fix method visibility of Evaluator, refactor DateFormatEvaluator for extensibility
> ----------------------------------------------------------------------------------
>                 Key: SOLR-6013
>                 URL:
>             Project: Solr
>          Issue Type: Improvement
>          Components: contrib - DataImportHandler
>    Affects Versions: 4.7
>            Reporter: Aaron LaBella
>            Assignee: Shalin Shekhar Mangar
>             Fix For: 4.9, 5.0
>         Attachments: 0001-add-getters-for-datemathparser.patch, 0001-change-method-access-to-protected.patch,
0001-change-method-variable-visibility-and-refactor-for-extensibility.patch, SOLR-6013.patch
>   Original Estimate: 1h
>  Remaining Estimate: 1h
> This is similar to issue 5981, the Evaluator class is declared as abstract, yet the parseParams
method is package private?  Surely this is an oversight, as I wouldn't expect everyone writing
their own evaluators to have to deal with parsing the parameters.
> Similarly, I needed to refactor DateFormatEvaluator because I need to do some custom
date math/parsing and it wasn't written in a way that I can extend it.
> Please review/apply my attached patch to the next version of Solr, ie: 4.8 or 4.9 if
I must wait.
> Thanks!

This message was sent by Atlassian JIRA

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message