Skip to content

Add members to Group and add Group Type restriction hints#40

Draft
Fannon wants to merge 4 commits intomainfrom
group-members
Draft

Add members to Group and add Group Type restriction hints#40
Fannon wants to merge 4 commits intomainfrom
group-members

Conversation

@Fannon
Copy link
Copy Markdown
Member

@Fannon Fannon commented Dec 8, 2025

Added

  • Added members assignment from a Group to ORD Resources
    • So far, ORD resources could only define their partOfGroups assignment, assuming they know which group (instances) they belong to
    • Sometimes not just the group taxonomy is defined externally, but also the group assignment. In this case, it is the group which knows which ORD resources are part of it (members), not vice versa
    • For an ORD aggregator this comes with a new challenge, as the relationship between group and its constituents can be defined from both sides
  • Added restrictDirection to optionally restrict the direction of group assignments to either resource -> group or vice versa.
  • Added restrictResourceType to optionally restrict group assignments to one or more ORD resource types.

@swennemers I'm least sure about restrictDirection if we really need this. Also we could leave out restrictResourceType for now. It might help with validation of correct use of taxonomy later, though.

@Fannon Fannon requested review from maiargu and swennemers December 8, 2025 14:58
@Fannon Fannon self-assigned this Dec 8, 2025
Comment on lines +3903 to +3934
restrictDirection:
type: string
oneOf:
- const: "resource-to-group"
description: |-
The resource is assigned to the group.
- const: "group-to-resource"
description: |-
The group is assigned to the resource.
description: |-
Optionally restricts the direction of the group assignments for this group type.
x-introduced-in-version: "1.13.0"
x-feature-status: beta

restrictResourceType:
type: array
description: |-
Optionally restricts group assignments (of this group type) to ORD resource types.
items:
type: string
enum:
- "package"
- "consumptionBundle"
- "apiResource"
- "eventResource"
- "capability"
- "entityType"
- "integrationDependency"
- "dataProduct"
x-introduced-in-version: "1.13.0"
x-feature-status: beta

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I have the feeling, that we are getting too complicated with this and I would leave it out.

Copy link
Copy Markdown
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yes, I have a similar feeling. I added it here because we discussed it. But we can decide to not do it for now, maybe keep it commented-out.

@swennemers
Copy link
Copy Markdown
Member

There is the probably overlapping requirement to introduce an explicit taxonomy/group assignment resource, as these assignments can have a different lifecycle than the ORD resource and also the taxonomy. So, I am wondering, if we should introduce members or if this would be better covered with a taxonomy/group assignment ORD resource.

Fannon and others added 3 commits December 16, 2025 14:14
Co-authored-by: Sebastian Wennemers <sebastian.wennemers@sap.com>
Co-authored-by: Sebastian Wennemers <sebastian.wennemers@sap.com>
Co-authored-by: Sebastian Wennemers <sebastian.wennemers@sap.com>
@Fannon Fannon marked this pull request as draft December 16, 2025 16:05
@Fannon Fannon modified the milestone: 1.13.0 Release Dec 18, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants