[
https://issues.apache.org/jira/browse/SOLR-3798?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13592665#comment-13592665
]
Steve Rowe commented on SOLR-3798:
----------------------------------
In the latest patch on SOLR-4503, I've included a dynamic copy field
refactoring in IndexSchema.java that fixes cases 7, 11, 14, and 15 from the
above table - with that patch, the Solr schema parse succeeds for those cases.
But LukeRequestHandler's response can only carry those cases where at least one
of the source or the dest is a declared field or dynamic field name, so it's
current implementation won't handle cases 11, 12, 15, or 16. I think
LukeRequestHandler should split out copyField info, something like the way I
did it on SOLR-4503, so that subset patterns can be reported.
> copyField logic in LukeRequestHandler is primitive, doesn't work well with
> dynamicFields
> ----------------------------------------------------------------------------------------
>
> Key: SOLR-3798
> URL: https://issues.apache.org/jira/browse/SOLR-3798
> Project: Solr
> Issue Type: Bug
> Reporter: Hoss Man
> Attachments: SOLR-3798.patch
>
>
> looking into SOLR-3795 i realized there is a much bigger problem with how
> LukeRequestHandler tries to get copyfield info for fields and dynamicFields
> the same way, and it just doesn't work.
> see the patch in SOLR-3795 for a commented out example of a test that still
> fails (ie: trying to get the "copySource" info for a dynamicField)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
