-
Bug
-
Resolution: Done
-
Critical
-
None
-
None
-
False
-
False
-
-
-
-
-
-
+
-
Undefined
-
-
This issue is a copy of WFLY-14055 which points out deployment time increase for massive applications (EAR with 500 EJB jars in this case - yea, I know, your daily deployment sample ). There is no real drawback for any small deployment, the difference would be negligible.
Turns out a lot of time is spent inside Weld subsystem which needs to analyze the accessibility graph but also process external bean archives. While I don't see how to easily improve the former, the latter can be cut down significantly with a simple cache.
See the original issue for more details, I will also re-attach the reproducer here for ease of double checking.
- clones
-
WFLY-14055 Performance degradation for massive deployments in Weld subsystem
- Closed
- relates to
-
JBEAP-20087 [GSS](7.3.z) WFLY-13147 - Deployment slowdown after WFLY upgrade (DeploymentArchive handling)
- Closed