[FOLIO-463] Discuss and design platform support for building/deploying business-logic modules Created: 07/Feb/17  Updated: 02/Sep/21  Resolved: 02/Sep/21

Status: Closed
Project: FOLIO
Components: None
Affects versions: None
Fix versions: None

Type: Umbrella Priority: P2
Reporter: Jakub Skoczen Assignee: Jakub Skoczen
Resolution: Done Votes: 0
Labels: spike, sprint8
Remaining Estimate: Not Specified
Time Spent: 2 hours, 30 minutes
Original estimate: Not Specified

Issue links:
Relates
relates to STRIPES-169 Items UI module should run against "i... Closed
relates to OKAPI-244 implement redirect/passthrough routing Closed
Sprint:

 Description   

As captured in DMOD-160 we are getting into the territory where we need to build server-side business logic (BL) modules that make it easy to perform compound operations by the UI.

Within this issue we want to investigate whether the platform should offer facilities that make creation and registration of BL modules less painful.

Specifically:

1. Is there any special support for BL module in Okapi?

  • do we include primitives in the ModuleDescriptor that make it easy to redirect/pass-through certain calls down to the system modules in cases when no additional processing is required
  • do we include primitives that make it easy/easier to share and extend interfaces

2. Is there any special support needed in RMB? Or, instead, do we want a new project/framework that make it easy to code BL modules, e.g with primitives to join data from other modules, handle errors, etc.



 Comments   
Comment by Heikki Levanto [ 07/Feb/17 ]

I have a design for that in Okapi-244. I even have opened a branch to implement this redirection model.

Comment by Jakub Skoczen [ 07/Feb/17 ]

Ok, great Heikki, that should cover Okapi part of this issue.

Comment by Jakub Skoczen [ 10/Feb/17 ]

During the call today we have discussed and concluded that:

1. The redirect/passthrough functionality developed in OKAPI-244 Closed is the only support we need from Okapi/platform for now, it's been agreed that it is useful for both Inventory and Users BL work.

2. We won't pursue a server-side library/tool for stitching/mashing up responses/requests at this point: we want to develop more BL modules first and learn about the needs/patterns first.

Generated at Thu Feb 08 23:05:58 UTC 2024 using Jira 1001.0.0-SNAPSHOT#100246-sha1:7a5c50119eb0633d306e14180817ddef5e80c75d.