Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

manfuacturing-server: add an export REST API #616

Open
runcom opened this issue Feb 9, 2024 · 2 comments
Open

manfuacturing-server: add an export REST API #616

runcom opened this issue Feb 9, 2024 · 2 comments
Labels

Comments

@runcom
Copy link
Contributor

runcom commented Feb 9, 2024

when a manufacturer initialises many devices it's either gonna have OVs in files or in the database. Since the manufacturer has to move these OVs to the device owner, it'd be handy to have an export functioinality that exports a tarball with all the OVs. We can start with just that and have an API that does only that and expand in the future if other, more complex, queries and functions are needed.

What we need could be:

  • a REST API
  • authentication
  • ability to export all the OVs as a tarball

Questions:

  • do we care about tarball size?
  • what do we do with the OVs server-side? do we delete them? there's no delete API or mgmt solution right now anyway
@runcom runcom added the jira label Feb 9, 2024
@7flying
Copy link
Contributor

7flying commented Feb 9, 2024

FYI: Currently the fdo-owner-tool can export OVs from the DB and dump a specific one or all of them into a path.

So the internal DB export capability is already there, missing the API stuff.

@runcom
Copy link
Contributor Author

runcom commented Feb 9, 2024

awesome, I think we could easily add the api to the manufacturing server which re-uses code from the owner-tool then

@runcom runcom changed the title manfuacturing-server: add an export API manfuacturing-server: add an export REST API Aug 13, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants