January 2010 - weld-issues - Jboss List Archives

[JBoss JIRA] Created: (CDITCK-59) EAR package is not portable

by Santiago Pericas-Geertsen (JIRA)

EAR package is not portable --------------------------- Key: CDITCK-59 URL: https://jira.jboss.org/jira/browse/CDITCK-59 Project: CDI TCK Issue Type: Bug Security Level: Public (Everyone can see) Components: Tests Affects Versions: 1.0.1.CR1 Environment: Solaris x86 / JDK 6u16 / GF v3 Reporter: Santiago Pericas-Geertsen Priority: Critical The following TCK tests, testInjectionOfDependentPrimitiveProductIntoNormalBean testInjectionOfDependentSerializableProductIntoNormalBean testNonSerializableProducerFieldDeclaredPassivatingThrowsIllegalProductException testPassivatingScopeProducerMethodReturnsUnserializableObjectNotOk related to the EAR, org.jboss.jsr299.tck.tests.context.passivating.PassivatingContextTest.ear fail with the following exception in GF v3, attached to this wiki [1] which generates the following exception when deployed: java.lang.RuntimeException: by java.lang.IllegalAccessError: class org.jboss.jsr299.tck.tests.context.passivating.NumberConsumer_$$_javassist_389 cannot access its superclass org.jboss.jsr299.tck.tests.context.passivating.NumberConsumer at javassist.util.proxy.ProxyFactory.createClass3(ProxyFactory.java:344) at javassist.util.proxy.ProxyFactory.createClass2(ProxyFactory.java:314) at javassist.util.proxy.ProxyFactory.createClass(ProxyFactory.java:273) at org.jboss.weld.util.Proxies.createProxyClass(Proxies.java:153) at org.jboss.weld.util.Proxies.createProxy(Proxies.java:136) The reason for this failure is that the WAR in the EAR above does not include a Class-Path entry in its manifest to be able to load classes from the JAR. This manifest entry is required for portability. Note that GF v3 now uses the TCCL with Javassist. -- 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, 10 months

2
10
0 / 0

[JBoss JIRA] Created: (WELD-317) SFSB initialization fails to detect injectable initializer methods of super class

by Vivek Pandey (JIRA)

SFSB initialization fails to detect injectable initializer methods of super class ---------------------------------------------------------------------------------- Key: WELD-317 URL: https://jira.jboss.org/jira/browse/WELD-317 Project: Weld Issue Type: Bug Components: Bootstrap and Metamodel API Affects Versions: 1.0.0.GA Environment: glassfish v3, jdk6 u15, weld tck 1.0.1 Reporter: Vivek Pandey This is regarding org.jboss.jsr299.tck.tests.lookup.injection.enterprise.SessionBeanInjectionOrderingTest. It tests order in which a SFSB's postConstruct and its superclass's initializers are called. Basically the super class's initializer should be called first before the subclass's postConstruct. However there seems to be a bug in Weld, as it skips the superclass initializer for this SFSB. @Stateful public class MegaPoorHenHouse extends PoorHenHouse implements MegaPoorHenHouseLocal { //There is no initializer() method in it, but Weld adds one during bean deploy @PostConstruct public void postConstruct() { // } } class PoorHenHouse extends HenHouse { @Inject public void initialize() { // } } Weld does not invoke PoorHenHouse.initialize(). There seems to be a bug there. I think Beans.getInitializerMethods() should start looking for injectable initialize() method starting from the superclass at the end of the chain. Looking in to the debugger it seems that during Bean deploy Weld is adding initialize() method to MegaPoorHenHouse. Inside Beans.getInitializerMethods(), when the MegaPoorHenHouse is processed to find initializer methods it finds the initializer method and adds it to seenMethod list. Since on the MegaPoorHenHouse the intializer() method dynamically added by Weld is not an injection point so its not added to the list of initializedMethods. Latter when the super class PoorHenHouse is processed to find injectable initialize() method isOverridden() returns true, as initialize() method was added to seenMethod list while processing the subclass, and the legitimate intialize() method on the this super class is skipped. ===>if (!isOverridden(method, seenMethods)) { MethodInjectionPoint<?, ?> initializerMethod = MethodInjectionPoint.of(declaringBean, method); initializerMethods.add(initializerMethod); } -- 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, 10 months

