<div dir="ltr">As London is not in the list, I guess the F2F would take place either before or after DevoXX UK, but not then.<div><br></div><div>I voted on the two cities closest to where I expect to be for the next few months. With enough time and notice, I guess I could also get to the other two if selected in the end (or another city, as long as it's not too far;-)<br><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature"><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"><p style="margin:0px;font-size:13px;border-collapse:collapse"><span lang="EN-US" style="font-family:Calibri">Werner </span></p></div></div></div></div></div></div></div></div></div></div></div>
<br><div class="gmail_quote">On Thu, May 21, 2015 at 3:13 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" 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. Spring beans.xml (JJ Snyder)<br>
2. Re: F2F city and date choice (Mark Struberg)<br>
3. Re: F2F city and date choice (Antoine Sabot-Durand)<br>
4. [JBoss JIRA] (CDI-10) Add ability to access a bean instance<br>
from a proxy (Martin Kouba (JIRA))<br>
5. [JBoss JIRA] (CDI-527) allow proxying of classes with<br>
non-private final methods (Jozef Hartinger (JIRA))<br>
6. [JBoss JIRA] (CDI-527) allow proxying of classes with<br>
non-private final methods (Romain Manni-Bucau (JIRA))<br>
7. [JBoss JIRA] (CDI-527) allow proxying of classes with<br>
non-private final methods (Mark Struberg (JIRA))<br>
8. [JBoss JIRA] (CDI-527) allow proxying of classes with<br>
non-private final methods (Mark Struberg (JIRA))<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Wed, 20 May 2015 13:32:42 -0400<br>
From: JJ Snyder <<a href="mailto:j.j.snyder@oracle.com">j.j.snyder@oracle.com</a>><br>
Subject: [cdi-dev] Spring beans.xml<br>
To: <a href="mailto:cdi-dev@lists.jboss.org">cdi-dev@lists.jboss.org</a><br>
Message-ID: <<a href="mailto:555CC53A.8080200@oracle.com">555CC53A.8080200@oracle.com</a>><br>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed<br>
<br>
Does anyone know how to tell Spring to use a different file and not<br>
"beans.xml"?<br>
<br>
Thanks,<br>
JJ<br>
<br>
<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Wed, 20 May 2015 22:18:59 -0700<br>
From: Mark Struberg <<a href="mailto:struberg@yahoo.de">struberg@yahoo.de</a>><br>
Subject: Re: [cdi-dev] F2F city and date choice<br>
To: "<a href="mailto:antoine@sabot-durand.net">antoine@sabot-durand.net</a>" <<a href="mailto:antoine@sabot-durand.net">antoine@sabot-durand.net</a>>,<br>
"<a href="mailto:cdi-dev@lists.jboss.org">cdi-dev@lists.jboss.org</a>" <<a href="mailto:cdi-dev@lists.jboss.org">cdi-dev@lists.jboss.org</a>><br>
Message-ID:<br>
<<a href="mailto:1432185539.62932.YahooMailIosMobile@web121605.mail.ne1.yahoo.com">1432185539.62932.YahooMailIosMobile@web121605.mail.ne1.yahoo.com</a>><br>
Content-Type: text/plain; charset="us-ascii"<br>
<br>
An HTML attachment was scrubbed...<br>
URL: <a href="http://lists.jboss.org/pipermail/cdi-dev/attachments/20150520/892640eb/attachment-0001.html" target="_blank">http://lists.jboss.org/pipermail/cdi-dev/attachments/20150520/892640eb/attachment-0001.html</a><br>
<br>
------------------------------<br>
<br>
Message: 3<br>
Date: Thu, 21 May 2015 05:24:56 +0000<br>
From: Antoine Sabot-Durand <<a href="mailto:antoine@sabot-durand.net">antoine@sabot-durand.net</a>><br>
Subject: Re: [cdi-dev] F2F city and date choice<br>
To: Mark Struberg <<a href="mailto:struberg@yahoo.de">struberg@yahoo.de</a>>, "<a href="mailto:cdi-dev@lists.jboss.org">cdi-dev@lists.jboss.org</a>"<br>
<<a href="mailto:cdi-dev@lists.jboss.org">cdi-dev@lists.jboss.org</a>><br>
Message-ID:<br>
<CABu-YBQjpRqyR7M8t2dpjsHJ4TKwru0Zrmg+fj9=<a href="mailto:aeGr_00WJg@mail.gmail.com">aeGr_00WJg@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
Done,<br>
<br>
Thorben and Mark P.. If you want to add a second choice you can do too. But<br>
let's try to keep it 2.<br>
<br>
Antoine<br>
Le jeu. 21 mai 2015 ? 07:19, Mark Struberg <<a href="mailto:struberg@yahoo.de">struberg@yahoo.de</a>> a ?crit :<br>
<br>
> Can you allow multi options? Would like to check Brno and Munich.<br>
><br>
> Lg,<br>
> Strub<br>
><br>
><br>
> Gesendet von Yahoo Mail f?r iPad <<a href="https://yho.com/footer0" target="_blank">https://yho.com/footer0</a>><br>
><br>
> Um 20.05.2015 17:31:56 schrieb Antoine Sabot-Durand<'<br>
> <a href="mailto:antoine@sabot-durand.net">antoine@sabot-durand.net</a>'>:<br>
> Hi Guys,<br>
><br>
> As we decided yesterday, I created a Doodle to choose the city of the<br>
> meeting. Keep in mind that this vote is non binding ;) as there are other<br>
> parameters on the Red Hat side.<br>
> Please vote here:<br>
><br>
> <a href="http://doodle.com/v6kn89dfr6vev4as" target="_blank">http://doodle.com/v6kn89dfr6vev4as</a><br>
><br>
><br>
> Antoine Sabot-Durand<br>
> ???????????????<br>
> Twitter : @antoine_sd<br>
> CDI co-spec lead & eco-system development<br>
> Agorava tech lead<br>
><br>
><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <a href="http://lists.jboss.org/pipermail/cdi-dev/attachments/20150521/2e6856cd/attachment-0001.html" target="_blank">http://lists.jboss.org/pipermail/cdi-dev/attachments/20150521/2e6856cd/attachment-0001.html</a><br>
<br>
------------------------------<br>
<br>
Message: 4<br>
Date: Thu, 21 May 2015 08:23:19 -0400 (EDT)<br>
From: "Martin Kouba (JIRA)" <<a href="mailto:issues@jboss.org">issues@jboss.org</a>><br>
Subject: [cdi-dev] [JBoss JIRA] (CDI-10) Add ability to access a bean<br>
instance from a proxy<br>
To: <a href="mailto:cdi-dev@lists.jboss.org">cdi-dev@lists.jboss.org</a><br>
Message-ID:<br>
<JIRA.12416142.1281270392000.23153.1432210999908@Atlassian.JIRA><br>
Content-Type: text/plain; charset=UTF-8<br>
<br>
<br>
[ <a href="https://issues.jboss.org/browse/CDI-10?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel" target="_blank">https://issues.jboss.org/browse/CDI-10?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel</a> ]<br>
<br>
Martin Kouba reopened CDI-10:<br>
-----------------------------<br>
<br>
<br>
I believe this issue is valid and should be reopened. Recently, we've run into problems with two integration scenarios where having this portable way to detect a client proxy and access the bean instance would allow to implement portable "workarounds".<br>
<br>
h3. Bean Validation<br>
<br>
The spec does not forbid the *field access strategy* to be used for normal-scoped CDI beans. However, this doesn't work because injectable references for normal-scoped beans are client proxies and not direct references to contextual instances. See also <a href="https://forum.hibernate.org/viewtopic.php?f=26&t=1039523" target="_blank">https://forum.hibernate.org/viewtopic.php?f=26&t=1039523</a>.<br>
<br>
h3. JAX-RS<br>
<br>
Weld client proxies lose generic type information which screws up injection of generic params into RESTEasy resource methods. See also WELD-1539.<br>
<br>
<br>
> Add ability to access a bean instance from a proxy<br>
> --------------------------------------------------<br>
><br>
> Key: CDI-10<br>
> URL: <a href="https://issues.jboss.org/browse/CDI-10" target="_blank">https://issues.jboss.org/browse/CDI-10</a><br>
> Project: CDI Specification Issues<br>
> Issue Type: Feature Request<br>
> Components: Beans<br>
> Affects Versions: 1.0<br>
> Reporter: Stuart Douglas<br>
><br>
> There are occasions when it would be useful to access a bean instance directly from a proxy. This could be achieved by making all proxies assignable to an interface (say BeanProxy) that provides a getBeanInstance() method.<br>
> Client code that needs access to the actual instance can check if the object is assignable to the BeanProxy interface and then call getBeanInstance() to get the actual instance if required.<br>
> This is something that is probably more useful to extension writers than the end user, but there have already been a few requests on the weld forum about this so it is probably worth considering.<br>
<br>
<br>
<br>
--<br>
This message was sent by Atlassian JIRA<br>
(v6.3.15#6346)<br>
<br>
<br>
------------------------------<br>
<br>
Message: 5<br>
Date: Thu, 21 May 2015 08:42:19 -0400 (EDT)<br>
From: "Jozef Hartinger (JIRA)" <<a href="mailto:issues@jboss.org">issues@jboss.org</a>><br>
Subject: [cdi-dev] [JBoss JIRA] (CDI-527) allow proxying of classes<br>
with non-private final methods<br>
To: <a href="mailto:cdi-dev@lists.jboss.org">cdi-dev@lists.jboss.org</a><br>
Message-ID:<br>
<JIRA.12572138.1432055089000.23228.1432212139513@Atlassian.JIRA><br>
Content-Type: text/plain; charset=UTF-8<br>
<br>
<br>
[ <a href="https://issues.jboss.org/browse/CDI-527?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13069974#comment-13069974" target="_blank">https://issues.jboss.org/browse/CDI-527?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13069974#comment-13069974</a> ]<br>
<br>
Jozef Hartinger commented on CDI-527:<br>
-------------------------------------<br>
<br>
{quote}EJB does allow this.{quote}<br>
<br>
Can you elaborate on how EJB allows that? Based on the following:<br>
<br>
{quote}Only private methods of the bean class and any superclasses except java.lang.Object<br>
may be declared final{quote}<br>
<br>
I interpret the EJB spec as explicitly prohibiting this.<br>
<br>
> allow proxying of classes with non-private final methods<br>
> --------------------------------------------------------<br>
><br>
> Key: CDI-527<br>
> URL: <a href="https://issues.jboss.org/browse/CDI-527" target="_blank">https://issues.jboss.org/browse/CDI-527</a><br>
> Project: CDI Specification Issues<br>
> Issue Type: Feature Request<br>
> Components: Beans<br>
> Affects Versions: 1.2.Final<br>
> Reporter: Mark Struberg<br>
> Fix For: 2.0 (discussion)<br>
><br>
><br>
> Currently we explicitly disallow proxying of classes with non-private final methods.<br>
> EJB _does_ allow this. And there are a few final methods in the JDK and other libs. E.g. HashMap#initHashSeedAsNeeded. Currently we cannot have a producer method for it.<br>
> We might rethink our decision and allow it. Probably with an own annotation like @AllowProxying which disables this check for certain cases (subclass managed-beans or producers).<br>
<br>
<br>
<br>
--<br>
This message was sent by Atlassian JIRA<br>
(v6.3.15#6346)<br>
<br>
<br>
------------------------------<br>
<br>
Message: 6<br>
Date: Thu, 21 May 2015 08:53:19 -0400 (EDT)<br>
From: "Romain Manni-Bucau (JIRA)" <<a href="mailto:issues@jboss.org">issues@jboss.org</a>><br>
Subject: [cdi-dev] [JBoss JIRA] (CDI-527) allow proxying of classes<br>
with non-private final methods<br>
To: <a href="mailto:cdi-dev@lists.jboss.org">cdi-dev@lists.jboss.org</a><br>
Message-ID:<br>
<JIRA.12572138.1432055089000.23301.1432212799527@Atlassian.JIRA><br>
Content-Type: text/plain; charset=UTF-8<br>
<br>
<br>
[ <a href="https://issues.jboss.org/browse/CDI-527?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13069981#comment-13069981" target="_blank">https://issues.jboss.org/browse/CDI-527?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13069981#comment-13069981</a> ]<br>
<br>
Romain Manni-Bucau commented on CDI-527:<br>
----------------------------------------<br>
<br>
it does<br>
<br>
> allow proxying of classes with non-private final methods<br>
> --------------------------------------------------------<br>
><br>
> Key: CDI-527<br>
> URL: <a href="https://issues.jboss.org/browse/CDI-527" target="_blank">https://issues.jboss.org/browse/CDI-527</a><br>
> Project: CDI Specification Issues<br>
> Issue Type: Feature Request<br>
> Components: Beans<br>
> Affects Versions: 1.2.Final<br>
> Reporter: Mark Struberg<br>
> Fix For: 2.0 (discussion)<br>
><br>
><br>
> Currently we explicitly disallow proxying of classes with non-private final methods.<br>
> EJB _does_ allow this. And there are a few final methods in the JDK and other libs. E.g. HashMap#initHashSeedAsNeeded. Currently we cannot have a producer method for it.<br>
> We might rethink our decision and allow it. Probably with an own annotation like @AllowProxying which disables this check for certain cases (subclass managed-beans or producers).<br>
<br>
<br>
<br>
--<br>
This message was sent by Atlassian JIRA<br>
(v6.3.15#6346)<br>
<br>
<br>
------------------------------<br>
<br>
Message: 7<br>
Date: Thu, 21 May 2015 09:02:19 -0400 (EDT)<br>
From: "Mark Struberg (JIRA)" <<a href="mailto:issues@jboss.org">issues@jboss.org</a>><br>
Subject: [cdi-dev] [JBoss JIRA] (CDI-527) allow proxying of classes<br>
with non-private final methods<br>
To: <a href="mailto:cdi-dev@lists.jboss.org">cdi-dev@lists.jboss.org</a><br>
Message-ID:<br>
<JIRA.12572138.1432055089000.23310.1432213339810@Atlassian.JIRA><br>
Content-Type: text/plain; charset=UTF-8<br>
<br>
<br>
[ <a href="https://issues.jboss.org/browse/CDI-527?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13069983#comment-13069983" target="_blank">https://issues.jboss.org/browse/CDI-527?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13069983#comment-13069983</a> ]<br>
<br>
Mark Struberg commented on CDI-527:<br>
-----------------------------------<br>
<br>
I remember a discussion back then with Marina and Linda. And what what I remember the outcome was that it is depending on the term 'Business Method' where final is forbidden. And a 'Business Method' in EJBs must be public. See EJB spec 4.6.5.<br>
<br>
> allow proxying of classes with non-private final methods<br>
> --------------------------------------------------------<br>
><br>
> Key: CDI-527<br>
> URL: <a href="https://issues.jboss.org/browse/CDI-527" target="_blank">https://issues.jboss.org/browse/CDI-527</a><br>
> Project: CDI Specification Issues<br>
> Issue Type: Feature Request<br>
> Components: Beans<br>
> Affects Versions: 1.2.Final<br>
> Reporter: Mark Struberg<br>
> Fix For: 2.0 (discussion)<br>
><br>
><br>
> Currently we explicitly disallow proxying of classes with non-private final methods.<br>
> EJB _does_ allow this. And there are a few final methods in the JDK and other libs. E.g. HashMap#initHashSeedAsNeeded. Currently we cannot have a producer method for it.<br>
> We might rethink our decision and allow it. Probably with an own annotation like @AllowProxying which disables this check for certain cases (subclass managed-beans or producers).<br>
<br>
<br>
<br>
--<br>
This message was sent by Atlassian JIRA<br>
(v6.3.15#6346)<br>
<br>
<br>
------------------------------<br>
<br>
Message: 8<br>
Date: Thu, 21 May 2015 09:13:20 -0400 (EDT)<br>
From: "Mark Struberg (JIRA)" <<a href="mailto:issues@jboss.org">issues@jboss.org</a>><br>
Subject: [cdi-dev] [JBoss JIRA] (CDI-527) allow proxying of classes<br>
with non-private final methods<br>
To: <a href="mailto:cdi-dev@lists.jboss.org">cdi-dev@lists.jboss.org</a><br>
Message-ID:<br>
<JIRA.12572138.1432055089000.23393.1432214000064@Atlassian.JIRA><br>
Content-Type: text/plain; charset=UTF-8<br>
<br>
<br>
[ <a href="https://issues.jboss.org/browse/CDI-527?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13069996#comment-13069996" target="_blank">https://issues.jboss.org/browse/CDI-527?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13069996#comment-13069996</a> ]<br>
<br>
Mark Struberg commented on CDI-527:<br>
-----------------------------------<br>
<br>
[~jharting] I digged a bit deeper. Seems EJB-3.2 introduced this (non backward compat) restriction. But *only* for NIVs!<br>
Previously this restriction was only for 'Business Methods'. Which always have been only public methods (this is what is different to CDI).<br>
<br>
> allow proxying of classes with non-private final methods<br>
> --------------------------------------------------------<br>
><br>
> Key: CDI-527<br>
> URL: <a href="https://issues.jboss.org/browse/CDI-527" target="_blank">https://issues.jboss.org/browse/CDI-527</a><br>
> Project: CDI Specification Issues<br>
> Issue Type: Feature Request<br>
> Components: Beans<br>
> Affects Versions: 1.2.Final<br>
> Reporter: Mark Struberg<br>
> Fix For: 2.0 (discussion)<br>
><br>
><br>
> Currently we explicitly disallow proxying of classes with non-private final methods.<br>
> EJB _does_ allow this. And there are a few final methods in the JDK and other libs. E.g. HashMap#initHashSeedAsNeeded. Currently we cannot have a producer method for it.<br>
> We might rethink our decision and allow it. Probably with an own annotation like @AllowProxying which disables this check for certain cases (subclass managed-beans or producers).<br>
<br>
<br>
<br>
--<br>
This message was sent by Atlassian JIRA<br>
(v6.3.15#6346)<br>
<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" 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.<br>
<br>
End of cdi-dev Digest, Vol 54, Issue 18<br>
***************************************<br>
</blockquote></div><br></div></div></div>