As far as I know, dots are allowed in ECMAScript, under dot notation.
Folks, I fear there is another issue:
Are dots in EL names even allowed? I think not.
Please read up EL-3.0
1.6 Operators [] and .
The EL follows ECMAScript in unifying the treatment of the . and [] operators.
And in ECMAScript dots are afaik _not_ allowed in names!
If it works in some implementations then that is fine, but it is not required by the spec -> non portable. We must not require this in CDI!
Gonna ping the servlet EG to get this confirmed.
LieGrue,
strub
> On Friday, 2 January 2015, 12:50, Mark Struberg <struberg@yahoo.de> wrote:
> > Forget it, I found it. Maybe I had some typo in my grep...
>
>
>
>
> LieGrue,
> strub
>
>
>
>
>> On Friday, 2 January 2015, 11:59, Mark Struberg <struberg@yahoo.de>
> wrote:
>> > I've grepped all the cdi spec project and this string doesn't
> appear.
>> When did this got added?
>>
>> LieGrue,
>> strub
>>
>>
>>
>>
>>
>>
>>> On Friday, 2 January 2015, 8:15, Tomas Remes <tremes@redhat.com>
>
>> wrote:
>>> >
>>>
>>> Hi,
>>>
>>> I've checked the related TCK test and it seems to me valid. In CDI
> spec
>>
>>> there is:
>>>
>>> "6.7.5. The Conversation interface
>>> The container provides a built-in bean with bean type Conversation ,
> scope
>>> @RequestScoped ,
>>> and qualifier @Default , named javax.enterprise.context.conversation
>> ."
>>>
>>> Tom
>>>
>>>
>>> ----- Original Message -----
>>> From: "Mark Struberg" <struberg@yahoo.de>
>>> To: "Antonio Goncalves" <antonio.goncalves@gmail.com>,
>
>>> "Romain Manni-Bucau" <rmannibucau@gmail.com>
>>> Cc: cdi-dev@lists.jboss.org
>>> Sent: Tuesday, December 30, 2014 10:57:28 AM
>>> Subject: Re: [cdi-dev] where is defined
>>> javax.enterprise.context.conversation.id?
>>>
>>> cid is a different thing. But I did nowhere (spec and api) find the
> one
>>> mentioned by Romain.
>>> So I think it's not specified and we need to exclude this test.
>>>
>>> LieGrue,
>>> strub
>>>
>>>
>>>
>>> On Monday, 29 December 2014, 21:41, Antonio Goncalves
>>> <antonio.goncalves@gmail.com> wrote:
>>>
>>>
>>>>
>>>>
>>>> Nothing in JSF nor in Servlet, but in CDI 1.2 Specification :
>>>>
>>>>
>>>> 6.7.4. Conversation context lifecycle
>>>> (...)
>>>> The long-running conversation associated with a
>>>> request may be propagated to any Servlet request via use of a
> request
>>> parameter named cid
>>>> containing the unique identifier of the conversation. In this
> case, the
>>
>>> application must manage this
>>>> request parameter.
>>>> (...)
>>>>
>>>> This is accomplished via use of a request parameter named cid
>> containing the
>>> unique
>>>> identifier of the conversation.
>>>> (...)
>>>>
>>>>
>>>>
>>>> On Mon, Dec 29, 2014 at 7:54 PM, Romain Manni-Bucau
>>> <rmannibucau@gmail.com> wrote:
>>>>
>>>> Hi guys
>>>>>
>>>>> didnt find in CDI and JSF PDFs where is defined
>>>>> "javax.enterprise.context.conversation.id". Seems it
>
>> should be
>>>>> available in ELs.
>>>>>
>>>>> Do you have any pointer please?
>>>>>
>>>>>
>>>>> Romain Manni-Bucau
>>>>> @rmannibucau
>>>>> http://www.tomitribe.com
>>>>> http://rmannibucau.wordpress.com
>>>>> https://github.com/rmannibucau
>>>>> _______________________________________________
>>>>> cdi-dev mailing list
>>>>> cdi-dev@lists.jboss.org
>>>>> https://lists.jboss.org/mailman/listinfo/cdi-dev
>>>>>
>>>>> 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.
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>>
>>>> Antonio Goncalves
>>>> Software architect, Java Champion and Pluralsight author
>>>>
>>>> Web site | Twitter | LinkedIn | Pluralsight | Paris JUG | Devoxx
> France
>>>>
>>>> _______________________________________________
>>>> cdi-dev mailing list
>>>> cdi-dev@lists.jboss.org
>>>> https://lists.jboss.org/mailman/listinfo/cdi-dev
>>>>
>>>> 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.
>>>>
>>>>
>>> _______________________________________________
>>> cdi-dev mailing list
>>> cdi-dev@lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/cdi-dev
>>>
>>> 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.
>>>
>>
> _______________________________________________
> cdi-dev mailing list
> cdi-dev@lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/cdi-dev
>
> 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.
>
_______________________________________________
cdi-dev mailing list
cdi-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/cdi-dev
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.