-
Notifications
You must be signed in to change notification settings - Fork 75
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
feat: introduce endpoint to manage custom assets #2419
Comments
Potentially related |
What should we call this endpoint? |
I'd say |
Requirement breakdown:
|
@pujavs It looks like this change may require a documentation update as well. Please evaluate the documentation aspect and make the change along with the code change within this PR itself. |
Implemented change via PR 8096 |
Usecase
There should be a clear non filesystem (volume) based solution for possible user customization's such as login pages, CSS, libraries ..etc. Managed clearly by an API endpoint then further optimized by drag and drop in a parent admin ui.
Possible Solutions:
My personal recommendation is to support this directly in our persistence and remove all file based requirements.
Implementation details:
Config API Asset endpoint will be saved in DB Store and uploaded to the jetty-server in one go.
Using Jans Core DBDocumentService for saving the asset in DB.
Using Jans Core DocumentStoreService for uploading the asset on to jetty-server.
Sample Client invokes POST endpoint
jans-config-api/api/v1/jans-assets/upload
endpoint and provides the asset as well as asset-metadaAPI does two thing
DBDocumentService
to save asset in DB.Logic regarding the asset-type and the directory where asset is uploaded on jetty-server is found in issue Issue#8406
Swagger Spec link
Child issue 8406
Discussion chat [thread] (https://chat.gluu.org/group/service_config_api?msg=rYXXDq4ihP92W67Ng) and (https://chat.gluu.org/group/service_admin_ui?msg=2pQpLnd8zhtm6Bvji)
The text was updated successfully, but these errors were encountered: