You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cocoon.apache.org by "Grzegorz Kossakowski (JIRA)" <ji...@apache.org> on 2007/09/02 22:07:19 UTC
[jira] Updated: (COCOON-1765) Logging
[ https://issues.apache.org/jira/browse/COCOON-1765?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Grzegorz Kossakowski updated COCOON-1765:
-----------------------------------------
Component/s: (was: - Servlet service framework)
- OSGi integration
> Logging
> -------
>
> Key: COCOON-1765
> URL: https://issues.apache.org/jira/browse/COCOON-1765
> Project: Cocoon
> Issue Type: New Feature
> Components: - OSGi integration
> Reporter: Reinhard Poetz
>
> [...] But my main thoughts is that logging need to be a centralized service, common for all blocks (separate logging solutions for each block would be a pain).
> The logging implementation is contained in a block (that is installed early) and makes the logger available as a service that other block can get through the service manager. This way the logging implementation is chosen by the choice of logging block. Observe that I only is talking about the blocks fw, within a block an ordinary ECM can be set up and it will inject the logger in its managed objects through the usual Avalon style.
> Using the same logger interface everywhere is also practical I guess we continue to use the o.a.avalon.framework.logger.Logger one.
> (by Daniel Fagerstrom: http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=113889468124728&w=2)
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.