Re: Funding for Hosting On-Line SPDX Tools
|
Gary O'Neall
I actually tried to implement this in a serverless environment (it was my first choice), but there is persistent state required for some of the components. As Alexios points out – a good future project.
The PostgreSQL is necessary as a DB backend. It also uses Redis – but this doesn’t seem to add too much complexity. We have some projects underway to reduce the dependency on Java – it would be great to make this all python sometime in the future.
BTW – Anyone interested in reviewing and contributing can review the issues listed here: https://github.com/spdx/spdx-online-tools/issues/199
Gary
From: spdx@... <spdx@...> On Behalf Of Alexios Zavras
Sent: Wednesday, August 5, 2020 4:27 AM To: spdx@... Cc: phil.odence@...; Kate Stewart <kstewart@...> Subject: Re: [spdx] Funding for Hosting On-Line SPDX Tools
Rewriting this to a simpler setup is definitely a valid idea for a future Community Bridge / GSoC project. 😉
-- zvr
From: spdx@... <spdx@...> On Behalf Of Vladimir Sitnikov
>The deployment is a bit complex (Java/Python/Django/PostgreSQL).
Is the complexity really needed? Can it be moved to a serverless solution? E.g. GitHub pages for the static content + lambdas for backend?
Vladimir
Intel Deutschland GmbH |
|
|