Hi, I've looked a bit at the activity stream performance while looking for the performance issue since 3.2+ (http://jira.xwiki.org/browse/XWIKI-7520). Beyond this issue, I've been a bit puzzled by the logic of the activity stream implementation.
Right now it seems the activity stream is generating many many queries on the base data stored in the activity stream. However I've not been able to identify the exact logic it is following as it seems to be quite complex. The whole point of the activity stream when it was initially implemented was to move the work at saving time instead of having the work at display time. As the feature got more complex it seems we move away from that solution and now we have again a huge amount of work at display time. Now maybe the actual logic of what we want to display requires this, or maybe not and we haven't gone in the right direction to implement this. I think before we reimplement the activity stream in Java as I've seen said in the feature survey, we should put the actual feature and logic on paper and make sure we are going the right way. Because otherwise reimplementing in Java won't solve anything. I think it would be really good to go back to the initial objective of having the effort at save time and then having the display only read data in display it with simple templating. Is there any documentation about the feature itself and about the logic ? Can we put somebody on writing down the logic and then discussing that it's the right thing to do ? I can help on this if I'm given some more information about why it was done the way it's done now. Ludovic -- Ludovic Dubost Founder and CEO Blog: http://blog.ludovic.org/ XWiki: http://www.xwiki.com Skype: ldubost GTalk: ldubost _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
