July 2012 - weld-issues - Jboss List Archives

[JBoss JIRA] (WELD-1177) Built-in InjectionPoint bean not injected for stateless session bean

by Martin Kouba (JIRA)

12 years, 1 month

3
4
0 / 0

[JBoss JIRA] Created: (WELD-862) Interceptors not threadsafe

by Sebastian Schaffert (JIRA)

Interceptors not threadsafe --------------------------- Key: WELD-862 URL: https://issues.jboss.org/browse/WELD-862 Project: Weld Issue Type: Bug Components: Interceptors and Decorators Affects Versions: 1.1.0.Final Environment: Jetty, Weld Filter Reporter: Sebastian Schaffert I am trying to implement an "@Asynchronous" interceptor that runs methods annotated with the @Asynchronous annotation in a separate thread. The implementation of the interceptor currently looks as follows: private static final ThreadGroup asyncMethods = new ThreadGroup("asynchronous method invocations"); @AroundInvoke public Object manageAsynchronous(final InvocationContext ctx) throws Exception { final UUID threadID = UUID.randomUUID(); Runnable r = new Runnable() { @Override public void run() { try { log.debug("asynchronous method invocation of {}.{} (Thread ID {})",new Object[] {ctx.getTarget().getClass().getName(),ctx.getMethod().getName(), threadID}); Object val = ctx.proceed(); if(val != null) { log.debug("asynchronous method invocation of {}.{} (Thread ID {}) returned value {}",new Object[] {ctx.getClass().getName(),ctx.getMethod().getName(), threadID, val}); } } catch(Exception ex) { log.error("exception during asynchronous method invocation",ex); } } }; Thread t = new Thread(asyncMethods,r); t.setName("asynchronous method invocation of "+ctx.getTarget().getClass().getName()+ctx.getMethod().getName() + " (Threaad ID " + threadID+")"); t.start(); return null; } Now the problem is that the interceptor is called infinitely often. The reason is that the annotated method forks a new thread and then returns instantly, setting the variable "currentPosition" in SimpleInterceptorChain back to the value 0 (in a "finally" block). So when the proceed() method is called inside the thread, the interceptor chain again points to the first interceptor in the chain and it all repeats infinitely. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 2 months

6
8
0 / 0

[JBoss JIRA] (WELD-1008) Weld should as for container resources at boot time rather than runtime

by Stuart Douglas (Created) (JIRA)

Weld should as for container resources at boot time rather than runtime ----------------------------------------------------------------------- Key: WELD-1008 URL: https://issues.jboss.org/browse/WELD-1008 Project: Weld Issue Type: Feature Request Reporter: Stuart Douglas Assignee: Jozef Hartinger This will break SPI compatibility, but if weld need to inject a persistence unit or other resource, it should also the container for it at boot time rather than runtime. This should result in bother better performance, as better reporting of deployment errors. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 2 months

5
7
0 / 0

[JBoss JIRA] (WELD-1035) ProcessInjectionTarget not fired for message driven bean

by Martin Kouba (Created) (JIRA)

ProcessInjectionTarget not fired for message driven bean -------------------------------------------------------- Key: WELD-1035 URL: https://issues.jboss.org/browse/WELD-1035 Project: Weld Issue Type: Bug Reporter: Martin Kouba *11.5.8. ProcessInjectionTarget event* states: "The container must fire an event for every Java EE component class supporting injection that may be instantiated by the container at runtime, including every managed bean declared using @ManagedBean, EJB session or message-driven bean, enabled bean, enabled interceptor or enabled decorator." However it is not fired for message driven bean. TCK 1.1 test: *org.jboss.jsr299.tck.tests.lookup.injection.non.contextual.jms.ContainerEventTest.testProcessInjectionTargetEventFiredForMessageDrivenBean()* -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 2 months

3
4
0 / 0

[JBoss JIRA] (WELD-1089) Resource type is not checked against matching object in the Java EE component environment

by Martin Kouba (JIRA)

Martin Kouba created WELD-1089: ---------------------------------- Summary: Resource type is not checked against matching object in the Java EE component environment Key: WELD-1089 URL: https://issues.jboss.org/browse/WELD-1089 Project: Weld Issue Type: Bug Affects Versions: 2.0.0.Alpha1, 1.1.5.Final Reporter: Martin Kouba *3.6.1. Declaring a resource* states: "If the matching object in the Java EE component environment is not of the same type as the producer field declaration, the container automatically detects the problem and treats it as a definition error." See TCK test *org.jboss.cdi.tck.tests.implementation.simple.resource.broken.type.ResourceDefinitionWithDifferentTypeTest*. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 2 months

