On Fri, Jul 1, 2011 at 11:00, Vincent Massol <vincent(a)massol.net> 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
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
--
Thomas Mortagne