[
https://issues.apache.org/jira/browse/SOLR-9721?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15636891#comment-15636891
]
Yonik Seeley edited comment on SOLR-9721 at 11/4/16 4:29 PM:
-------------------------------------------------------------
I agree there is value to presenting standard containers only (esp for
libraries that want to re-encode as JSON or something).
But I think from an implementation point of view, the simplest way by far is to
have the decoder (optionally) do it. No extra classes necessary.
We should also avoid conflating this with "JSON". Using Map for NamedList,
SolrDocument and SolrDocumentList does not mean that JSON will be able to
represent everything that is sent over binary... it still can't (dates get
transformed to a string, +-Infinity can't be represented, etc).
bq. it's not a good idea to convert any of these objects to Map just in time
at client side , it is just leads to unnecessary object creation
No it doesn't... that's an implementation detail.
was (Author: [email protected]):
I agree there is value to presenting standard containers only (esp for
libraries that want to re-encode as JSON or something).
But I think from an implementation point of view, the simplest way by far is to
have the decoder (optionally) do it. No extra classes necessary.
We should also avoid conflating this with "JSON". Using Map for NamedList,
SolrDocument and SolrDocumentList does not mean that JSON will be able to
represent everything that is sent over binary... it still can't (dates get
transformed to a string, +-Infinity can't be represented, etc).
> Create a javabin writer/reader for streaming end point
> ------------------------------------------------------
>
> Key: SOLR-9721
> URL: https://issues.apache.org/jira/browse/SOLR-9721
> Project: Solr
> Issue Type: Sub-task
> Security Level: Public(Default Security Level. Issues are Public)
> Reporter: Noble Paul
> Attachments: SOLR-9721.patch
>
>
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
