November 2009 - weld-issues - Jboss List Archives

[JBoss JIRA] Commented: (WELD-45) interceptors/decorators for EJBs which are not web beans

by Pete Muir (JIRA)

[ https://jira.jboss.org/jira/browse/WELD-45?page=com.atlassian.jira.plugin... ] Pete Muir commented on WELD-45: ------------------------------- Marius, once we have infrastructure support in WELD we can close this issue and move the task to WELDINT. > interceptors/decorators for EJBs which are not web beans > -------------------------------------------------------- > > Key: WELD-45 > URL: https://jira.jboss.org/jira/browse/WELD-45 > Project: Weld > Issue Type: Sub-task > Components: Interceptors and Decorators > Reporter: Gavin King > Assignee: Marius Bogoevici > Fix For: 1.0.0.CR2 > > -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 6 months

1
0
0 / 0

[JBoss JIRA] Updated: (WELD-4) Bean validation needs to be more verbose/exact

by Pete Muir (JIRA)

[ https://jira.jboss.org/jira/browse/WELD-4?page=com.atlassian.jira.plugin.... ] Pete Muir updated WELD-4: ------------------------- Fix Version/s: 1.0.0.GA (was: 1.0.0.CR2) > Bean validation needs to be more verbose/exact > ---------------------------------------------- > > Key: WELD-4 > URL: https://jira.jboss.org/jira/browse/WELD-4 > Project: Weld > Issue Type: Task > Components: Bootstrap and Metamodel API > Affects Versions: 1.0.0.ALPHA2 > Reporter: Nicklas Karlsson > Assignee: David Allen > Priority: Minor > Fix For: 1.0.0.GA > > > e.g. the checks for unproxyable dependencies all go through Proxies.isTypeProxyable, returning a boolean for several conditions that result in failures, making tracking down the true cause difficult -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 6 months

1
0
0 / 0

[JBoss JIRA] Created: (WELD-228) Exception is not thrown when a non-contextual Java EE component defines an injection point of type InjectionPoint

by Jozef Hartinger (JIRA)

Exception is not thrown when a non-contextual Java EE component defines an injection point of type InjectionPoint ----------------------------------------------------------------------------------------------------------------- Key: WELD-228 URL: https://jira.jboss.org/jira/browse/WELD-228 Project: Weld Issue Type: Bug Affects Versions: 1.0.0.CR1 Reporter: Jozef Hartinger Fix For: 1.0.0.CR2 org.jboss.jsr299.tck.tests.lookup.injectionpoint.broken.not.bean.InjectionPointTest.testDefinitionErrorDetected() -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 6 months

2
4
0 / 0

[JBoss JIRA] Created: (WELD-236) Child BDA Not Processed

by Roger Kitain (JIRA)

Child BDA Not Processed ----------------------- Key: WELD-236 URL: https://jira.jboss.org/jira/browse/WELD-236 Project: Weld Issue Type: Bug Components: Bootstrap and Metamodel API Environment: MAC Reporter: Roger Kitain Assignee: Pete Muir Given the following Deployment structure: deployment bda (jar) bda (war) bda (jar) The war's child bda (jar) will never get processed. See WeldBootstrap.visit method (around line 135). -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 6 months

2
10
0 / 0

[JBoss JIRA] Created: (WELD-200) getBaseType() is not used to obtain a field type from an alternative metadata source

by Jozef Hartinger (JIRA)

getBaseType() is not used to obtain a field type from an alternative metadata source ------------------------------------------------------------------------------------ Key: WELD-200 URL: https://jira.jboss.org/jira/browse/WELD-200 Project: Weld Issue Type: Bug Reporter: Jozef Hartinger Fix For: 1.0.0.CR1 org.jboss.jsr299.tck.tests.extensions.annotated.ProcessAnnotatedTypeTest.testGetBaseTypeUsedToDetermineTypeOfInjectionPoing() -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 6 months

2
6
0 / 0

[JBoss JIRA] Created: (WELD-201) getTypeClosure() is not used to obtain a set of types from an alternative metadata source

by Jozef Hartinger (JIRA)

getTypeClosure() is not used to obtain a set of types from an alternative metadata source ----------------------------------------------------------------------------------------- Key: WELD-201 URL: https://jira.jboss.org/jira/browse/WELD-201 Project: Weld Issue Type: Bug Reporter: Jozef Hartinger Assignee: Pete Muir org.jboss.jsr299.tck.tests.extensions.annotated.ProcessAnnotatedTypeTest.testGetTypeClosureUsed() -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 6 months

2
5
0 / 0

[JBoss JIRA] Created: (WELD-218) Check and fix if type variables are allowed on observes methods

by Kabir Khan (JIRA)

Check and fix if type variables are allowed on observes methods --------------------------------------------------------------- Key: WELD-218 URL: https://jira.jboss.org/jira/browse/WELD-218 Project: Weld Issue Type: Feature Request Affects Versions: 1.0.0.CR1 Reporter: Kabir Khan Fix For: 1.0.0.CR2 Kabir: I have tried; public void processInjectionTarget(@Observes ProcessInjectionTarget<?> event) { AnnotatedType<?> type = event.getAnnotatedType(); WeldKernelControllerContext context = WeldFromMcRegistry.getContext(type); if (context != null) { InjectionTarget<?> target = event.getInjectionTarget(); @SuppressWarnings("unchecked") ExistingInstanceInjectionTarget<?> wrappedTarget = new ExistingInstanceInjectionTarget(target, context.getTarget()); event.setInjectionTarget(wrappedTarget); } } This does not compile with the error: The method setInjectionTarget(InjectionTarget<capture#6-of ?>) in the type ProcessInjectionTarget<capture#6-of ?> is not applicable for the arguments (ExistingInstanceInjectionTarget<capture#7-of ?>) Pete: Yes, this is the correct approach, as it will observe all events. Kabir: However, the call to event.setInjectionTarget() does not compile in this case. I've had to do the following: public void processInjectionTarget(@Observes @SuppressWarnings("unchecked") ProcessInjectionTarget event) { AnnotatedType<?> type = event.getAnnotatedType(); WeldKernelControllerContext context = WeldFromMcRegistry.getContext(type); if (context != null) { InjectionTarget<?> target = event.getInjectionTarget(); @SuppressWarnings("unchecked") ExistingInstanceInjectionTarget tgt = new ExistingInstanceInjectionTarget(target, context.getTarget()); event.setInjectionTarget(tgt); } } Pete: Ok, this is fixable if type variables are allowed on observes methods. Kabir: public <X> void processInjectionTarget(@Observes ProcessInjectionTarget<X> event) { AnnotatedType<?> type = event.getAnnotatedType(); WeldKernelControllerContext context = WeldFromMcRegistry.getContext(type); if (context != null) { InjectionTarget<X> target = event.getInjectionTarget(); ExistingInstanceInjectionTarget<X> wrappedTarget = new ExistingInstanceInjectionTarget<X>(target, context.getTarget()); event.setInjectionTarget(wrappedTarget); } } which compiles, but gives: org.jboss.weld.DefinitionException: Cannot use a type variable X in an parameterized type Observer Implementation: Observer (Declaring) class: class org.jboss.test.kernel.weld.mctowb.support.validateobserver.TestObserver Observer method: method public void org.jboss.test.kernel.weld.mctowb.support.validateobserver.TestObserver.processInjectionTarget(javax.enterprise.inject.spi.ProcessInjectionTarget) at org.jboss.weld.event.ObserverMethodImpl.checkObserverMethod(ObserverMethodImpl.java:118) at org.jboss.weld.event.ObserverMethodImpl.initialize(ObserverMethodImpl.java:191) Pete: I *believe* this is a bug in the RI. Could you do me a favour, and scour the Events chapter, and make sure it doesn't restrict you from putting a parameterized type in an @Observes parameter? If it doesn't, file a bug for CR2. I will fix it asap. Kabir: I'm not 100% sure, but I don't think I saw anything there regarding type variables. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 6 months

2
3
0 / 0

[JBoss JIRA] Created: (WELD-216) testNonStaticInnerClassWithGenericTypes() is failing

by Shane Bryzak (JIRA)

testNonStaticInnerClassWithGenericTypes() is failing ---------------------------------------------------- Key: WELD-216 URL: https://jira.jboss.org/jira/browse/WELD-216 Project: Weld Issue Type: Bug Components: Testing Infrastructure (Mocks and Harness Integration) Reporter: Shane Bryzak In the package org.jboss.weld.test.unit.implementation.annotatedItem.ClassAnnotatedItemTest the test is failing: java.lang.ArrayIndexOutOfBoundsException: 1 at org.jboss.weld.introspector.jlr.WeldConstructorImpl.<init>(WeldConstructorImpl.java:124) at org.jboss.weld.introspector.jlr.WeldConstructorImpl.of(WeldConstructorImpl.java:81) at org.jboss.weld.introspector.jlr.WeldClassImpl.<init>(WeldClassImpl.java:298) at org.jboss.weld.introspector.jlr.WeldClassImpl.of(WeldClassImpl.java:137) at org.jboss.weld.test.unit.implementation.annotatedItem.ClassAnnotatedItemTest.testNonStaticInnerClassWithGenericTypes(ClassAnnotatedItemTest.java:59) at org.jboss.testharness.AbstractTest.run(AbstractTest.java:244) at org.apache.maven.surefire.testng.TestNGExecutor.run(TestNGExecutor.java:74) at org.apache.maven.surefire.testng.TestNGXmlTestSuite.execute(TestNGXmlTestSuite.java:92) at org.apache.maven.surefire.Surefire.run(Surefire.java:177) at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:345) at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:1009) ... Removed 29 stack frames -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 6 months

2
3
0 / 0

[JBoss JIRA] Created: (WELD-244) Add Nexus Plugin to release process

by Pete Muir (JIRA)

Add Nexus Plugin to release process ----------------------------------- Key: WELD-244 URL: https://jira.jboss.org/jira/browse/WELD-244 Project: Weld Issue Type: Task Components: Infrastructure Reporter: Pete Muir Fix For: 1.0.0.CR2 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 6 months

1
2
0 / 0

[JBoss JIRA] Closed: (WELD-14) Check passivating bean's interceptors are passivation capable

by Pete Muir (JIRA)

[ https://jira.jboss.org/jira/browse/WELD-14?page=com.atlassian.jira.plugin... ] Pete Muir closed WELD-14. ------------------------- > Check passivating bean's interceptors are passivation capable > -------------------------------------------------------------- > > Key: WELD-14 > URL: https://jira.jboss.org/jira/browse/WELD-14 > Project: Weld > Issue Type: Bug > Components: Class Beans (Managed and Session) > Reporter: Pete Muir > Assignee: Marius Bogoevici > Fix For: 1.0.0.CR2 > > > org.jboss.jsr299.tck.tests.context.passivating.broken.enterpriseBeanWithNonPassivatingBeanConstructorParameterInInterceptor.EnterpriseBeanWithNonPassivatingBeanConstructorParameterInInterceptorTest.testSessionBeanWithNonPassivatingBeanConstructorParamInInterceptorFails() > org.jboss.jsr299.tck.tests.context.passivating.broken.enterpriseBeanWithNonPassivatingInitializerParameterInInterceptor.EnterpriseBeanWithNonPassivatingInitializerParameterInInterceptorTest.testSessionBeanWithNonPassivatingInitializerParamInInterceptorFails() > org.jboss.jsr299.tck.tests.context.passivating.broken.enterpriseBeanWithNonPassivatingInjectedFieldInInterceptor.EnterpriseBeanWithNonPassivatingInjectedFieldInInterceptorTest.testSessionBeanWithNonPassivatingInjectedFieldInInterceptorFails() > org.jboss.jsr299.tck.tests.context.passivating.broken.interceptorWithNonPassivatingInitializerMethodParameter.PassivationCapableBeanWithNonPassivatingInterceptorTest.testPassivationCapableBeanWithNonPassivatingInterceptorFails() > org.jboss.jsr299.tck.tests.context.passivating.broken.interceptorWithNonPassivatingBeanConstructorParameter.PassivationCapableBeanWithNonPassivatingInterceptorTest.testPassivationCapableBeanWithNonPassivatingInterceptorFails() > org.jboss.jsr299.tck.tests.context.passivating.broken.managedBeanWithNonSerializableInterceptorClass.ManagedBeanWithNonSerializableInterceptorClassTest.testManagedBeanWithNonSerializableInterceptorClassNotOK() -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 6 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

weld-issues November 2009