[cdi-dev] [JBoss JIRA] (CDI-671) SPI element related to Instance are missing info about their qualifier

Matej Novotny (JIRA) issues at jboss.org
Thu Dec 15 10:27:00 EST 2016

    [ https://issues.jboss.org/browse/CDI-671?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13339228#comment-13339228 ] 

Matej Novotny commented on CDI-671:

I think John only meant to say that the spec does not mention that you cannot {{@Inject CDI<Object>}}. Not that we should support that. I also don't see any benefit there.

as for this issue itself - not sure how OWB stands in this; they might operate differently than we do in Weld, but to me it seems reasonable to say that by doing {{CDI.current()}} you actually get the same result as if you did {{@Inject Instance<Object>}} (meaning {{@Default}}. But in case there would be too much hassle about it, I don't really see any harm in not specifying this. It has been like that since 1.2 and apparently it caused no harm.

> SPI element related to Instance are missing info about their qualifier
> ----------------------------------------------------------------------
>                 Key: CDI-671
>                 URL: https://issues.jboss.org/browse/CDI-671
>             Project: CDI Specification Issues
>          Issue Type: Clarification
>          Components: Javadoc and API
>    Affects Versions: 2.0.Beta1
>            Reporter: Antoine Sabot-Durand
>             Fix For: 2.0 .Final
> Following elements are related to {{Instance}} interface:
> * {{CDI}} class implements {{Instance}} 
> * {{SeContainer}} extends {{Instance}}
> * {{BeanManager.createInstance()}} returns and {{Instance}} object
> If these {{Instance}} usage are all {{Instance<Object>}} there's no information regarding their qualifier.
> We should state in Javadoc and spec that these Instance behaves like an injected instance with  {{@Inject @Any Instance<Object>}} to allow access to all beans instance in the container.

This message was sent by Atlassian JIRA

More information about the cdi-dev mailing list