2
4
0 / 0

[JBoss JIRA] Created: (WELD-350) Weld Exception Upon Redeployment

by Roger Kitain (JIRA)

Weld Exception Upon Redeployment -------------------------------- Key: WELD-350 URL: https://jira.jboss.org/jira/browse/WELD-350 Project: Weld Issue Type: Bug Environment: NetBeans IDE, GlassFish V3 Reporter: Roger Kitain >From Andy Gibson: I am using NetBeans to hot-redeploy an application - I was playing with the application described here: http://www.andygibson.net/blog/index.php/2009/12/16/getting-started-with-... I am getting an NPE, will attach the stack trace. GlassFish Issue Filed as xref: https://glassfish.dev.java.net/issues/show_bug.cgi?id=11337 -- 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, 10 months

2
5
0 / 0

[JBoss JIRA] Created: (WELD-356) @PersistenceContext not injected in target bean when bean is intercepted

by William Draï (JIRA)

@PersistenceContext not injected in target bean when bean is intercepted ------------------------------------------------------------------------ Key: WELD-356 URL: https://jira.jboss.org/jira/browse/WELD-356 Project: Weld Issue Type: Bug Components: Interceptors and Decorators Affects Versions: 1.0.0.GA Environment: JBoss 6.0.0.M1 and GlassFish V3 final Reporter: William Draï Say you have this bean : @MyInterceptorBinding public class MyServiceBean implements MyService { @PersistenceContext protected EntityManager entityManager; @Inject @Any private Event<MyEvent> myEvent; public Object persist(Object obj) { entityManager.persist(obj); myEvent.fire(new MyEvent()); return obj; } } Where @MyInterceptorBinding is a simple interceptor binding with a trivial interceptor implementation : @MyInterceptorBinding @Interceptor public class MyInterceptor { @AroundInvoke public Object doInvoke(InvocationContext context) { Object result = null; try { return context.proceed(); } catch (Exception e) { throw new RuntimeException("error", e); } } The MyEvent field of the bean is correctly injected with an MyEventImpl, but the entityManager is null. When the bean is not interceptor, the entityManager field is correctly injected. -- 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, 10 months

5
10
0 / 0

[JBoss JIRA] Created: (CDITCK-71) Need to document where persistence.xml needs to be updated...

by Kyle Grucci (JIRA)

Need to document where persistence.xml needs to be updated... ------------------------------------------------------------- Key: CDITCK-71 URL: https://jira.jboss.org/jira/browse/CDITCK-71 Project: CDI TCK Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 1.0.1.CR1 Environment: All Reporter: Kyle Grucci Priority: Minor The following 2 war files in the TCK contain a persistence.xml file which must be updated to run in different environments. org.jboss.jsr299.tck.tests.implementation.simple.resource.persistenceContext.PersistenceContextInjectionTest.war org.jboss.jsr299.tck.tests.implementation.simple.resource.persistenceContext.PersistenceContextDesctructionTest.war This should be documented in the 299 TCK Users' Guide. -- 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, 10 months

2
2
0 / 0

[JBoss JIRA] Created: (CDITCK-88) TCK Run with custom-web.xml

by Gurkan Erdogdu (JIRA)

TCK Run with custom-web.xml --------------------------- Key: CDITCK-88 URL: https://jira.jboss.org/jira/browse/CDITCK-88 Project: CDI TCK Issue Type: Bug Security Level: Public (Everyone can see) Reporter: Gurkan Erdogdu I have created a custom-web.xml according to package structure org/jboss/testharness/impl/packaging/war/custom-web.xml. But when I run LongRunningConversationPropagatedByFacesContextTest, it deploys with web.xml that is not custom-web.xml. According to the code, WarArtifactDescriptor, it must honor custom-web.xml -- 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, 10 months

2
2
0 / 0

[JBoss JIRA] Created: (CDITCK-78) Weld does not scan packaged jar in EAR file for Extension or the packaging is wrong

by Vivek Pandey (JIRA)

