[cdi-dev] Multiple Java SE Containers

[Markus KARG]

Thanks! See https://issues.jboss.org/browse/CDI-735 :-)
-Markus


-----Original Message-----
From: Matej Novotny [mailto:manovotn at redhat.com] 
Sent: Montag, 3. September 2018 10:36
To: Markus KARG
Cc: cdi-dev at lists.jboss.org
Subject: Re: [cdi-dev] Multiple Java SE Containers

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 at headcrashing.eu>
> To: cdi-dev at 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 at 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.