[
https://issues.apache.org/jira/browse/SOLR-16825?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17760015#comment-17760015
]
ASF subversion and git services commented on SOLR-16825:
--------------------------------------------------------
Commit ed1580953078b9d570fa310329c87dfc87ffee5f in solr's branch
refs/heads/branch_9x from Jason Gerlowski
[ https://gitbox.apache.org/repos/asf?p=solr.git;h=ed158095307 ]
SOLR-16825: Fix response serialization bug (#1867)
Unknown types will try to serialize using Reflection,
but will use a "toString()" serialization if no JSONProperty annotations
are found. This is backwards compatible.
Co-authored-by: Houston Putman <[email protected]>
(cherry picked from commit 9a453854a56125fef6740ce8e4a1f69fb444eabe)
> Generate Java bindings from OpenAPI spec
> ----------------------------------------
>
> Key: SOLR-16825
> URL: https://issues.apache.org/jira/browse/SOLR-16825
> Project: Solr
> Issue Type: Improvement
> Components: v2 API
> Reporter: Jason Gerlowski
> Priority: Major
> Time Spent: 8h 10m
> Remaining Estimate: 0h
>
> SOLR-16346 added support to Solr's build to generate an "OpenAPI spec" file
> describing our v2 API. But currently, this spec file isn't actually used by
> Solr in any way.
> Spec files can be used for a variety of purposes, including to [generate
> client bindings|https://github.com/OpenAPITools/openapi-generator] for using
> the API.
> The client generation capabilities provided by the OpenAPI project cover a
> variety of languages, but it make sense for Solr to start with Java since we
> already have a Java client that requires continual effort to keep up to date.
> It'd be a big win for the project if we were able to replace some or all of
> the manually maintained "SolrRequest" implementations in SolrJ with
> automatically generated code.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]