<div dir="ltr"><div>Hi,</div><div><br></div><div>currently it is hard to figure out what actually happend when processing events, since there</div><div>is no explicit information about the actual underlying resource in an event. Currently one has to </div><div>parse the resourcePath of an AdminEvent to deduce the involved resource.</div><div><br></div><div>E.g. Creating a user yields:</div><div><br></div><div>AdminEvent#getOperationType(): CREATE</div><div>AdminEvent#getResourcePath(): users/edbabe12-528a-42cc-90cc-bbc66ebaa472</div><div><br></div><div>Assigning a client role to a user yields:</div><div><br></div><div>AdminEvent#getOperationType(): CREATE</div><div>AdminEvent#getResourcePath(): users/edbabe12-528a-42cc-90cc-bbc66ebaa472/role-mappings/clients/7f3af5dc-b68b-4bda-b5a3-89b6d827fb1e</div><div><br></div><div>Removing a client role from a user yields:</div><div>AdminEvent#getOperationType(): DELETE</div><div>AdminEvent#getResourcePath(): users/edbabe12-528a-42cc-90cc-bbc66ebaa472/role-mappings/clients/7f3af5dc-b68b-4bda-b5a3-89b6d827fb1e</div><div><br></div><div>It would be helpful if one had more information about the actual use case.</div><div><br></div><div>How about introducing an AdminEvent#getResourceType() method that returns an enum value for the </div><div>resource in question, e.g. USER, ROLE, CLIENT, REALM, GROUP, ROLE_ASSIGNMENT, CLIENT_ROLE_ASSIGNMENT, GROUP_ASSIGNMENT, etc.</div><div><br></div><div>This would make it easier detect what actually happend without having to parse the resourcePath.</div><div><br></div><div>What do you think?</div><div><br></div><div>Cheers,</div><div>Thomas</div><div><br></div></div>