<div dir="ltr"><br><br><div class="gmail_quote">On Mon, Mar 16, 2015 at 12:42 PM Antoine Sabot-Durand &lt;<a href="mailto:antoine@sabot-durand.net">antoine@sabot-durand.net</a>&gt; wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div><br><blockquote type="cite"><div>
  
    
  
  <div text="#000000" bgcolor="#FFFFFF">
    The CDIProvider serves as a kind of SPI for CDI&#39;s static methods to
    be able to call into the implementation. I don&#39;t think reusing it
    also as a user-facing code is a good idea. What people suggesting to
    reuse CDIProvider had in mind, I think, was to reuse it as the SPI
    for talking to the CDI implementation instead. That way, the
    initialize() static method of CDIContainer/StartedCDI/whatever we
    call it can use CDIProvider internally to actually start the
    container.<br></div></div></blockquote><blockquote type="cite"><div><div text="#000000" bgcolor="#FFFFFF"><br>
    In addition, the current proposal does not make it possible to
    implement parallel container instances.<br></div></div></blockquote><div><br></div><div><br></div></div></div><div style="word-wrap:break-word"><div><div>We’ll re-discuss that tomorrow at the meeting. If you&#39;d bring an alternative proposal that would be great </div></div></div></blockquote><div><br></div><div>There&#39;s a chance I won&#39;t be at tomorrow&#39;s meeting but I&#39;ll follow up either way.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div><br><blockquote type="cite"><div><div text="#000000" bgcolor="#FFFFFF">
    <br>
    Jozef<br>
    <br>
    <div>On 03/15/2015 05:03 PM, John D. Ament
      wrote:<br>
    </div>
    <blockquote type="cite">
      <div dir="ltr">HI all,
        <div><br>
        </div>
        <div>Apologies for being a week late on getting this doc
          together.  I had some personal issues pop up after my leg came
          out of its cast that consumed most of my week last week.</div>
        <div><br>
        </div>
        <div>Anywho, I&#39;ve updated the doc with a summary of what was
          discussed with CDI SE bootstrap support.  You can find that
          here: <a href="https://docs.google.com/document/d/1LgsGT-AAlrF72Z5pW4xNQiVjUHGUME46ZmB-wwF35Yw/edit?usp=sharing" target="_blank">https://docs.google.com/document/d/1LgsGT-AAlrF72Z5pW4xNQiVjUHGUME46ZmB-wwF35Yw/edit?usp=sharing</a></div>
        <div><br>
        </div>
        <div>There are two minor changes that I made from where we last
          discussed, as when I was putting together code I found some
          gaps and figured it best to fix them here than later.</div>
        <div><br>
        </div>
        <div>1. CDIProvider does not implement AutoCloseable.  Since CDI
          class maintains a reference to the provider, implementing
          AutoCloseable was not adding anything.</div>
        <div><br>
        </div>
        <div>2. I added a method boolean isInitialized() so that the
          caller can know if they need to start the container (or if
          it&#39;s already running).</div>
        <div><br>
        </div>
        <div>Locally, I&#39;ve also modified the CDI.current() method to use
          getCDIProvider() instead of internally finding the provider
          since we now have a getter.</div>
        <div><br>
        </div>
        <div>One thing I&#39;d like to get feedback on is if calling
          initialize/shutdown in a container should throw
          IllegalStateException, or probably better to throw
          UnsupportedOperationException when called in EE containers.</div>
        <div><br>
        </div>
        <div>Let me know your thoughts.</div>
        <div><br>
        </div>
        <div>John</div>
        <div><br>
        </div>
      </div>
      <br>
      <fieldset></fieldset>
      <br>
      <pre>_______________________________________________
cdi-dev mailing list
<a href="mailto:cdi-dev@lists.jboss.org" target="_blank" onclick="window.open(&#39;https://mail.google.com/mail/?view=cm&amp;tf=1&amp;to=cdi-dev@lists.jboss.org&amp;cc=&amp;bcc=&amp;su=&amp;body=&#39;,&#39;_blank&#39;);return false;">cdi-dev@lists.jboss.org</a>
<a href="https://lists.jboss.org/mailman/listinfo/cdi-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/cdi-dev</a>

Note that for all code provided on this list, the provider licenses the code under the Apache License, Version 2 (<a href="http://www.apache.org/licenses/LICENSE-2.0.html" target="_blank">http://www.apache.org/licenses/LICENSE-2.0.html</a>). For all other ideas provided on this list, the provider waives all patent and other intellectual property rights inherent in such information.</pre>
    </blockquote>
    <br>
  </div>

_______________________________________________<br>cdi-dev mailing list<br><a href="mailto:cdi-dev@lists.jboss.org" target="_blank" onclick="window.open(&#39;https://mail.google.com/mail/?view=cm&amp;tf=1&amp;to=cdi-dev@lists.jboss.org&amp;cc=&amp;bcc=&amp;su=&amp;body=&#39;,&#39;_blank&#39;);return false;">cdi-dev@lists.jboss.org</a><br><a href="https://lists.jboss.org/mailman/listinfo/cdi-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/cdi-dev</a><br><br>Note that for all code provided on this list, the provider licenses the code under the Apache License, Version 2 (<a href="http://www.apache.org/licenses/LICENSE-2.0.html" target="_blank">http://www.apache.org/licenses/LICENSE-2.0.html</a>). For all other ideas provided on this list, the provider waives all patent and other intellectual property rights inherent in such information.</div></blockquote></div></div></blockquote></div></div>