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

David Smiley commented on SOLR-17562:
-------------------------------------

It's very probable I _misplaced_ this feedback; sorry. InputStreamParser is 
perfect for raw stream download as those you listed above (e.g. 
{{org.apache.solr.client.solrj.request.FileStoreApi.GetFileResponse}}.  

But I very much meant my suggestion for the other ones.  I'll file a new 
JIRA/PR when I'm ready to take it to that step.  Feel free to ignore this 
distraction in this comment thread (since it's misplaced) but I look forward to 
your input on SOLR-17705 and more to come.

> Unify v2 API streaming support
> ------------------------------
>
>                 Key: SOLR-17562
>                 URL: https://issues.apache.org/jira/browse/SOLR-17562
>             Project: Solr
>          Issue Type: Improvement
>          Components: v2 API
>            Reporter: Jason Gerlowski
>            Assignee: Jason Gerlowski
>            Priority: Major
>              Labels: pull-request-available
>             Fix For: main (10.0), 9.9
>
>          Time Spent: 50m
>  Remaining Estimate: 0h
>
> Several v2 APIs return raw files or streams of data, including: 
> {{ZooKeeperReadAPI}}, {{NodeFileStore}}, and {{CoreReplication.fetchFile}}.
> But the APIs vary slightly in how they support this: ZooKeeperReadAPI uses 
> the deprecated "ContentStream" with "RawResponseWriter", NodeFileStore 
> directly attaches a "SolrCore.RawWriter" to the underlying SolrQueryResponse, 
> and CoreReplication follows the JAX-RS best practice of using the 
> "StreamingOutput" interface.
> This ticket aims to align all of these approaches and document our approach 
> in {{dev-docs/apis.adoc}} or a similar file.
> The preferred approach ([see discussion 
> here|https://github.com/apache/solr/pull/2734]) at the time of writing is to 
> use StreamingOutput.  If this doesn't change, this ticket will need to:
> * modify our Java codegen template and related code to support this new 
> response type.  (Java codegen currently requires that all responses subclass 
> SolrJerseyResponse)
> * remove the "x-omitFromCodegen" tag from any APIs using StreamingOutput (see 
> ReplicationApis.fetchFile for an example)
> * Switch other raw-file/streaming APIs over to using StreamingOutput.  
> Validate v1 and v2 responses. 



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org
For additional commands, e-mail: issues-h...@solr.apache.org

Reply via email to