[
https://issues.apache.org/jira/browse/SOLR-16835?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17791187#comment-17791187
]
ASF subversion and git services commented on SOLR-16835:
--------------------------------------------------------
Commit fb9b6fd52f52706da5409f695a3d94c83d2a7fe8 in solr's branch
refs/heads/main from Jason Gerlowski
[ https://gitbox.apache.org/repos/asf?p=solr.git;h=fb9b6fd52f5 ]
SOLR-16835: Add approximate-/select to OAS (#2079)
Now that Solr uses its OAS to generate client bindings in multiple
languages (Java and JavaScript, so far), users of these clients may wish
to use them to run searches.
Normally, this would require converting the `/select` endpoint to JAX-RS
so that its inputs and outputs can be described comprehensively in our
OAS. However, doing this for `/select` will take some time due to the
complexity and large degree of configurability the endpoint offers.
This commit works around this limitation by creating an approximation of
the `/select` endpoint that can appear in our OAS until the API can be
converted to JAX-RS in earnest. This will give generated-client users
access to at least some query functionality in this interim.
The `/select` query parameters supported in this commit were chosen
mostly arbitrarily. They may be added to freely as generated-client
users run into particular needs (e.g. for setting 'faceting'
parameters).
> Generate Python bindings from OpenAPI spec
> ------------------------------------------
>
> Key: SOLR-16835
> URL: https://issues.apache.org/jira/browse/SOLR-16835
> Project: Solr
> Issue Type: New Feature
> Components: v2 API
> Affects Versions: main (10.0)
> Reporter: Jason Gerlowski
> Assignee: Jason Gerlowski
> Priority: Minor
> Labels: client
> Time Spent: 4h 40m
> 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 in a variety of languages.
> OpenAPI supports client-generation in many languages. Among these Python is
> particularly promising due to the popularity of the language itself and of
> the 3rd-party "pysolr" client.
> (It's also an appealing starting-point from a development perspective, as
> it's "green field" and therefore unconstrained by compatibility concerns as
> the Java binding in SOLR-16825 is.)
--
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
