<div dir="ltr">Hi Guys, <div><br></div><div>Some EG members (like David Blevins) asked to have until the ned of the week-end to vote here.</div><div>I find interesting to have the more possible input but as the rules were to end the vote tonight, I wanted to be sure that nobody has any objection for closing the vote on sunday 11:59pm CET. </div><div><br></div><div>Regards,</div><div><br></div><div>Antoine</div><br><div class="gmail_quote"><div dir="ltr">Le ven. 12 févr. 2016 à 17:23, Mark Struberg <<a href="mailto:struberg@yahoo.de">struberg@yahoo.de</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Sure, that might probably be a viable way to do it.<br>
<br>
Oki, here are the two use cases which we need to solve:<br>
<br>
1.)<br>
@Produces<br>
@ApplicationScoped<br>
public SomeWeirdThirdPartyClassWithFinalMethods createIt() {return …};<br>
<br>
2.)<br>
@ApplicationSCoped<br>
public class MySubclass extends SomeWeirdThirdPartyClassWithFinalMethods {}<br>
<br>
Any other use case?<br>
<br>
Can you please elaborate how your idea will look like? Just a few ideas so we can get it running.<br>
<br>
txs and LieGrue,<br>
strub<br>
<br>
<br>
PS: Again: I’m NOT interested to get my approach in. All I’m interested in is a _solution_ for this real world problem. But there was simply no alternative proposed so far…<br>
<br>
<br>
<br>
> Am 12.02.2016 um 17:12 schrieb Pete Muir <<a href="mailto:pmuir@redhat.com" target="_blank">pmuir@redhat.com</a>>:<br>
><br>
> -1<br>
><br>
> The problem seems real, but proposed approach doesn't sit right with<br>
> me. I think it would be better to follow the EJB approach, and add a<br>
> way to be able to declare a method as "not a business method" (a<br>
> business method is also a thing in CDI IIRC).<br>
><br>
> For example, e.g. using beans.xml and an annotation. This then allows<br>
> the spec to consistently treat this public method as not a business<br>
> method.<br>
><br>
> On 9 February 2016 at 16:36, Antoine Sabot-Durand<br>
> <<a href="mailto:antoine@sabot-durand.net" target="_blank">antoine@sabot-durand.net</a>> wrote:<br>
>> Hi all,<br>
>><br>
>> There have been a lot of discussion around CDI-527 in the last weeks:<br>
>> <a href="https://issues.jboss.org/browse/CDI-527" rel="noreferrer" target="_blank">https://issues.jboss.org/browse/CDI-527</a><br>
>><br>
>> Mark proposed a PR:<br>
>> <a href="https://github.com/cdi-spec/cdi/pull/271" rel="noreferrer" target="_blank">https://github.com/cdi-spec/cdi/pull/271</a><br>
>><br>
>> But we don't agree on adding this feature to the spec.<br>
>> This vote is to decide if we should add this feature at the spec level now,<br>
>> or not.<br>
>> Should we vote this feature down, that won't mean it will be completely<br>
>> dropped: it could be implemented as non portable feature in both Spec or<br>
>> even be included as experimental feature in the spec (in annexes) as<br>
>> describe in the PR comments<br>
>> Vote starts now, only vote from EG members are binding (but you can give<br>
>> your opinion if not part of the EG) and will last 72 hours.<br>
>><br>
>> You vote with the following values:<br>
>> +1 : I'm favorable for adding this feature in the spec<br>
>> -1 : I'm against adding this feature in the spec<br>
>> 0 : I don't care<br>
>><br>
>> Thank you for your attention and your vote.<br>
>><br>
>> Antoine Sabot-Durand<br>
>><br>
>> _______________________________________________<br>
>> cdi-dev mailing list<br>
>> <a href="mailto:cdi-dev@lists.jboss.org" target="_blank">cdi-dev@lists.jboss.org</a><br>
>> <a href="https://lists.jboss.org/mailman/listinfo/cdi-dev" rel="noreferrer" 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<br>
>> under the Apache License, Version 2<br>
>> (<a href="http://www.apache.org/licenses/LICENSE-2.0.html" rel="noreferrer" target="_blank">http://www.apache.org/licenses/LICENSE-2.0.html</a>). For all other ideas<br>
>> provided on this list, the provider waives all patent and other intellectual<br>
>> property rights inherent in such information.<br>
> _______________________________________________<br>
> cdi-dev mailing list<br>
> <a href="mailto:cdi-dev@lists.jboss.org" target="_blank">cdi-dev@lists.jboss.org</a><br>
> <a href="https://lists.jboss.org/mailman/listinfo/cdi-dev" rel="noreferrer" 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" rel="noreferrer" 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.<br>
<br>
</blockquote></div></div>