Expand my Community achievements bar.

Don’t miss the AEM Skill Exchange in SF on Nov 14—hear from industry leaders, learn best practices, and enhance your AEM strategy with practical tips.
SOLVED

Another question about how to add custom columns to the AEM Inbox

Avatar

Level 3

I want to add two new columns to the AEM Inbox: Content Path and Initiator. I've read through a lot of inbox questions here on Experience League, but I am still confused on how to do this.
This question basically reflects what I want to accomplish. It is marked as solved, but the solution is another post by the OP that links to an AEM Forms solution. Is the AEM Forms doc really the correct solution for what I'm trying to accomplish in regular AEM? If so, am I supposed to create two services for both Content Path and Initiator? Both of these values are part of the Workflow Info tab so I assumed these values are already exposed somehow?

1 Accepted Solution

Avatar

Correct answer by
Community Advisor

Hi @JonMaguire,

Inbox items are populated based on the OOTB implementation from com.adobe.granite.workflow.* family.

In particular, it is the implementation of com.adobe.granite.workflow.WorkflowSession interface (OOTB implementation class is available in com.adobe.granite.workflow.core bundle)

Similar query and comments addressed in another thread for reference - 

https://experienceleaguecommunities.adobe.com/t5/adobe-experience-manager/extending-aem-touch-ui-inb...

View solution in original post

3 Replies

Avatar

Correct answer by
Community Advisor

Hi @JonMaguire,

Inbox items are populated based on the OOTB implementation from com.adobe.granite.workflow.* family.

In particular, it is the implementation of com.adobe.granite.workflow.WorkflowSession interface (OOTB implementation class is available in com.adobe.granite.workflow.core bundle)

Similar query and comments addressed in another thread for reference - 

https://experienceleaguecommunities.adobe.com/t5/adobe-experience-manager/extending-aem-touch-ui-inb...

Avatar

Level 3
Thanks for your reply, @Vijayalakshmi_S. Reading your answer on the other thread, are you saying extending this wouldn't be advised because it would be like rewriting the whole implementation?

Avatar

Community Advisor
Yes, On a very high level itself could visualize it would involve many other related changes - both frontend and backend.