oasgen
- OpenAPI Spec Generatoroasgen
is a library to generate OpenAPI 3.0 specs from Rust server code (or any async functions). We currently support:
actix
- actix-webContributions to support other web frameworks are welcome!
```rust // Actix-web example use oasgen::{OaSchema, Server, openapi}; use actix_web::web::Json; use serde::{Deserialize, Serialize};
pub struct SendCode { pub mobile: String, }
pub struct SendCodeResponse { pub found_account: bool, }
async fn sendcode(body: Json
async fn main() -> std::io::Result<()> { let server = Server::new() .post("/send-code", sendcode) .freeze() ; HttpServer::new(move || { App::new() .service(server.clone().intoservice()) }) .bind("0.0.0.0:5000")? .run() .await } ```
```toml [dependencies]
oasgen = { version = "0.1.0", features = ["actix"] } ```
Here are some issues you might encounter.
You have direct access to the spec on its field: oasgen::Server { pub openapi }
. You can modify it as you wish.
As noted, you have direct access to the OpenAPI
struct. With it, you can write to stdout, the file, and more.
We provide a helper function that integrates well with a basic build process.
rust
let server = Server::new()
// your routes
.write_and_exit_if_env_var_set("./openapi.yaml")
// .freeze() here, if you're mounting to a server.
If OASGEN_WRITE_SPEC=1
, it will write the spec to the path, then exit.
In your build process, build the executable, run it once with the env var set, then run it again without the env var to e.g. start the server normally.
It's easiest to use the built-in methods: Schema::get_json_spec_at_path
and Schema::get_yaml_spec_at_path
.
If you need to customize these routes, the closure lifetimes can be tricky. Below is a rough sketch.
rust
async fn main() {
let server = oasgen::Server::new();
HttpServer::new(move || {
let spec = server.openapi.clone();
actix_web::App::new()
.route("/openapi.json", web::get().to(move || {
let spec = spec.clone();
async { HttpResponse::Ok().json(&spec) }
}))
;
})
}
You can also assign a clone of the spec to a web::Data
(or even a lazy_static
!).
Framework support is controlled via features, which are mutually incompatible. If you need to support
multiple frameworks in the same codebase, you can depend on oasgen
multiple times with different
feature sets.
toml
[dependencies]
oasgen_actix = { version = "0.1.0", features = ["actix"] , package = "oasgen" }
oasgen_none = { version = "0.1.0", package = "oasgen" }
Right now we only support actix, so this doesn't even apply, but the support exists for when other frameworks are needed.