Node Data Page In Component Access Group Problem
Hello,
I am trying to centralize the service integrations on our platform that nearly has 50 applications.
The solution is to have the integrations in components, but in this solution I am not able to give our common layer application's access group to Node scoped Data Pages. I thought having my common layer application as built on for component would avoid such issue. But it did not let me save with that configuration.
When I tried to remove my common layer application from component built on area and add the component under my common layer application definition, I was able to save the access group set as it's. Removing it from application definition after the save is also tried but causes data page being unable to see the request data transform.
The reason we are not into putting these components in our common layer application definition is, we are taking full packages for every sprint and the size is being effected in respectable amounts since these components have thousands of rules in them.
Since these data pages will have service requests, we should use a commonly shared access group for them.
What would be the best solution?
ai4process ltd
GB
Node-level Data Pages require a valid access group to resolve rules. When the component doesn’t inherit the common layer application directly (via Built on), the access group loses visibility into those rules—even if temporarily added.
Below are few options -
#1: Use a Shared Integration Application
Create a lightweight “Integration Shell” application that includes all components and is built on the common layer. Assign Node-level Data Pages to an access group tied to this shell app. This avoids bloating the common layer while preserving rule resolution.
#2: Use Requestor Pools with Explicit Access Groups
For service-level Data Pages, configure requestor pools with access groups that include both the common layer and component apps. This ensures runtime resolution without modifying app definitions.
Note: If you're using Deployment Manager or pipelines, you can automate component packaging separately and link them via manifest files, keeping your sprint packages lightweight
Softtech
TR
@RaviChandra thanks for the options, I wanted to proceed with option 1. But in here we have a problem such as our Integration Shell Application not being able to see the rules that are in the applications that use the Data Page. For making it clear, some applications require customizing the request and response data transforms regarding their needs. But it still uses the data transform from the Component.
How could we solve this issue?