-
Bug
-
Resolution: Done
-
Major
-
7.1.6.GA, 7.2.8.GA, 7.3.1.GA
In EAP 6.4 , sub deployments were accessible before all Singleton's PostConstruct were finished, this was fixed via [1]. After this fix if an exception was thrown from PostConstruct, then the whole deployment was in a failed state as well. EAP 7.0 works the same as EAP 6.4 after the fix.
In EAP 7.3/7.2/7.1 when the Singleton throws an exception, the sub deployments are accessible.
[1] https://bugzilla.redhat.com/show_bug.cgi?id=1310908
EJB 3.1 spec, section 4.8.1:
If the Startup annotation appears on the Singleton bean class or if the Singleton has been designated via the deployment descriptor as requiring eager initialization, the container must initialize the Singleton bean instance during the application startup sequence. The container must initialize all such startup-time Singletons before any external client requests (that is, client requests originating outside of the application) are delivered to any enterprise bean components in the application.
- is blocked by
-
JBEAP-20091 [GSS](7.3.z) (wf-core) Adding new EE deployment phase constant
- Closed
- is cloned by
-
JBEAP-19687 [GSS](7.2.z) Application does not fail when @Singleton @PostConstruct throws exception
- Closed
-
WFLY-13515 Application does not fail when @Singleton @PostConstruct throws exception
- Closed
- relates to
-
JBEAP-20063 [GSS](7.3.z) Deployment is not failing as expected and according to the specification if a @Singleton @Startup @PostConstruct initialization failed
- Closed