2
4
0 / 0

[JBoss JIRA] (WELD-1050) Separate Bean implementations from Producers

by Jozef Hartinger (JIRA)

Jozef Hartinger created WELD-1050: ------------------------------------- Summary: Separate Bean implementations from Producers Key: WELD-1050 URL: https://issues.jboss.org/browse/WELD-1050 Project: Weld Issue Type: Task Reporter: Jozef Hartinger Fix For: 2.0.0.Alpha2 Currently producer implementations are tightly coupled with the corresponding Bean implementations (e.g. ManagedBean or ProducerField) and thus they are not reusable. This is crucial in order to implement CDI-95 properly. This requires major refactoring. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 2 months

1
4
0 / 0

[JBoss JIRA] (WELD-1125) StackOverflowError: It is not possible to define producers in an arquillian unit test

by Manuel Hartl (JIRA)

Manuel Hartl created WELD-1125: ---------------------------------- Summary: StackOverflowError: It is not possible to define producers in an arquillian unit test Key: WELD-1125 URL: https://issues.jboss.org/browse/WELD-1125 Project: Weld Issue Type: Bug Components: Bootstrap and Metamodel API Affects Versions: 1.1.7.Final, 1.1.6.Final Environment: windows7, junit, arquillian 1.0.0.Final Reporter: Manuel Hartl Fix For: 1.1.5.Final When i try to run the following unit test, it gives me a stackOverflowError with weld 1.1.6 and 1.1.7 - but it worked with 1.1.5! the problem seems to be a recursive loop, while trying to initialize the unit test itself for using its producer. when you move the Producer to an static innerclass and add it to the shrinkwrap definition, this test works. package com.kobil.ssms.kernel.logic.licencing; import javax.enterprise.inject.Produces; import javax.inject.Inject; import org.jboss.arquillian.container.test.api.Deployment; import org.jboss.arquillian.junit.Arquillian; import org.jboss.shrinkwrap.api.ShrinkWrap; import org.jboss.shrinkwrap.api.asset.EmptyAsset; import org.jboss.shrinkwrap.api.spec.JavaArchive; import org.junit.Assert; import org.junit.Test; import org.junit.runner.RunWith; /** * * @author Manuel Hartl / FlexSecure GmbH * */ @RunWith(Arquillian.class) public class WeldInjectionStackOverflow { @Deployment public static JavaArchive createTestArchive() { return ShrinkWrap.create(JavaArchive.class, "test.jar").addAsManifestResource(EmptyAsset.INSTANCE, "beans.xml"); } public static interface Service { public int dummy(); }; @Produces Service getSevice() throws LicenceException { return new Service() { @Override public int dummy() { return 0; } }; } @Inject private Service service; @Test public void checkInjection() throws Exception { Assert.assertEquals(0, service.dummy()); } } -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 2 months

3
8
0 / 0

[JBoss JIRA] Created: (WELD-257) Formalize support for GAE including tests

by Pete Muir (JIRA)

Formalize support for GAE including tests ----------------------------------------- Key: WELD-257 URL: https://jira.jboss.org/jira/browse/WELD-257 Project: Weld Issue Type: Feature Request Components: Class Beans (Managed and Session) Reporter: Pete Muir Fix For: 1.0.1.CR1 -- 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

12 years, 2 months

3
15
0 / 0

[JBoss JIRA] Created: (WELD-210) Support serialization of the metamodel

by Pete Muir (JIRA)

Support serialization of the metamodel -------------------------------------- Key: WELD-210 URL: https://jira.jboss.org/jira/browse/WELD-210 Project: Weld Issue Type: Feature Request Components: Bootstrap and Metamodel API Reporter: Pete Muir This would allow us to do stuff like build the metamodel at compile time (time saver?) or work in environments like GWT where the reflection support is limited -- 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

12 years, 2 months

3
9
0 / 0

[JBoss JIRA] Created: (WELD-266) Create clustering (functional) tests from Seam examples

by Pete Muir (JIRA)

Create clustering (functional) tests from Seam examples ------------------------------------------------------- Key: WELD-266 URL: https://jira.jboss.org/jira/browse/WELD-266 Project: Weld Issue Type: Feature Request Reporter: Pete Muir Assignee: Ondrej Skutka Create functional tests from examples such as Weld numberguess and Seam 3 booking which verify that Weld performs correctly in a cluster. -- 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

12 years, 2 months

7
14
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

weld-issues July 2012