Open deeleeramone opened 3 months ago
Currently the widget's json is generated programmatically and served. The saving of the file was done for debug purposes by me initially. The problem with a fully static widgets.json is that if I install an extension it will not be referenced in the widgets.json and this not served. If we decide to rely on a file and watch for changes in it and/or in the openapi this would add more complexity.
Currently this script is made to work with different platform installations. I can install it into an environment where I have few extensions and it will work. I can also install it into an environment with all extensions and it will also work. If you think you can accommodate the logic to handle all the various use cases without making it into a bloated monster script, I would be more than supportive of this initiative
Two pieces of logic that I am incorporating into the installation package are:
uvicorn
kwargs to allow custom command line execution and environment variable overrides.
widgets.json
in a defined location as opposed to the CWD. The widgets builder portion of the script reads the existing file, if it does exist already, and prompts the user if they would like to replace or append the existing widgets.json
file.
^^
API should be able to launch without changing contents of the JSON, and also watch for changes to the file or
assets
folder.