[JBoss JIRA] Created: (WELDX-179) Introduce @Qualified to have package name prepended to @Named value
by Dan Allen (JIRA)
Introduce @Qualified to have package name prepended to @Named value
-------------------------------------------------------------------
Key: WELDX-179
URL: https://jira.jboss.org/browse/WELDX-179
Project: Weld Extensions
Issue Type: Feature Request
Affects Versions: 1.0.0.Beta1
Reporter: Dan Allen
Priority: Minor
Fix For: TBC
@Named gives the bean a name equal to the annotation value property or, if one is not specified, the decapitalized simple name of the type. This behavior is precisely what the majority of developers will appreciate. However, framework writers should avoid stomping on the root bean namespace, instead assigning qualified names to their built-in components. The motivation is the same as qualifying Java types.
One way to accomplish this would be to include the package name in the name specified in the @Named annotation:
@Named("org.jboss.seam.security.Identity")
public class Identity ... { ... }
However, this is not in the spirit of type-safety. As an alternative, Weld X can introduce an annotation which indicates that the bean name be qualified to the package in which the type resides.
@Qualified @Named
public class Identity ... { ... }
This allows the bean name to be defaulted and keeps the package out of a string.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 5 months
[JBoss JIRA] Created: (CDI-17) Change name of the @Observes Reception attribute to "notified"
by Dan Allen (JIRA)
Change name of the @Observes Reception attribute to "notified"
--------------------------------------------------------------
Key: CDI-17
URL: https://jira.jboss.org/browse/CDI-17
Project: CDI Specification Issues
Issue Type: Feature Request
Components: Javadoc and API
Affects Versions: 1.0
Reporter: Dan Allen
Priority: Minor
Fix For: 1.1
As of the CDI 1.0 specification, the name of the Reception attribute on @Observes is "receive". The patch release of the API (SP1) changes the name to "notifyObserver", so a change is already being considered. Therefore, I'd like to suggest a better name that would read more fluently. That name is "notified".
Let us compare the three cases:
1. @Observes(receive = IF_EXISTS)
2. @Observes(notifyObserver = IF_EXISTS)
3. @Observes(notified = IF_EXISTS)
Of the three, notifyObserver breaks the flow of the sentence the most. On the other hand, notified reads nicely, including with the TransactionPhase attribute included:
@Observes(notified = IF_EXISTS, during = TransactionPhase.AFTER_SUCCESS)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 5 months
[JBoss JIRA] Created: (WELD-740) NCDFE in Introspection process should not cause deployment to fail
by Stuart Douglas (JIRA)
NCDFE in Introspection process should not cause deployment to fail
------------------------------------------------------------------
Key: WELD-740
URL: https://jira.jboss.org/browse/WELD-740
Project: Weld
Issue Type: Bug
Affects Versions: 1.1.0.Beta1
Reporter: Stuart Douglas
Currently a NoClassDefFoundError in the introspection process causes the deployment to fail, I think that it should just log a warning and continue, so that we can support optional dependencies.
Currently the exception is thrown is:
Caused by: java.lang.NoClassDefFoundError: Lorg/jboss/seam/persistence/PersistenceContexts;
at java.lang.Class.getDeclaredFields0(Native Method)
at java.lang.Class.privateGetDeclaredFields(Class.java:2291)
at java.lang.Class.getDeclaredFields(Class.java:1743)
at org.jboss.weld.util.reflection.SecureReflections$4.work(SecureReflections.java:115)
at org.jboss.weld.util.reflection.SecureReflections$4.work(SecureReflections.java:111)
at org.jboss.weld.util.reflection.SecureReflectionAccess.run(SecureReflectionAccess.java:54)
at org.jboss.weld.util.reflection.SecureReflectionAccess.runAndWrap(SecureReflectionAccess.java:67)
at org.jboss.weld.util.reflection.SecureReflections.getDeclaredFields(SecureReflections.java:110)
at org.jboss.weld.introspector.jlr.WeldClassImpl.<init>(WeldClassImpl.java:177)
at org.jboss.weld.introspector.jlr.WeldClassImpl.of(WeldClassImpl.java:140)
at org.jboss.weld.resources.ClassTransformer$TransformTypeToWeldClass.apply(ClassTransformer.java:50)
at org.jboss.weld.resources.ClassTransformer$TransformTypeToWeldClass.apply(ClassTransformer.java:38)
at com.google.common.collect.MapMaker$StrategyImpl.compute(MapMaker.java:592)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 5 months