<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">I agree with Martin. We *should* fix this situation in the long term, which is what I proposed. However in the short term there is no problem with not passing a particular test from the EL spec. Additionally this is provably implementable as Weld implements this, and many Java EE containers pass. As there are no other spec defined beans javax, then we do not conflict with any other spec by implementing it this way.<div class=""><br class=""><div><blockquote type="cite" class=""><div class="">On 14 Jan 2015, at 12:10, Martin Kouba <<a href="mailto:mkouba@redhat.com" class="">mkouba@redhat.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><span style="font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; float: none; display: inline !important;" class="">Dne 14.1.2015 v 12:43 Romain Manni-Bucau napsal(a):</span><br style="font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px;" class=""><blockquote type="cite" style="font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px;" class="">well there are 2 points:<br class="">1) a test should be added for it<br class=""></blockquote><br style="font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px;" class=""><span style="font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; float: none; display: inline !important;" class="">There was a CDI TCK test since 1.1 (org.jboss.cdi.tck.tests.context.conversation.LongRunningConversationPropagatedByFacesContextTest). It has been modified a week ago (see also CDITCK-462) not to use "javax.enterprise.context.conversation.id".</span><br style="font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px;" class=""><br style="font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px;" class=""><blockquote type="cite" style="font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px;" class="">2) test or not being certified means respecting the spec (pdf, javadoc<br class="">+ tests themselve)<br class=""><br class="">So if there is this test a container can't be certified for EL + CDI<br class="">at the same time<br class=""></blockquote><br style="font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px;" class=""><span style="font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; float: none; display: inline !important;" class="">I don't think it's a problem. An EL TCK test can't evaluate "#{javax.enterprise.context.conversation.id}" as an illegal expression - it's obviously legal. The problem is "javax.enterprise.context.conversation.id" can't be simply used as a bean name. If it is, a workaround is needed (see also<span class="Apple-converted-space"> </span></span><a href="http://lists.jboss.org/pipermail/cdi-dev/2015-January/005989.html" style="font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px;" class="">http://lists.jboss.org/pipermail/cdi-dev/2015-January/005989.html</a><span style="font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; float: none; display: inline !important;" class="">).</span><br style="font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px;" class=""><br style="font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px;" class=""><blockquote type="cite" style="font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px;" class=""><br class=""><br class="">Romain Manni-Bucau<br class="">@rmannibucau<br class=""><a href="http://www.tomitribe.com" class="">http://www.tomitribe.com</a><br class="">http://rmannibucau.wordpress.com<br class="">https://github.com/rmannibucau<br class=""><br class=""><br class="">2015-01-14 12:35 GMT+01:00 Pete Muir <pmuir@redhat.com>:<br class=""><blockquote type="cite" class="">Which EL test?<br class=""><br class=""><blockquote type="cite" class="">On 14 Jan 2015, at 11:30, Romain Manni-Bucau <rmannibucau@gmail.com> wrote:<br class=""><br class="">then it will not pass EL one<br class=""><br class=""><br class="">Romain Manni-Bucau<br class="">@rmannibucau<br class="">http://www.tomitribe.com<br class="">http://rmannibucau.wordpress.com<br class="">https://github.com/rmannibucau<br class=""><br class=""><br class="">2015-01-14 12:27 GMT+01:00 Pete Muir <pmuir@redhat.com>:<br class=""><blockquote type="cite" class="">No, a Java EE container needs to pass this test.<br class=""><br class=""><blockquote type="cite" class="">On 14 Jan 2015, at 11:21, Romain Manni-Bucau <rmannibucau@gmail.com> wrote:<br class=""><br class="">so it means a JavaEE container will not pass this test but it is not an issue?<br class=""><br class=""><br class="">Romain Manni-Bucau<br class="">@rmannibucau<br class="">http://www.tomitribe.com<br class="">http://rmannibucau.wordpress.com<br class="">https://github.com/rmannibucau<br class=""><br class=""><br class="">2015-01-14 12:20 GMT+01:00 Pete Muir <pmuir@redhat.com>:<br class=""><blockquote type="cite" class="">I don’t think they should be excluded. The spec isn’t ambiguous about this, and it is supportable.<br class=""><br class=""><blockquote type="cite" class="">On 14 Jan 2015, at 11:13, Jozef Hartinger <jharting@redhat.com> wrote:<br class=""><br class="">So for CDI 1.2 the test that tests this should not be excluded after all, correct?<br class=""><br class="">On 01/14/2015 11:56 AM, Pete Muir wrote:<br class=""><blockquote type="cite" class="">We need to go for both (A) and (B).<br class=""><br class="">We would need to deprecate the existing name before we can allow it to not be supported. This means CDI 3. So I would suggest we deprecate it in 2, add an alternative that can be used, and then consider removing it in CDI 3. In the meantime for CDI 2, we will need to improve the TCK to check this more carefully.<br class=""><br class=""><blockquote type="cite" class="">On 14 Jan 2015, at 10:09, Romain Manni-Bucau <rmannibucau@gmail.com> wrote:<br class=""><br class="">+1 for B (IMO it is not used that much)<br class=""><br class=""><br class=""><br class=""><br class="">Romain Manni-Bucau<br class="">@rmannibucau<br class="">http://www.tomitribe.com<br class="">http://rmannibucau.wordpress.com<br class="">https://github.com/rmannibucau<br class=""><br class=""><br class="">2015-01-14 10:54 GMT+01:00 Jozef Hartinger <jharting@redhat.com>:<br class=""><blockquote type="cite" class="">I think further action is needed on this. Now that it has been confirmed<br class="">that "javax.enterprise.context.conversation" itself is not a valid EL<br class="">name we should either:<br class=""><br class="">A) Require all CDI implementations to adapt the property-based approach<br class="">which allows this to be implemented portably (as Weld does)<br class="">B) Declare publicly that although the CDI spec declares the given name,<br class="">it is a bug and applications should not use the name. (What about<br class="">compatibility with existing applications?)<br class=""><br class="">Jozef<br class=""><br class="">On 01/08/2015 09:27 AM, Mark Struberg wrote:<br class=""><blockquote type="cite" class="">Dear CDI fellows!<br class=""><br class="">I've received an answer regarding our EL question from the EL Spec Lead.<br class=""><br class="">Ed, thanks for helping us!<br class=""><br class=""><br class="">LieGrue,<br class="">strub<br class=""><br class=""><br class=""><br class=""><br class=""><blockquote type="cite" class="">On Tuesday, 6 January 2015, 23:14, Edward Burns <edward.burns@oracle.com> wrote:<br class=""><blockquote type="cite" class="">Hello Mark,<br class=""></blockquote>To close this out, no, "." is not valid in an EL name. An EL name<br class="">must<br class="">be a java identifier. I'm told this was discussed by Pete a long time<br class="">ago in the EL 3.0 EG.<br class=""><br class="">Ed<br class=""><br class="">--<br class="">| edward.burns@oracle.com | office: +1 407 458 0017<br class="">| 42 days til DevNexus 2015<br class="">| 52 days til JavaLand 2015<br class="">| 62 days til CONFESS 2015<br class=""><br class=""></blockquote>_______________________________________________<br class="">cdi-dev mailing list<br class="">cdi-dev@lists.jboss.org<br class="">https://lists.jboss.org/mailman/listinfo/cdi-dev<br class=""><br class="">Note that for all code provided on this list, the provider licenses the code under the Apache License, Version 2 (http://www.apache.org/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=""></blockquote>_______________________________________________<br class="">cdi-dev mailing list<br class="">cdi-dev@lists.jboss.org<br class="">https://lists.jboss.org/mailman/listinfo/cdi-dev<br class=""><br class="">Note that for all code provided on this list, the provider licenses the code under the Apache License, Version 2 (http://www.apache.org/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=""></blockquote>_______________________________________________<br class="">cdi-dev mailing list<br class="">cdi-dev@lists.jboss.org<br class="">https://lists.jboss.org/mailman/listinfo/cdi-dev<br class=""><br class="">Note that for all code provided on this list, the provider licenses the code under the Apache License, Version 2 (http://www.apache.org/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=""></blockquote></blockquote><br class=""></blockquote><br class=""></blockquote></blockquote><br class=""></blockquote></blockquote><br class=""></blockquote><br class="">_______________________________________________<br class="">cdi-dev mailing list<br class=""><a href="mailto:cdi-dev@lists.jboss.org" class="">cdi-dev@lists.jboss.org</a><br class=""><a href="https://lists.jboss.org/mailman/listinfo/cdi-dev" class="">https://lists.jboss.org/mailman/listinfo/cdi-dev</a><br class=""><br class="">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" class="">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.</blockquote></div></blockquote></div><br class=""></div></body></html>