<div dir="ltr"><div class="gmail_extra"><div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><br></div></div></div></div></div></div></div></div></div><div class="gmail_quote">2016-11-08 14:24 GMT+01:00 Antoine Sabot-Durand <span dir="ltr">&lt;<a href="mailto:antoine@sabot-durand.net" target="_blank">antoine@sabot-durand.net</a>&gt;</span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">+1 for InterceptionFactory as well. I change my PR with this name.<br><div><br></div><div>Romain, for the record, mentioning &quot;business method invocation&quot; and paragraph 7.2 is the only mean to bind this feature to the spec without mentioning implementation specific stuff like proxies. That&#39;s why the javadoc and text for this new section lack clarity. In other word we lack a simple name for instances on which &quot;methods invocation&quot; are &quot;business methods invocation&quot;.</div><span class="HOEnZb"><font color="#888888"><div><br></div></font></span></div></blockquote><div><br></div><div>Agree and it fits the spec but since EJB I never heard any developer (not developping weld or openwebbeans) using this term so for the API it would be rude IMHO - was the point, nothing more.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><span class="HOEnZb"><font color="#888888"><div></div><div>Antoine</div></font></span></div><div class="HOEnZb"><div class="h5"><br><div class="gmail_quote"><div dir="ltr">On Mon, Nov 7, 2016 at 5:58 PM Mark Struberg &lt;<a href="mailto:struberg@yahoo.de" target="_blank">struberg@yahoo.de</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">InterceptionFactory sounds fine for me.<br class="m_8678936390453525767gmail_msg">
<br class="m_8678936390453525767gmail_msg">
<br class="m_8678936390453525767gmail_msg">
LieGrue,<br class="m_8678936390453525767gmail_msg">
strub<br class="m_8678936390453525767gmail_msg">
<br class="m_8678936390453525767gmail_msg">
<br class="m_8678936390453525767gmail_msg">
<br class="m_8678936390453525767gmail_msg">
On Monday, 7 November 2016, 15:55, Romain Manni-Bucau &lt;<a href="mailto:rmannibucau@gmail.com" class="m_8678936390453525767gmail_msg" target="_blank">rmannibucau@gmail.com</a>&gt; wrote:<br class="m_8678936390453525767gmail_msg">
&gt;<br class="m_8678936390453525767gmail_msg">
&gt;Hello Antoine,<br class="m_8678936390453525767gmail_msg">
&gt;<br class="m_8678936390453525767gmail_msg">
&gt;<br class="m_8678936390453525767gmail_msg">
&gt;concurrency-utilities use ContextFactory for something pretty close (a proxying adding spec features over invocations) which is less &quot;cglib-like&quot; than &quot;Enhancer&quot; so I&#39;d like to keep Factory. In the list InterceptionFactory looks clear enough. We neevr speak of business method anymore I think so it would add a difficulty for something very useful to go that deep in the naming I think.<br class="m_8678936390453525767gmail_msg">
&gt;<br class="m_8678936390453525767gmail_msg">
&gt;<br class="m_8678936390453525767gmail_msg">
&gt;<br class="m_8678936390453525767gmail_msg">
&gt;Romain Manni-Bucau<br class="m_8678936390453525767gmail_msg">
&gt;@rmannibucau |  Blog | Old Blog | Github | LinkedIn | JavaEE Factory<br class="m_8678936390453525767gmail_msg">
&gt;<br class="m_8678936390453525767gmail_msg">
&gt;2016-11-07 15:44 GMT+01:00 Antoine Sabot-Durand &lt;<a href="mailto:antoine@sabot-durand.net" class="m_8678936390453525767gmail_msg" target="_blank">antoine@sabot-durand.net</a>&gt;:<br class="m_8678936390453525767gmail_msg">
&gt;<br class="m_8678936390453525767gmail_msg">
&gt;Hi all,<br class="m_8678936390453525767gmail_msg">
&gt;&gt;<br class="m_8678936390453525767gmail_msg">
&gt;&gt;<br class="m_8678936390453525767gmail_msg">
&gt;&gt;In my last review for CDI-580 (<a href="https://github.com/cdi-spec/" rel="noreferrer" class="m_8678936390453525767gmail_msg" target="_blank">https://github.com/cdi-spec/</a> cdi/pull/315), I removed all reference to proxies in Javadoc and spec doc following various feedback.<br class="m_8678936390453525767gmail_msg">
&gt;&gt;So now the name of the interface is the only one dealing with Proxy, so we really need to find it a new name.<br class="m_8678936390453525767gmail_msg">
&gt;&gt;I listed some proposal in PR 315:<br class="m_8678936390453525767gmail_msg">
&gt;&gt;- InstanceEnhancer (short but not very clear)<br class="m_8678936390453525767gmail_msg">
&gt;&gt;- BusinessMethodInvocationFactor y (more exact from spec pov, but is it clear from user pov?)<br class="m_8678936390453525767gmail_msg">
&gt;&gt;- InterceptionFactory (cleared from user pov and near our initial name)<br class="m_8678936390453525767gmail_msg">
&gt;&gt;- InterceptionEnhancer<br class="m_8678936390453525767gmail_msg">
&gt;&gt;<br class="m_8678936390453525767gmail_msg">
&gt;&gt;<br class="m_8678936390453525767gmail_msg">
&gt;&gt;Feedback and other names are welcome.<br class="m_8678936390453525767gmail_msg">
&gt;&gt;<br class="m_8678936390453525767gmail_msg">
&gt;&gt;<br class="m_8678936390453525767gmail_msg">
&gt;&gt;Antoine<br class="m_8678936390453525767gmail_msg">
&gt;&gt;____________________________<wbr>__ _________________<br class="m_8678936390453525767gmail_msg">
&gt;&gt;cdi-dev mailing list<br class="m_8678936390453525767gmail_msg">
&gt;&gt;<a href="mailto:cdi-dev@lists.jboss.org" class="m_8678936390453525767gmail_msg" target="_blank">cdi-dev@lists.jboss.org</a><br class="m_8678936390453525767gmail_msg">
&gt;&gt;<a href="https://lists.jboss.org/" rel="noreferrer" class="m_8678936390453525767gmail_msg" target="_blank">https://lists.jboss.org/</a> mailman/listinfo/cdi-dev<br class="m_8678936390453525767gmail_msg">
&gt;&gt;<br class="m_8678936390453525767gmail_msg">
&gt;&gt;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/" rel="noreferrer" class="m_8678936390453525767gmail_msg" target="_blank">http://www.apache.org/</a> 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.<br class="m_8678936390453525767gmail_msg">
&gt;&gt;<br class="m_8678936390453525767gmail_msg">
&gt;<br class="m_8678936390453525767gmail_msg">
&gt;<br class="m_8678936390453525767gmail_msg">
&gt;_____________________________<wbr>__________________<br class="m_8678936390453525767gmail_msg">
&gt;cdi-dev mailing list<br class="m_8678936390453525767gmail_msg">
&gt;<a href="mailto:cdi-dev@lists.jboss.org" class="m_8678936390453525767gmail_msg" target="_blank">cdi-dev@lists.jboss.org</a><br class="m_8678936390453525767gmail_msg">
&gt;<a href="https://lists.jboss.org/mailman/listinfo/cdi-dev" rel="noreferrer" class="m_8678936390453525767gmail_msg" target="_blank">https://lists.jboss.org/<wbr>mailman/listinfo/cdi-dev</a><br class="m_8678936390453525767gmail_msg">
&gt;<br class="m_8678936390453525767gmail_msg">
&gt;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" rel="noreferrer" class="m_8678936390453525767gmail_msg" target="_blank">http://www.apache.org/<wbr>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.<br class="m_8678936390453525767gmail_msg">
&gt;<br class="m_8678936390453525767gmail_msg">
&gt;<br class="m_8678936390453525767gmail_msg">
</blockquote></div>
</div></div></blockquote></div><br></div></div>