[ 
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

Reply via email to