[cdi-dev] where is defined javax.enterprise.context.conversation.id?
Romain Manni-Bucau
rmannibucau at gmail.com
Mon Jan 5 03:36:17 EST 2015
@Jozef: "implied" = determine by segment (segment = a string between 2
dots)? If yes it is broken since it would set as resolved property
which are not resolved - this is a hack only - or worse this can lead
to conflicts with other namespaces.
I agree that escaped the dot in the EL should be working (ugly but compliant)
Romain Manni-Bucau
@rmannibucau
http://www.tomitribe.com
http://rmannibucau.wordpress.com
https://github.com/rmannibucau
2015-01-05 9:33 GMT+01:00 Jozef Hartinger <jharting at redhat.com>:
>
> On 01/02/2015 10:10 PM, Mark Struberg wrote:
>> As far as I've understood after reading 7.6 [1] dots are only allowed if either the dot or the whole variable name is quoted
>>
>> a\.b = 42
>>
>> or
>>
>> 'a.b' = 42
>>
>> but
>>
>> a.b = 42 is illegal.
>>
>>
>> The spec also only says that the BEAN must have this very name and not that the bean must be accessible by EL.
> Given what the name is for in CDI this can be implied.
>> If we would really require this and the EL specification doesn't support it, then the CDI spec would contradict the EL spec, right?
> No, it would mean that the name should be placed within quotes when
> accessing the conversation bean from EL.
>>
>>
>> LieGrue,
>> strub
>>
>>
>>
>>
>> [1] http://www.ecma-international.org/ecma-262/5.1/#sec-7.6
>>
>>
>>
>>> On Friday, 2 January 2015, 16:11, Mark Struberg <struberg at yahoo.de> wrote:
>>>> but 'dot notation' in ECMAScript means that the dot is used to access
>>> properties of a variable:
>>>
>>>
>>> myvar.x is just another way to access
>>>
>>> myvar["x"]
>>> And of course variables inside a variable [1].
>>>
>>>
>>> Otoh I've found no explicit statement that dots are disallowed neither.
>>>
>>> LieGrue,
>>> strub
>>>
>>>
>>> [1] http://www.ecma-international.org/ecma-262/5.1/#sec-11.2.1
>>>
>>>
>>> On Friday, 2 January 2015, 15:30, John D. Ament <john.d.ament at gmail.com>
>>> wrote:
>>>
>>>
>>>>
>>>> As far as I know, dots are allowed in ECMAScript, under dot notation.
>>>>
>>>>
>>>> On Fri Jan 02 2015 at 9:17:38 AM Mark Struberg <struberg at yahoo.de>
>>> wrote:
>>>> 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 at 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 at 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 at 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 at yahoo.de>
>>>>>>>> To: "Antonio Goncalves"
>>> <antonio.goncalves at gmail.com>,
>>>>>>>> "Romain Manni-Bucau"
>>> <rmannibucau at gmail.com>
>>>>>>>> Cc: cdi-dev at 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 at 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 at 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 at 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 at 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 at 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 at 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 at 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 at 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 at 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 at 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.
More information about the cdi-dev
mailing list