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

[FEATURE] Reload AASX files (and config) on SIGUP signal withouth restart #478

Open
StenGruener opened this issue Oct 2, 2024 · 3 comments
Labels
enhancement New feature or request

Comments

@StenGruener
Copy link
Contributor

StenGruener commented Oct 2, 2024

Hi guys,

we got a use-case where AASX packages are updated from a side-sevice, e.g., blob storage or something. After each such update we need to cycle/reload the whole basyx solution including env and registries (yea, env does crash in case of a duplicate in registry).
Whole cycle takes about 2m until everything is up and healthy again.

So the idea would be to let env reload the config and the aasx files using some IPC mechanism. Maybe some custom mgmt rest api, or a SIGHUP posix signal (mosquitto is working this way).
So signlas would be a preferred solution.
image

@StenGruener StenGruener added the enhancement New feature or request label Oct 2, 2024
@github-project-automation github-project-automation bot moved this to To triage in Support Requests Oct 2, 2024
@aaronzi
Copy link
Member

aaronzi commented Oct 4, 2024

Hi Sten,

just out of curiosity, why are you not updating/creating the shells via the respective rest endpoints?
The AAS Environment also has an endpoint for uploading AASX-files. Would that solve your problem?

@aaronzi aaronzi moved this from To triage to Backlog in Support Requests Oct 4, 2024
@StenGruener
Copy link
Contributor Author

StenGruener commented Oct 7, 2024

hi,

  1. changes may be too huge
  2. will it also support "replacing" the AAS or do we have to "purge" everything first using DELETE verbs?
  3. will it also be able to handle "attached" files within the aasx package?

@aaronzi
Copy link
Member

aaronzi commented Oct 7, 2024

  1. Too huge for a web request you mean?
  2. When using for example PUT /shells on an existing shell this will replace the old one with the new one. The /upload endpoint won't work in that scenario because the shell already exists.
  3. That would only work when using the /upload endpoint or multiple request to add the attachment files to the shell after it was created/updated.

What you are talking about sounds like a tool for handling AASX Packages like the AASX File Server (including some extra features for starting those shells as Type 2 Shells on a server). We are currently considering integrating the file server and the repositories, but we won't implement this soon.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
Status: Backlog
Development

No branches or pull requests

2 participants