[ 
https://issues.apache.org/jira/browse/LOG4J2-2920?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Matt Sicker resolved LOG4J2-2920.
---------------------------------
    Fix Version/s: 3.0.0
                   2.22.0
         Assignee: Piotr Karwasz  (was: Christian Grobmeier)
       Resolution: Fixed

This was generally handled by Piotr on build-related improvements in 
[https://github.com/apache/logging-log4j2/issues/1778].

> Optimize various points of the build
> ------------------------------------
>
>                 Key: LOG4J2-2920
>                 URL: https://issues.apache.org/jira/browse/LOG4J2-2920
>             Project: Log4j 2
>          Issue Type: Epic
>          Components: Build
>            Reporter: Matt Sicker
>            Assignee: Piotr Karwasz
>            Priority: Major
>             Fix For: 3.0.0, 2.22.0
>
>
> The current time it takes to perform a full {{mvn clean install}} (with 
> dependencies already downloaded) as well as the time it takes to run {{mvn 
> site}} has historically been a problem for making more frequent releases. 
> Today, I see that even on a CI machine, the tests themselves take about 30 
> minutes to complete (unsure if this time includes the total wall time or only 
> the time spent executing tests), half of that in log4j-core.
> While working on LOG4J2-2653, I've begun the process of categorizing our 
> tests and trying to identify which ones require special execution conditions 
> (e.g., cannot be executed in parallel) with the hopes of enabling faster 
> tests. With that idea in mind, I figured an actual epic for the various tasks 
> required to optimize the build would make sense.
> The goal of this epic is to update our Maven build so that tests can execute 
> more quickly, less toolchains/compilers are required to build, and other 
> friction points that add unnecessary time to the build.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

Reply via email to