You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@openwebbeans.apache.org by "Romain Manni-Bucau (JIRA)" <ji...@apache.org> on 2017/07/16 19:18:00 UTC

[jira] [Commented] (OWB-1202) Don't require user to spin up a thread for long running SeContainer

    [ https://issues.apache.org/jira/browse/OWB-1202?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16089072#comment-16089072 ] 

Romain Manni-Bucau commented on OWB-1202:
-----------------------------------------

Hmm, this is interesting cause I read the spec the opposite way. Kind of "you manage the container then manage the container" API style. Assume we start ourself a thread then we need

1. define an OWB SPI to do it in the way the user wants (I see at least 3 different potential expectations: sync, async and managed, async and unamanaged)
2. ensure this API can start a thread (which is not required by spec AFAIK)
3. handle somehow (probably 1 but what about the default then) the case where you use it in a single threaded program :s

[~johndament] anything you see in the spec making that request needed or wanted?

> Don't require user to spin up a thread for long running SeContainer
> -------------------------------------------------------------------
>
>                 Key: OWB-1202
>                 URL: https://issues.apache.org/jira/browse/OWB-1202
>             Project: OpenWebBeans
>          Issue Type: Improvement
>            Reporter: John D. Ament
>
> Suppose I have a main method that just does this
> {code}
> SeContainerInitializer.newInstance().initialize();
> {code}
> I shouldn't be required to create a thread that will keep the container alive.  It would be better if OWB kept it alive for me.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)