[ https://issues.apache.org/jira/browse/LOG4J2-547?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13917651#comment-13917651 ]
Matt Sicker commented on LOG4J2-547: ------------------------------------ I think it would depend on how many classes the streaming interface would really add. While I do like using proper modularity for things, it does make it a hassle to use without a corresponding bom. For example, search for "arquillian" on search.maven.org and tell me that's not a pain in the ass without the bom pom specifying all the proper version numbers to use for its various modules. I think it's a neat idea in theory, but in practice, there needs to be better documentation. Speaking of Spring and splitting everything up like that, I came across that issue in a rather direct way: the javadocs for Spring Framework specify all these neat classes available, but in reality, you could end up specifying like 10 JARs just to get things you thought were all in the core framework. There's certainly a documentation problem. > Update LoggerStream API > ----------------------- > > Key: LOG4J2-547 > URL: https://issues.apache.org/jira/browse/LOG4J2-547 > Project: Log4j 2 > Issue Type: Improvement > Components: API > Affects Versions: 2.0-rc1 > Reporter: Matt Sicker > Assignee: Ralph Goers > Fix For: 2.0 > > Attachments: 0001-PrintStream-API-update.patch, > Add_caller_info_tests.patch, log4j2-loggerStream.patch > > > I've got some ideas on how to improve the LoggerStream idea that I added a > little while ago. The main thing I'd like to do is extract an interface from > it, rename the default implementation to SimpleLoggerStream (part of the > SimpleLogger stuff), and allow log4j implementations to specify a different > implementation if desired. > In doing this, I'm not sure where specifically I'd prefer the getStream > methods to be. Right now, it's in Logger, but really, it could be in > LoggerContext instead. I don't think I should be required to get a Logger > just to get a LoggerStream. > Now if only the java.io package used interfaces instead of classes. This > would be so much easier to design! -- This message was sent by Atlassian JIRA (v6.2#6252) --------------------------------------------------------------------- To unsubscribe, e-mail: log4j-dev-unsubscr...@logging.apache.org For additional commands, e-mail: log4j-dev-h...@logging.apache.org