Details
-
Task
-
Status: Closed (View Workflow)
-
P2
-
Resolution: Done
Description
As described in LIBAPP-12 and STRIPES-183 even a simple UI screen to edit/create users requires a non-trivial series of calls to multiple backend modules (in this example: mod-auth, login, perms). This indicates that we need a server-side business-logic module that understand the relationships between the modules and exposes simple endpoints (like edit user) that perform various operations (and error handling) behind the scenes. Thus alleviating the UI from the complex business logic.
Step 1.
- Design a set of operations and schemas for the new business-logic module. Re-use existing schema by creating compound object where possible.
Step 2
- Implement and expose endpoints required by the UI: create and update User, migrate the UI client (component) over to the new endpoints
TestRail: Results
Attachments
Issue Links
- blocks
-
FOLIO-506 include users-bl in the bb
-
- Closed
-
-
STRIPES-227 Re-wire User edit and view screens to the BL module
-
- Closed
-
- duplicates
-
LIBAPP-163 Manage patron groups association on the user screen
-
- Closed
-
- relates to
-
DMOD-197 Update item status as part of creating or updating a loan
-
- Closed
-
-
FOLIO-463 Discuss and design platform support for building/deploying business-logic modules
-
- Closed
-
-
FOLIO-490 Convention for paths of storage and business logic resources
-
- Closed
-
-
DMOD-198 Include item information in loans
-
- Closed
-
-
DMOD-202 perform a join users-patron groups in the users BL
-
- Closed
-
-
DMOD-208 reimplement how user's permissions are retrieved to the UI/client
-
- Closed
-
-
STRIPES-244 ui-users: use stripes-connect to post new users's credentials and permissions
-
- Closed
-
-
UIU-304 Rewrite the Users module to use stripes-connect throughout
-
- Closed
-