November 2013 - cdi-dev - Jboss List Archives

[JBoss JIRA] (CDI-276) Clarify that scope annotations shouldn't be used at injection points

by Antoine Sabot-Durand (JIRA)

[ https://issues.jboss.org/browse/CDI-276?page=com.atlassian.jira.plugin.sy... ] Antoine Sabot-Durand commented on CDI-276: ------------------------------------------ You're right [~jharting] but it's far from being my favorite. In fact, I was including it in my first case : Container accept the config and does something (or not) depending on your implementation. IMO we should avoid it as much as possible : it's a way to let holes in the specification. CDI can be a bit tricky for end user sometimes, so it could be an idea to help them when they're doing something that is irrelevant like trying to inject a bean of a certain scope. > Clarify that scope annotations shouldn't be used at injection points > -------------------------------------------------------------------- > > Key: CDI-276 > URL: https://issues.jboss.org/browse/CDI-276 > Project: CDI Specification Issues > Issue Type: Clarification > Components: Contexts > Reporter: Nicklas Karlsson > Fix For: TBD > > > Sometimes you see people trying to do > @Inject @ApplicationScoped > private SomeRequestScopedBean sRSB; > It should be clarified that this has no effect. Could even throw a validation exception at deployment. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 1 month

1
0
0 / 0

[JBoss JIRA] (CDI-276) Clarify that scope annotations shouldn't be used at injection points

by Jozef Hartinger (JIRA)

[ https://issues.jboss.org/browse/CDI-276?page=com.atlassian.jira.plugin.sy... ] Jozef Hartinger commented on CDI-276: ------------------------------------- There is the "non-portable behavior results" option which allows container to do whatever. This used in many places in the spec. > Clarify that scope annotations shouldn't be used at injection points > -------------------------------------------------------------------- > > Key: CDI-276 > URL: https://issues.jboss.org/browse/CDI-276 > Project: CDI Specification Issues > Issue Type: Clarification > Components: Contexts > Reporter: Nicklas Karlsson > Fix For: TBD > > > Sometimes you see people trying to do > @Inject @ApplicationScoped > private SomeRequestScopedBean sRSB; > It should be clarified that this has no effect. Could even throw a validation exception at deployment. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 1 month

1
0
0 / 0

[JBoss JIRA] (CDI-77) Clarify what happens when the user creates a unbound recursive injection with Dependent scoped beans

by Antoine Sabot-Durand (JIRA)

[ https://issues.jboss.org/browse/CDI-77?page=com.atlassian.jira.plugin.sys... ] Antoine Sabot-Durand commented on CDI-77: ----------------------------------------- For the sake of "proxy hunting" we should forbid this. don't you think? > Clarify what happens when the user creates a unbound recursive injection with Dependent scoped beans > ---------------------------------------------------------------------------------------------------- > > Key: CDI-77 > URL: https://issues.jboss.org/browse/CDI-77 > Project: CDI Specification Issues > Issue Type: Clarification > Components: Resolution > Affects Versions: 1.0 > Reporter: Pete Muir > Assignee: Pete Muir > Fix For: TBD > > > for example > class Foo { > @Inject Bar bar; > } > class bar { > @Inject Foo foo; > } -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 1 month

1
0
0 / 0

[JBoss JIRA] (CDI-276) Clarify that scope annotations shouldn't be used at injection points

by Antoine Sabot-Durand (JIRA)

[ https://issues.jboss.org/browse/CDI-276?page=com.atlassian.jira.plugin.sy... ] Antoine Sabot-Durand commented on CDI-276: ------------------------------------------ That brings another point [~petemuir], In the spec we define a very binary behavior : either the container accept the defined state or the container "treats this as definition error". Shouldn't we also have "the container should raise a definition warning" for case like this one? > Clarify that scope annotations shouldn't be used at injection points > -------------------------------------------------------------------- > > Key: CDI-276 > URL: https://issues.jboss.org/browse/CDI-276 > Project: CDI Specification Issues > Issue Type: Clarification > Components: Contexts > Reporter: Nicklas Karlsson > Fix For: TBD > > > Sometimes you see people trying to do > @Inject @ApplicationScoped > private SomeRequestScopedBean sRSB; > It should be clarified that this has no effect. Could even throw a validation exception at deployment. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 1 month

1
0
0 / 0

[JBoss JIRA] (CDI-280) clarify usage of 'bean' term usage in the spec

by Antoine Sabot-Durand (JIRA)

[ https://issues.jboss.org/browse/CDI-280?page=com.atlassian.jira.plugin.sy... ] Antoine Sabot-Durand commented on CDI-280: ------------------------------------------ I agree [~struberg], it's quite confusing. Especially due to the fact that in 1.1provide Bean Meta data injection. For instance, section 5.5.8 could be a real puzzle to read (injecting {{Bean<T>}} in my Bean ?!). > clarify usage of 'bean' term usage in the spec > ---------------------------------------------- > > Key: CDI-280 > URL: https://issues.jboss.org/browse/CDI-280 > Project: CDI Specification Issues > Issue Type: Clarification > Reporter: Mark Struberg > Fix For: TBD > > > We should go to the spec and look up all 'bean' words as they are 5 different meaning the word 'bean' is used for > * The Bean<T> extends Contextual<T>. Should be referred as 'Bean' or 'CDI Bean' > * The class which gets scanned. Should be referred as 'Bean Class' to > * The instance stored in the context. Should be referred to as 'Contextual Instance' > * The proxy for a Contextual Instance should be referred to as 'Contextual Reference' > * The type of an injection point should be referred to as 'InjectionPoint Type' -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 1 month

1
0
0 / 0

[JBoss JIRA] (CDI-406) Make stereotypes bean defining annotations

by Antoine Sabot-Durand (JIRA)

[ https://issues.jboss.org/browse/CDI-406?page=com.atlassian.jira.plugin.sy... ] Antoine Sabot-Durand updated CDI-406: ------------------------------------- Fix Version/s: 1.1.1 (Proposed) > Make stereotypes bean defining annotations > ------------------------------------------ > > Key: CDI-406 > URL: https://issues.jboss.org/browse/CDI-406 > Project: CDI Specification Issues > Issue Type: Feature Request > Affects Versions: 1.1.FD > Reporter: Jozef Hartinger > Fix For: 1.1.1 (Proposed) > > > For example @Model -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 1 month

1
0
0 / 0

[JBoss JIRA] (CDI-404) adding bean-defining annotations for Interceptor while setting bean-discovery-mode="annotated"

by Antoine Sabot-Durand (JIRA)

[ https://issues.jboss.org/browse/CDI-404?page=com.atlassian.jira.plugin.sy... ] Antoine Sabot-Durand updated CDI-404: ------------------------------------- Fix Version/s: 1.1.1 (Proposed) > adding bean-defining annotations for Interceptor while setting bean-discovery-mode="annotated" > ----------------------------------------------------------------------------------------------- > > Key: CDI-404 > URL: https://issues.jboss.org/browse/CDI-404 > Project: CDI Specification Issues > Issue Type: Feature Request > Components: Beans > Affects Versions: 1.1.PFD > Reporter: Tang Yong > Fix For: 1.1.1 (Proposed) > > > [1] and [2] has reported an issue about > bean-discovery-mode="annotated". Although there are some workarounds for > the issue, I think that in the future, we should support interceptor > implict scanning while an user uses bean-discovery-mode="annotated". > Apparently, just as bean-discovery-mode="annotated", CDI Spec and > Interceptor Spec are disconnected. > [1]:https://java.net/jira/browse/GLASSFISH-20667 > [2]:http://stackoverflow.com/questions/17258639/interceptor-issue-with-jav... > About detailed discussion, please seeing the following, > https://java.net/projects/javaee-spec/lists/users/archive/2013-09/message/7 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 1 month

1
0
0 / 0

[JBoss JIRA] (CDI-389) Revert CDI-85

by Antoine Sabot-Durand (JIRA)

[ https://issues.jboss.org/browse/CDI-389?page=com.atlassian.jira.plugin.sy... ] Antoine Sabot-Durand updated CDI-389: ------------------------------------- Fix Version/s: 1.1.1 (Proposed) > Revert CDI-85 > ------------- > > Key: CDI-389 > URL: https://issues.jboss.org/browse/CDI-389 > Project: CDI Specification Issues > Issue Type: Bug > Affects Versions: 1.1.PFD > Reporter: Marko Lukša > Fix For: 1.1.1 (Proposed) > > > Bullet 4 of section 5.2.4 should be reverted back from: > {quote} > the required type parameter is an actual type, the bean type parameter is a type variable and the actual type is assignable *from* > the upper bound, if any, of the type variable, or > {quote} > to > {quote} > the required type parameter is an actual type, the bean type parameter is a type variable and the actual type is assignable *to* > the upper bound, if any, of the type variable, or > {quote} > See discussion at http://lists.jboss.org/pipermail/cdi-dev/2013-July/004290.html -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 1 month

1
0
0 / 0

[JBoss JIRA] (CDI-377) automatic JSR-330 annotation processing problematic

by Antoine Sabot-Durand (JIRA)

[ https://issues.jboss.org/browse/CDI-377?page=com.atlassian.jira.plugin.sy... ] Antoine Sabot-Durand updated CDI-377: ------------------------------------- Fix Version/s: 1.1.1 (Proposed) (was: 1.1.PFD) > automatic JSR-330 annotation processing problematic > --------------------------------------------------- > > Key: CDI-377 > URL: https://issues.jboss.org/browse/CDI-377 > Project: CDI Specification Issues > Issue Type: Bug > Components: Java EE integration > Affects Versions: 1.1.PFD > Environment: glassfish-4 > Reporter: Reuben Pasquini > Labels: CDI, guava, guice > Fix For: 1.1.1 (Proposed) > > > The jsr-330 dependency injection annotations (javax.inject.*) find use in javase environments using IOC packages like guice. > Adding a dependency on a jar that uses guice or whatever in a javase environment > to a war deployed to a jee7 container > results in CDI processing annotated classes intended for > app-managed injection. See this ticket filed with guava for a concrete example: > https://code.google.com/p/guava-libraries/issues/detail?id=1433 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 1 month

1
0
0 / 0

[JBoss JIRA] (CDI-377) automatic JSR-330 annotation processing problematic

by Romain Manni-Bucau (JIRA)

[ https://issues.jboss.org/browse/CDI-377?page=com.atlassian.jira.plugin.sy... ] Romain Manni-Bucau commented on CDI-377: ---------------------------------------- Well basically I understand the CDI point of view but it is a pain in EE to configure it everywhere. Both are needed I think but the fact a common descriptor is shared accross spec is the easier way to solve it. A common spi would be great BTW. > automatic JSR-330 annotation processing problematic > --------------------------------------------------- > > Key: CDI-377 > URL: https://issues.jboss.org/browse/CDI-377 > Project: CDI Specification Issues > Issue Type: Bug > Components: Java EE integration > Affects Versions: 1.1.PFD > Environment: glassfish-4 > Reporter: Reuben Pasquini > Labels: CDI, guava, guice > Fix For: 1.1.PFD > > > The jsr-330 dependency injection annotations (javax.inject.*) find use in javase environments using IOC packages like guice. > Adding a dependency on a jar that uses guice or whatever in a javase environment > to a war deployed to a jee7 container > results in CDI processing annotated classes intended for > app-managed injection. See this ticket filed with guava for a concrete example: > https://code.google.com/p/guava-libraries/issues/detail?id=1433 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 1 month

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

cdi-dev November 2013