The stack trace suggests IIQ is trying to remove an entitlement whose object reference is resolving to null. In other words, the access item is visible in the request flow, but the underlying entitlement/managed attribute is missing, stale, or not being resolved correctly at runtime.
I’d validate:
the entitlement still exists in IIQ and is properly correlated,
there is no custom workflow/rule on Remove Access that calls getAttributes() without checking for null,
and the application/account aggregation plus catalog state are in sync.
If this is customized, add defensive null handling around entitlement resolution and log which entitlement/app/native identity is failing before getAttributes() is called. That should quickly tell you whether this is bad data, stale catalog state, or a customization defect.
Please check the object of the Entitlement that you are trying to remove through debug page. Make sure that it is available and also make sure that your identity has the attributeAssignment tag for that particular entitlement that you are trying to remove in the identity object.
Hi @cbskiet1986 Can you share more detailed steps? When the user is selected, remove the tab at the top of the access request, or click on particular entitlements. it might look like an extended attribute issue. Can you share more logs?
Root Cause Analysis: Entitlement does not exist in Entitlement Catalog while its assigned to user and added in . To test this we removed the entitlement via debug page from and issue has been resolved.