[cdi-dev] prd review

Pete Muir pmuir at redhat.com
Sat Nov 3 10:56:12 EDT 2012


On 3 Nov 2012, at 14:37, Pete Muir wrote:

> 
> On 3 Nov 2012, at 07:40, Mark Struberg wrote:
> 
>> Hi folks!
>> 
>> I think there are still a few paragraphs in there which I personally thought we already dropped again
>> 
>> I gonna review the spec page by page the next 2 weeks.
>> 
>> in 'Foreward' (btw shouldn't that be 'Foreword'?)
> 
> Ooops ;-) Please file a JIRA.

This is correct in the version I downloaded from jcp.org...


> 
>> 
>> * "Ability to veto beans declaratively using @Veto and @Requires"
>> I thought we dropped @Requires as it's not really possible to implement that properly? That would require any scanning mechanism to know CDI and it's mechanics.
>> At least this references to a valid paragraph ;) -> should get fixed too.
>> 
>> 
>> * "Ability to access the BeanManager from the ServletContext"
>> Didn't we drop that as well? I wasnt able to find the definition in the rest of the spec.
> 
> Both of these I missed removing from the 1.0 -> EDR list. Again, JIRA it.
> 
>> 
>> * "Ability to obtain Extension instances from BeanManager" 
>> As above, do we really have this now? Thought we dont need it as its perfectly possible to @Inject Extensions since CDI-1.0
> 
> This is still in. Please file a JIRA.
> 
>> 
>> 
>> Foreword misses a reference to CDI-18 which is imo the most important change.
> 
> This is there - 	• Global ordering and enablement of interceptors and decorators
> 
> 	• Global selection of alternatives
> 
>> 
>> 
>> 
>> 
>> Just for the start :)
>> 
>> LieGrue,
>> strub
>> 
>> 
>> _______________________________________________
>> cdi-dev mailing list
>> cdi-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/cdi-dev
> 
> 
> _______________________________________________
> cdi-dev mailing list
> cdi-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/cdi-dev




More information about the cdi-dev mailing list