On Fri, Jul 1, 2011 at 11:00, Vincent Massol <[email protected]> wrote:

Hi devs,

I'd like to start brainstorming about implementing a notion of console from within XE. The idea is that most of our current logs that go in the shell console are actually application-level logs that should be visible to wiki developers (developers of applications inside XE).

I've started a design page at http://dev.xwiki.org/xwiki/bin/view/Design/ConsoleModule

Here are some initial ideas:

* centralized logs available from all nodes * idea: use activity stream * UI: a new console tab in pages for all logs for the page * UI: an admin page for all console logs with a livetable for filtering * nice: real time addition of new logs (comet and co) * memory cache (eg last 100 logs) + block save (anti flood protection) * long term logging with compacting * system log vs application log * Requirement: current node id * Console Module / Application with API * idea: appender for slf4j (note: could use MDC for additional data: http://www.slf4j.org/api/org/slf4j/MDC.html)

WDYT? Shoot your ideas!

Note that Extension Manager require part of this feature to be able to report installation issues and especially XAR merging conflicts found during import. The important idea to validate for EM is what code is using to log application level log because all the document merging is actually taking place in XWikiDocument/BaseObject/etc. so in a "public" API. A proposal as a first version is to provide an easy way to dynamically add/remove an slf4j appender and grab all the log produced in a particular thread during an action. Extension Manager will then use that and nicely display all that log to its user when the installation is done.

Thanks -Vincent _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs

-- Thomas Mortagne