Hi all, I have updated the JIRA with a possible architecture diagram[1] for Open Meetings Recurrence events implementation.
Here in the diagram, IcalHandler is the one which is already there in the OpenMeetings core as org.apache.openmeetings.utils.mail.IcalHandler. I thought of implementing the Recurrence Event Handler on top of this (by expanding the Icalhandler class) where Recurrence Event Handler will keep the state of the events and manage everything in related to recurrences and provide an abstract interface which can be used by any core module of the OpenMeetings. In other words open meetings front end will not directly call to the Recurrence Event Handler interface but to some adapter in the core which will deal with the aforementioned handler. This way I feel the separation of concerns will meet and we will not tightly coupled with any iCalculator vendor (which is already happening now through the IcalHandler). Appreciate your valuable feedback on this architecture. [1] - https://issues.apache.org/jira/secure/attachment/12575505/recurrence-event-arch.jpg -- Thanks /Dishara
