[
https://issues.apache.org/jira/browse/LOG4J2-1627?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15719208#comment-15719208
]
Matt Sicker commented on LOG4J2-1627:
-------------------------------------
log4j-osgi is only a set of integration tests, so I'd recommend keeping that in
the main repository.
log4j-bom would become rather interesting with multiple git repos involved, so
perhaps it would best belong in its own tiny repo that we can update whenever a
release of any repo is made.
log4j-samples could probably be its own repo that we could add several more
examples to. Or, we could try to use it for hosting code used in the manual and
having maven insert the file contents into generated docs when doing the {{mvn
site:*}} commands.
> Move components from the Log4j 2 build into a separate build.
> -------------------------------------------------------------
>
> Key: LOG4J2-1627
> URL: https://issues.apache.org/jira/browse/LOG4J2-1627
> Project: Log4j 2
> Issue Type: Improvement
> Affects Versions: 2.8
> Reporter: Ralph Goers
>
> The Log4j build has grown to the point that performing releases is very time
> consuming. One way to help with this is to move some components, especially
> those that are not typically modified frequently, to another project. Almost
> everything besides the API, Core, web and the various bridges could be moved.
> In addition, some core components could be considered for moving to another
> module such as the mom and db appenders. Perhaps even the JMX support could
> be moved.
> We should also take into consideration making things line up with the Java
> profile system in Java 8 and the Java 9 module system.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: log4j-dev-unsubscr...@logging.apache.org
For additional commands, e-mail: log4j-dev-h...@logging.apache.org
