[
https://issues.apache.org/jira/browse/SOLR-3795?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13610904#comment-13610904
]
Commit Tag Bot commented on SOLR-3795:
--------------------------------------
[branch_4x commit] Chris M. Hostetter
http://svn.apache.org/viewvc?view=revision&revision=1381691
SOLR-3795: Fixed LukeRequestHandler response to correctly return field name
strings in copyDests and copySources arrays (merge r1381685)
> /admin/luke?show=schema is returning raw toString of SchemaField and
> CopyField objects for "copyDests" and "copySources"
> ------------------------------------------------------------------------------------------------------------------------
>
> Key: SOLR-3795
> URL: https://issues.apache.org/jira/browse/SOLR-3795
> Project: Solr
> Issue Type: Bug
> Components: web gui
> Reporter: Hoss Man
> Assignee: Hoss Man
> Fix For: 4.0, 5.0
>
> Attachments: SOLR-3795.patch
>
>
> While looking into SOLR-3734 i noticed that the LukeRequestHandler is blindly
> putting arrays of CopyField and SchemaField objects in the response, when
> returning copy from/to info, which are then getting written out using their
> toString.
> steffkes seems to have done a great job of parsing the field name out of the
> SchemaField.toString, but the CopyField.toString info is useless -- and
> clients shouldn't have to do special string parsing to pull out this info.
> I think we should just fix both of these arrays to just be the simple string
> values that they were most likely intended to be
--
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: [email protected]
For additional commands, e-mail: [email protected]
