<div dir="ltr">+1<br><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><p style="margin:0px;border-collapse:collapse"><font face="arial, helvetica, sans-serif" size="1"><span lang="EN-US">Werner </span></font></p></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div>
<br><div class="gmail_quote">On Tue, Feb 9, 2016 at 6:43 PM, <span dir="ltr"><<a href="mailto:cdi-dev-request@lists.jboss.org" target="_blank">cdi-dev-request@lists.jboss.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Send cdi-dev mailing list submissions to<br>
<a href="mailto:cdi-dev@lists.jboss.org">cdi-dev@lists.jboss.org</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<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>
or, via email, send a message with subject or body 'help' to<br>
<a href="mailto:cdi-dev-request@lists.jboss.org">cdi-dev-request@lists.jboss.org</a><br>
<br>
You can reach the person managing the list at<br>
<a href="mailto:cdi-dev-owner@lists.jboss.org">cdi-dev-owner@lists.jboss.org</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of cdi-dev digest..."<br>
<br>
<br>
Today's Topics:<br>
<br>
1. Re: [Vote] for CDI-527 / PR 271 allow proxying of classes<br>
with non-private final methods (Thomas Andraschko)<br>
2. Re: [Vote] for CDI-527 / PR 271 allow proxying of classes<br>
with non-private final methods (Jens Schumann)<br>
3. Re: [Vote] for CDI-527 / PR 271 allow proxying of classes<br>
with non-private final methods (Emily Jiang)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Tue, 9 Feb 2016 18:08:53 +0100<br>
From: Thomas Andraschko <<a href="mailto:andraschko.thomas@gmail.com">andraschko.thomas@gmail.com</a>><br>
Subject: Re: [cdi-dev] [Vote] for CDI-527 / PR 271 allow proxying of<br>
classes with non-private final methods<br>
To: Mark Struberg <<a href="mailto:struberg@yahoo.de">struberg@yahoo.de</a>><br>
Cc: cdi-dev <<a href="mailto:cdi-dev@lists.jboss.org">cdi-dev@lists.jboss.org</a>><br>
Message-ID:<br>
<CAAuOd=W2s4S1-ke+vnyGOa-mrCBY9aU9bjuLZh1=<a href="mailto:cFDmwZ6ouA@mail.gmail.com">cFDmwZ6ouA@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
+1<br>
<br>
not sure if the PR is the best way but as mark already said, it would solve<br>
a problem in a portable way which exists in some real world applications<br>
<br>
2016-02-09 18:00 GMT+01:00 Mark Struberg <<a href="mailto:struberg@yahoo.de">struberg@yahoo.de</a>>:<br>
<br>
> +1<br>
><br>
> This is a real world problem and it would imo be a pitty to not have it in<br>
> the spec in a portable way.<br>
><br>
> LieGrue,<br>
> strub<br>
><br>
><br>
> > Am 09.02.2016 um 17:36 schrieb Antoine Sabot-Durand <<br>
> <a href="mailto:antoine@sabot-durand.net">antoine@sabot-durand.net</a>>:<br>
> ><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<br>
> now, 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>
> > cdi-dev mailing list<br>
> > <a href="mailto:cdi-dev@lists.jboss.org">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<br>
> code 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<br>
> intellectual property rights inherent in such information.<br>
><br>
><br>
> _______________________________________________<br>
> cdi-dev mailing list<br>
> <a href="mailto:cdi-dev@lists.jboss.org">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<br>
> code 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<br>
> intellectual property rights inherent in such information.<br>
><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <a href="http://lists.jboss.org/pipermail/cdi-dev/attachments/20160209/b815dcb8/attachment-0001.html" rel="noreferrer" target="_blank">http://lists.jboss.org/pipermail/cdi-dev/attachments/20160209/b815dcb8/attachment-0001.html</a><br>
<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Tue, 9 Feb 2016 17:13:50 +0000<br>
From: Jens Schumann <<a href="mailto:jens.schumann@openknowledge.de">jens.schumann@openknowledge.de</a>><br>
Subject: Re: [cdi-dev] [Vote] for CDI-527 / PR 271 allow proxying of<br>
classes with non-private final methods<br>
To: cdi-dev <<a href="mailto:cdi-dev@lists.jboss.org">cdi-dev@lists.jboss.org</a>><br>
Message-ID: <<a href="mailto:D2DFD4AB.60744%25jens.schumann@openknowledge.de">D2DFD4AB.60744%jens.schumann@openknowledge.de</a>><br>
Content-Type: text/plain; charset="us-ascii"<br>
<br>
+1<br>
<br>
(even though I can live with a portable alternative approach to the current PR)<br>
<br>
So far I did not express my support for this PR even though I promised to do so. Unable to proxy those classes is a major issue to me while migrating old software to a newer environment.<br>
<br>
As soon as you deal with 5 to 10+ years old software and try to migrate your large application step by step you will encounter framework base classes with (protected) final methods. CDI, @Inject and interceptors help a lot to cleanup the old stuff, however I have to extend (currently unproxyable) framework base classes to do so. Example: I have to extend AbstractFrameworkXyzAction with public and/ or protected final methods to implement use case logic, and the derived classes should be CDI beans.<br>
<br>
On the other hand - changing the old jar's is not an option either.<br>
<br>
With this feature I can stop copying the modified base classes to my local archive (mostly .war) in order to override the old classes.<br>
<br>
Jens<br>
<br>
<br>
<br>
<br>
Von: <<a href="mailto:cdi-dev-bounces@lists.jboss.org">cdi-dev-bounces@lists.jboss.org</a><mailto:<a href="mailto:cdi-dev-bounces@lists.jboss.org">cdi-dev-bounces@lists.jboss.org</a>>> on behalf of Antoine Sabot-Durand <<a href="mailto:antoine@sabot-durand.net">antoine@sabot-durand.net</a><mailto:<a href="mailto:antoine@sabot-durand.net">antoine@sabot-durand.net</a>>><br>
Datum: Tuesday 9 February 2016 17:36<br>
An: CDI-Dev <<a href="mailto:cdi-dev@lists.jboss.org">cdi-dev@lists.jboss.org</a><mailto:<a href="mailto:cdi-dev@lists.jboss.org">cdi-dev@lists.jboss.org</a>>><br>
Betreff: [cdi-dev] [Vote] for CDI-527 / PR 271 allow proxying of classes with non-private final methods<br>
<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, or not.<br>
Should we vote this feature down, that won't mean it will be completely dropped: it could be implemented as non portable feature in both Spec or even be included as experimental feature in the spec (in annexes) as describe in the PR comments<br>
Vote starts now, only vote from EG members are binding (but you can give 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>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <a href="http://lists.jboss.org/pipermail/cdi-dev/attachments/20160209/3cafc912/attachment-0001.html" rel="noreferrer" target="_blank">http://lists.jboss.org/pipermail/cdi-dev/attachments/20160209/3cafc912/attachment-0001.html</a><br>
<br>
------------------------------<br>
<br>
Message: 3<br>
Date: Tue, 9 Feb 2016 17:42:59 +0000<br>
From: Emily Jiang <<a href="mailto:EMIJIANG@uk.ibm.com">EMIJIANG@uk.ibm.com</a>><br>
Subject: Re: [cdi-dev] [Vote] for CDI-527 / PR 271 allow proxying of<br>
classes with non-private final methods<br>
To: cdi-dev <<a href="mailto:cdi-dev@lists.jboss.org">cdi-dev@lists.jboss.org</a>><br>
Message-ID:<br>
<<a href="mailto:201602091743.u19Hh60g030078@d06av08.portsmouth.uk.ibm.com">201602091743.u19Hh60g030078@d06av08.portsmouth.uk.ibm.com</a>><br>
Content-Type: text/plain; charset="us-ascii"<br>
<br>
+1.<br>
This is a really useful feature as more and more customers will move<br>
forward to Java8 and might hit this problem.<br>
<br>
Many thanks,<br>
Emily<br>
===========================<br>
Emily Jiang<br>
WebSphere Application Server, CDI Development Lead<br>
<br>
MP 211, DE3A20, Winchester, Hampshire, England, SO21 2JN<br>
Phone: <a href="tel:%2B44%20%280%291962%20816278" value="+441962816278">+44 (0)1962 816278</a> Internal: 246278<br>
<br>
Email: <a href="mailto:emijiang@uk.ibm.com">emijiang@uk.ibm.com</a><br>
Lotus Notes: Emily Jiang/UK/IBM@IBMGB<br>
<br>
<br>
<br>
<br>
From: Jens Schumann <<a href="mailto:jens.schumann@openknowledge.de">jens.schumann@openknowledge.de</a>><br>
To: cdi-dev <<a href="mailto:cdi-dev@lists.jboss.org">cdi-dev@lists.jboss.org</a>>,<br>
Date: 09/02/2016 17:15<br>
Subject: Re: [cdi-dev] [Vote] for CDI-527 / PR 271 allow proxying<br>
of classes with non-private final methods<br>
Sent by: <a href="mailto:cdi-dev-bounces@lists.jboss.org">cdi-dev-bounces@lists.jboss.org</a><br>
<br>
<br>
<br>
+1<br>
<br>
(even though I can live with a portable alternative approach to the<br>
current PR)<br>
<br>
So far I did not express my support for this PR even though I promised to<br>
do so. Unable to proxy those classes is a major issue to me while<br>
migrating old software to a newer environment.<br>
<br>
As soon as you deal with 5 to 10+ years old software and try to migrate<br>
your large application step by step you will encounter framework base<br>
classes with (protected) final methods. CDI, @Inject and interceptors help<br>
a lot to cleanup the old stuff, however I have to extend (currently<br>
unproxyable) framework base classes to do so. Example: I have to extend<br>
AbstractFrameworkXyzAction with public and/ or protected final methods to<br>
implement use case logic, and the derived classes should be CDI beans.<br>
<br>
On the other hand - changing the old jar's is not an option either.<br>
<br>
With this feature I can stop copying the modified base classes to my local<br>
archive (mostly .war) in order to override the old classes.<br>
<br>
Jens<br>
<br>
<br>
<br>
<br>
Von: <<a href="mailto:cdi-dev-bounces@lists.jboss.org">cdi-dev-bounces@lists.jboss.org</a>> on behalf of Antoine Sabot-Durand <<br>
<a href="mailto:antoine@sabot-durand.net">antoine@sabot-durand.net</a>><br>
Datum: Tuesday 9 February 2016 17:36<br>
An: CDI-Dev <<a href="mailto:cdi-dev@lists.jboss.org">cdi-dev@lists.jboss.org</a>><br>
Betreff: [cdi-dev] [Vote] for CDI-527 / PR 271 allow proxying of classes<br>
with non-private final methods<br>
<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<br>
now, 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>
cdi-dev mailing list<br>
<a href="mailto:cdi-dev@lists.jboss.org">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<br>
code 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<br>
intellectual property rights inherent in such information.<br>
<br>
Unless stated otherwise above:<br>
IBM United Kingdom Limited - Registered in England and Wales with number<br>
741598.<br>
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <a href="http://lists.jboss.org/pipermail/cdi-dev/attachments/20160209/4fcc1e81/attachment.html" rel="noreferrer" target="_blank">http://lists.jboss.org/pipermail/cdi-dev/attachments/20160209/4fcc1e81/attachment.html</a><br>
<br>
------------------------------<br>
<br>
_______________________________________________<br>
cdi-dev mailing list<br>
<a href="mailto:cdi-dev@lists.jboss.org">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>
End of cdi-dev Digest, Vol 63, Issue 7<br>
**************************************<br>
</blockquote></div><br></div></div>