Thank you for submitting a feature request. Before proceeding, please review MLflow's Issue Policy for feature requests and the MLflow Contributing Guide.
Please fill in this feature request template to ensure a timely and thorough response.
The MLflow Community encourages new feature contributions. Would you or another member of your organization be willing to contribute an implementation of this feature (either as an MLflow Plugin or an enhancement to the MLflow code base)?
Provide a Swagger file so that users can generate clients with toolks like Swagger Codegen
Easier for users on non-supported languages/platforms to create clients to interface with MLFlow
Can't find the Swagger file in docs or inside the project
Components
area/artifacts: Artifact stores and artifact loggingarea/build: Build and test infrastructure for MLflowarea/docs: MLflow documentation pagesarea/examples: Example codearea/model-registry: Model Registry service, APIs, and the fluent client calls forarea/models: MLmodel format, model serialization/deserialization, flavorsarea/projects: MLproject format, project running backendsarea/scoring: Local serving, model deployment tools, spark UDFsarea/tracking: Tracking Service, tracking client APIs, autologgingInterfaces
area/uiux: Front-end, user experience, JavaScript, plottingarea/docker: Docker use across MLflow's components, such as MLflow Projects and MLflow Modelsarea/sqlalchemy: Use of SQLAlchemy in the Tracking Service or Model Registryarea/windows: Windows supportLanguages
language/r: R APIs and clientslanguage/java: Java APIs and clientsIntegrations
integrations/azure: Azure and Azure ML integrationsintegrations/sagemaker: SageMaker integrations(Use this section to include any additional information about the feature. If you have a proposal for how to implement this feature, please include it here. For implementation guidelines, please refer to the Contributing Guide.)
@pogil how do we want to prioritize this? backlog or community help?
@lqdev and others, thanks for raising this - we'd be happy to review a proposal of how Swagger API docs might be added & what it'd entail for the development workflow (for example, can we autogenerate Swagger API docs from our existing protobuf REST API definitions?)
A cursory google search suggests it's possible to go from Swagger to protobuf (https://github.com/nytimes/openapi2proto), but it'd be nice if we could continue to define REST APIs in protobuf and generate the Swagger docs from our protobuf definitions.
Excellent! Thanks, @pogil @smurching @lqdev Hopefully, we can get community help on this one.