This dependency has proved itself to be problematic, so the generator implementation should be relieved of it. I'm thinking that it would be easiest for the consumers of this project if this rewrite took the form of a pure-Rust solution, however, I'm not yet convinced either way.
This could also open the door to improving the build system in this repository--currently, the generator is built using maven, and the whole thing is glued together with a Makefile. Perhaps there's an opportunity to generate the redfish-codegen crate using something like Bazel.
In the coming months, I'll try out a couple of solutions and begin work on this, and I'll try to keep this issue updated with progress.
A full Rust rewrite needs the following:
This dependency has proved itself to be problematic, so the generator implementation should be relieved of it. I'm thinking that it would be easiest for the consumers of this project if this rewrite took the form of a pure-Rust solution, however, I'm not yet convinced either way.
This could also open the door to improving the build system in this repository--currently, the generator is built using maven, and the whole thing is glued together with a Makefile. Perhaps there's an opportunity to generate the redfish-codegen crate using something like Bazel.
In the coming months, I'll try out a couple of solutions and begin work on this, and I'll try to keep this issue updated with progress.
A full Rust rewrite needs the following:
textpackageregistrypackagespecificationpackageRepositoryinstead of the complicated to- and from- translational logic that exists today..cratefile from the OpenAPI documents that can be uploaded independently tocrates.io.axum(that ideally can be extended to support additional frameworks in the future)redfish-core.