Hi,
I would say that it basically means it is up to implementation.
For instance in Weld you can start new SE container with some ID which helps determine
which SE container are you referring to.
CDI API is very bare in this regard and doesn't allow for such approach.
I vaguely recall some EG discussions about it being unclear whether multiple SE containers
are actually a valid/sought after use case.
So the wording ended up like this and implementations can do as they please for now.
If you have a use case I think it would be good to raise a JIRA ticket and ask for
clarification/expansion of API in this regard.
Matej
----- Original Message -----
From: "Markus KARG" <markus(a)headcrashing.eu>
To: cdi-dev(a)lists.jboss.org
Sent: Sunday, September 2, 2018 1:58:34 PM
Subject: [cdi-dev] Multiple Java SE Containers
CDI 13.1 says: "An implementation does not need to support multiple calls of
SeContainerInitializer.initialize() method when the SeContainer is running."
If a Java SE application wants to create distinct Containers containing beans
from the same JAR library, this effectively means, it MUST create multiple
initializers, but the initializers MAY share the same default ClassLoader,
OR does that means that each initializer MUST be given a separate
ClassLoader, OR does that mean that it is IMPOSSIBLE to create multiple
SeContainers at the same time?
Thanks for clarification!
-Markus
_______________________________________________
cdi-dev mailing list
cdi-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/cdi-dev
Note that for all code provided on this list, the provider licenses the code
under the Apache License, Version 2
(
http://www.apache.org/licenses/LICENSE-2.0.html). For all other ideas
provided on this list, the provider waives all patent and other intellectual
property rights inherent in such information.