Weld does not scan packaged jar in EAR file for Extension or the packaging is wrong ----------------------------------------------------------------------------------- Key: CDITCK-78 URL: https://jira.jboss.org/jira/browse/CDITCK-78 Project: CDI TCK Issue Type: CTS Challenge Security Level: Public (Everyone can see) Affects Versions: 1.0.1.CR1 Reporter: Vivek Pandey Either its a bug in Weld or its packaging issue of org.jboss.jsr299.tck.tests.extensions.container.event.ContainerEventTest.ear appears to be incorrect. Here is the content of this ear file of a jsr299 tck test: org.jboss.jsr299.tck.tests.extensions.container.event.ContainerEventTest.ear -META-INF/services/javax.enterprise.inject.spi.Extension ==> with entries for Observer classes - org.jboss.jsr299.tck.tests.extensions.container.event.ContainerEventTest.jar - ... The META-INF/services//javax.enterprise.inject.spi.Extension entries are defined as: org.jboss.jsr299.tck.tests.extensions.container.event.ProcessBeanObserver org.jboss.jsr299.tck.tests.extensions.container.event.ProcessInjectionTargetObserver org.jboss.jsr299.tck.tests.extensions.container.event.ProcessAnnotatedTypeObserver Weld does not scan org.jboss.jsr299.tck.tests.extensions.container.event.ContainerEventTest.jar for presence of Extension in the included jar file. If this behavior is not what jsr299 spec desires then a tleast the packaging should be such that the META-INF/services Extension classes are moved inside the jar file. JSR 299 is not clear on this but It seems that it should be expected to scan all the jars files included in the EAR file for presence of Extension. -- 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, 10 months

2
5
0 / 0

[JBoss JIRA] Created: (CDITCK-87) Decorator bean must implement javax.enterprise.inject.spi.Decorator, but may implement a subinterface

by Marius Bogoevici (JIRA)

Decorator bean must implement javax.enterprise.inject.spi.Decorator, but may implement a subinterface ----------------------------------------------------------------------------------------------------- Key: CDITCK-87 URL: https://jira.jboss.org/jira/browse/CDITCK-87 Project: CDI TCK Issue Type: Bug Security Level: Public (Everyone can see) Components: Tests Affects Versions: 1.0.0.GA Reporter: Marius Bogoevici Assignee: Marius Bogoevici Priority: Minor Fix For: 1.0.1.CR1, 1.1.0.CR1 org.jboss.jsr299.tck.tests.decorators.definition.DecoratorDefinitionTest.testDecoratorIsManaged bean tests that the bean for a decorator implements the SPI interface mentioned in summary, but actual implementations of the framework, as well as custom beans, may use a sub-interface. -- 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, 10 months

2
2
0 / 0

[JBoss JIRA] Created: (CDITCK-83) @Decorator must not extend a class but implements an interface

by Mark Struberg (JIRA)

@Decorator must not extend a class but implements an interface -------------------------------------------------------------- Key: CDITCK-83 URL: https://jira.jboss.org/jira/browse/CDITCK-83 Project: CDI TCK Issue Type: Bug Security Level: Public (Everyone can see) Components: Tests Affects Versions: 1.0.0.Beta1 Reporter: Mark Struberg Fix For: 1.1.0.CR1 currently the CatDecorator s in the TCK are wrong. They must not extend the concrete Type Cat but implement an interface. -- 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, 10 months

3
4
0 / 0

[JBoss JIRA] Created: (CDITCK-84) Producer field and producer method tests that use generics contain ambiguous definitions

by Marius Bogoevici (JIRA)

Producer field and producer method tests that use generics contain ambiguous definitions ---------------------------------------------------------------------------------------- Key: CDITCK-84 URL: https://jira.jboss.org/jira/browse/CDITCK-84 Project: CDI TCK Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 1.0.0.GA Reporter: Marius Bogoevici Fix For: 1.1.0.CR1 For example org.jboss.jsr299.tck.tests.lookup.typesafe.resolution.ResolutionByTypeTest, where Farmer<ScottishFish> references are to be resolved by both the producer and the managed bean created from Farmer<T>. -- 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, 10 months

2
8
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

weld-issues January 2010