[ http://issues.ops4j.org/browse/PAXLOGGING-75?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13339#action_13339 ]
Niclas Hedhman commented on PAXLOGGING-75: ------------------------------------------ As I suspected, you want to "exploit" the mess-up in Log4j, the lack of separating what is API and what is implementation. In Pax Logging, the Log4j API is abstracted to a generic form, then traverses the Bundle boundary, and gets reconstructed as a Log4j backend object. But since any API is doing the same thing, we can't pass the Log4j Logger instance across the boundary and your intent is not feasible as described by by Log4j folks (it took a while for some to get the idea of API vs implementation).... Loggers with format string sounds like messed up separation of concerns. The app should send off events of things happening, the user configures how those are formatted. In fact, I don't see how this differs from standard Log4j configuration of formatting per appender. Case 2; Very vague. I asked for an actual use-case, not abstract mumbo jumbo... Sorry, you need to be more specific. What does a "Security Logger" mean? > Constructor of "org.apache.log4j.Logger" is invisible > ----------------------------------------------------- > > Key: PAXLOGGING-75 > URL: http://issues.ops4j.org/browse/PAXLOGGING-75 > Project: Pax Logging > Issue Type: Bug > Components: API > Affects Versions: 1.4 > Environment: Apache Felix 2.0, Pax Logging 1.4 > Reporter: Felix Hallmann > Assignee: Niclas Hedhman > > I need a Logger Class extending "org.apache.log4j.Logger". > I difference to the SLF4J / Log4j Bundles from springsource the Pax Logging > implementation hides the needed constructor. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.ops4j.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira _______________________________________________ general mailing list general@lists.ops4j.org http://lists.ops4j.org/mailman/listinfo/general