April 2012 - weld-issues - Jboss List Archives

[JBoss JIRA] Created: (WELD-430) IllegalStateException not thrown when a delegate method is invoked outside of business method invocation

by Jozef Hartinger (JIRA)

IllegalStateException not thrown when a delegate method is invoked outside of business method invocation -------------------------------------------------------------------------------------------------------- Key: WELD-430 URL: https://jira.jboss.org/jira/browse/WELD-430 Project: Weld Issue Type: Bug Components: Interceptors and Decorators Affects Versions: 1.0.1.CR2 Reporter: Jozef Hartinger Fix For: 1.0.1.GA org.jboss.jsr299.tck.tests.decorators.invocation.DecoratorInvocationTest.testDecoratorInvokesDelegateMethodOutsideOfBusinessMethodInterception() -- 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, 1 month

5
15
0 / 0

[JBoss JIRA] Created: (WELD-950) Session Scoped bean got stucked in CreationalContextImpl.incompleteInstances map

by Wang Liyu (JIRA)

Session Scoped bean got stucked in CreationalContextImpl.incompleteInstances map -------------------------------------------------------------------------------- Key: WELD-950 URL: https://issues.jboss.org/browse/WELD-950 Project: Weld Issue Type: Bug Components: Bootstrap and Metamodel API, Class Beans (Managed and Session) Affects Versions: 1.1.2.Final Environment: JSF2 + Weld1.1.2.Final on Tomcat (JBoss 6 has same issue) Reporter: Wang Liyu I have a session scoped bean annotated with @Named @SessionScoped, and in the bean's method, I called context.getExternalContext().invalidateSession(); to end the conversation and after @PreDestroy called, the bean is still in the memory, it was hard reference from CreationalContextImpl.incompleteInstances map. The issue can be reproduced with modified weld-numberguess example (I attached with this ticket) -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 1 month

2
5
0 / 0

[JBoss JIRA] (WELD-1018) Producer.dispose() does not inject InjectionPoint

by Jozef Hartinger (Created) (JIRA)

Producer.dispose() does not inject InjectionPoint ------------------------------------------------- Key: WELD-1018 URL: https://issues.jboss.org/browse/WELD-1018 Project: Weld Issue Type: Feature Request Components: Producers (Methods, Fields and Disposers) Environment: Affects Weld 2.x only Reporter: Jozef Hartinger Assignee: Jozef Hartinger This bug indicates a problem in CDI-52. -- 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, 1 month

3
2
0 / 0

[JBoss JIRA] (WELD-1073) Cannot enable interceptor that is not deployed in any bean archive

by Martin Kouba (JIRA)

Martin Kouba created WELD-1073: ---------------------------------- Summary: Cannot enable interceptor that is not deployed in any bean archive Key: WELD-1073 URL: https://issues.jboss.org/browse/WELD-1073 Project: Weld Issue Type: Bug Components: Interceptors and Decorators Affects Versions: 2.0.0.Alpha1, 1.1.5.Final Reporter: Martin Kouba Priority: Minor It's not possible to enable interceptor if it is not deployed in any bean archive. For example if interceptor class is in A.jar (non-BDA) and is enabled in beans.xml of B.jar (BDA), deployment results in WELD-001417 - INTERCEPTOR_NOT_ANNOTATED_OR_REGISTERED. Unless I am mistaken nor the CDI spec nor the Interceptors spec define such requirement. -- 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, 1 month

2
2
0 / 0

[JBoss JIRA] (WELD-1099) Cannot invoke web service resource declared with @WebServiceRef

by Martin Kouba (JIRA)

Martin Kouba created WELD-1099: ---------------------------------- Summary: Cannot invoke web service resource declared with @WebServiceRef Key: WELD-1099 URL: https://issues.jboss.org/browse/WELD-1099 Project: Weld Issue Type: Bug Affects Versions: 1.1.6.Final Reporter: Martin Kouba ... results in following error: {noformat} org.jboss.weld.exceptions.NullInstanceException: WELD-000044 Unable to obtain instance from null {noformat} -- 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, 1 month

2
1
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

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

weld-issues April 2012