November 2009 - weld-issues - Jboss List Archives

[JBoss JIRA] Created: (WELD-238) Classes specified in beans.xml/interceptors should not need to be annotated with @Interceptor

by Jozef Hartinger (JIRA)

Classes specified in beans.xml/interceptors should not need to be annotated with @Interceptor --------------------------------------------------------------------------------------------- Key: WELD-238 URL: https://jira.jboss.org/jira/browse/WELD-238 Project: Weld Issue Type: Bug Components: Interceptors and Decorators Affects Versions: 1.0.0.CR1 Reporter: Jozef Hartinger Assignee: Marius Bogoevici Fix For: 1.0.0.CR2 Currently, the RI requires every class defined in beans.xml under "interceptors" element to be annotated with @Interceptor. Otherwise, the container throws the following exception : "org.jboss.jsr299.tck.DeploymentError: org.jboss.weld.DeploymentException: Class org.jboss.jsr299.tck.tests.interceptors.definition.custom.Interceptor1 is enabled as an interceptor, but it does not have the appropriate annotation" However, this is too restrictive (and conflicting with the spec), since in case when the interceptor is registered via portable extension (using custom implementation of the Interceptor interface), the class should not be required to be annotated with @Interceptor. -- 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

3
3
0 / 0

[JBoss JIRA] Created: (WELD-256) Bootstrap End Initialization May Not Complete Before ContextInitialized (Servlet)

by Roger Kitain (JIRA)

Bootstrap End Initialization May Not Complete Before ContextInitialized (Servlet) --------------------------------------------------------------------------------- Key: WELD-256 URL: https://jira.jboss.org/jira/browse/WELD-256 Project: Weld Issue Type: Bug Components: Bootstrap and Metamodel API Environment: mac, glassfish Reporter: Roger Kitain Currently, in GlassFish we execute: startContainer startInitialization deployBeans when an APPLICATION_LOADED event is received. And we execute: validateBeans endInitialization when an APPLICATION_STARTED event is received. This is problematic because weld expects the bootsrapping process (including endInitialization) to be complete by the time a servlet context initialized event is received. -- 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-226) 'Default' event observer doesn't get notified when firing events (with qualifiers) directly with the manager

by Fabio Wang (JIRA)

'Default' event observer doesn't get notified when firing events (with qualifiers) directly with the manager ------------------------------------------------------------------------------------------------------------ Key: WELD-226 URL: https://jira.jboss.org/jira/browse/WELD-226 Project: Weld Issue Type: Bug Components: Events Affects Versions: 1.0.0.CR1 Environment: Apache Tomcat 6.0.20 Reporter: Fabio Wang An observer with this signature: observe(@Observes XEvent event) {...} is not notified when an event is fired like this: manager.fireEvent(new XEvent(), new AnyLiteralQualifier(), new AnyLiteralQualifier2(), ...); If the observer specifies any of the LiteralQualifiers (or any subset of them, except the empty one), then it's notified. However, if fired like this: manager.fireEvent(new XEvent(), new DefaultLiteral(), new AnyLiteralQualifier(), new AnyLiteralQualifier2(), ...); with the DefaultLiteral among the qualifiers, then it works as expected. Firing an event with an Event<XEvent> also works. -- 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] Updated: (WELD-64) AbstractFacade is not serializable as Annotation is not serializable

by Pete Muir (JIRA)

[ https://jira.jboss.org/jira/browse/WELD-64?page=com.atlassian.jira.plugin... ] Pete Muir updated WELD-64: -------------------------- Fix Version/s: 1.0.0.CR2 (was: 1.0.1.CR1) > AbstractFacade is not serializable as Annotation is not serializable > -------------------------------------------------------------------- > > Key: WELD-64 > URL: https://jira.jboss.org/jira/browse/WELD-64 > Project: Weld > Issue Type: Bug > Components: Built-in beans > 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
0
0 / 0

[JBoss JIRA] Updated: (WELD-2) Custom bean implementation - methods not called by RI

by Pete Muir (JIRA)

[ https://jira.jboss.org/jira/browse/WELD-2?page=com.atlassian.jira.plugin.... ] Pete Muir updated WELD-2: ------------------------- Fix Version/s: 1.0.0.CR2 (was: 1.0.1.CR1) > Custom bean implementation - methods not called by RI > ----------------------------------------------------- > > Key: WELD-2 > URL: https://jira.jboss.org/jira/browse/WELD-2 > Project: Weld > Issue Type: Bug > Components: Bootstrap and Metamodel API > Reporter: Jozef Hartinger > Fix For: 1.0.0.CR2 > > > getBeanClass(), getStereotypes(), isNullable() and isPolicy() are not called by the RI on a custom implementation of Bean interface > org.jboss.jsr299.tck.tests.definition.bean.custom.CustomBeanImplementationTest.testGetBeanClassCalled() > org.jboss.jsr299.tck.tests.definition.bean.custom.CustomBeanImplementationTest.testGetStereotypesCalled() > org.jboss.jsr299.tck.tests.definition.bean.custom.CustomBeanImplementationTest.testIsPolicyCalled() > org.jboss.jsr299.tck.tests.definition.bean.custom.CustomBeanImplementationTest.testIsNullableCalled() -- 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] Assigned: (WELD-35) support afterBeanValidation.addBean(decorator);

by Marius Bogoevici (JIRA)

[ https://jira.jboss.org/jira/browse/WELD-35?page=com.atlassian.jira.plugin... ] Marius Bogoevici reassigned WELD-35: ------------------------------------ Assignee: Marius Bogoevici > support afterBeanValidation.addBean(decorator); > ----------------------------------------------- > > Key: WELD-35 > URL: https://jira.jboss.org/jira/browse/WELD-35 > Project: Weld > Issue Type: Feature Request > Components: Interceptors and Decorators > Reporter: Pete Muir > Assignee: Marius Bogoevici > > Initial impl assumes only built in decorators IIRC -- 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] Closed: (WELD-35) support afterBeanValidation.addBean(decorator);

by Pete Muir (JIRA)

[ https://jira.jboss.org/jira/browse/WELD-35?page=com.atlassian.jira.plugin... ] Pete Muir closed WELD-35. ------------------------- Fix Version/s: (was: 1.0.1.CR1) Resolution: Duplicate Issue > support afterBeanValidation.addBean(decorator); > ----------------------------------------------- > > Key: WELD-35 > URL: https://jira.jboss.org/jira/browse/WELD-35 > Project: Weld > Issue Type: Feature Request > Components: Interceptors and Decorators > Reporter: Pete Muir > > Initial impl assumes only built in decorators IIRC -- 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-221) Infinite Mutual Recursion in HierarchyDiscovery.resolveType

by Clint Popetz (JIRA)

Infinite Mutual Recursion in HierarchyDiscovery.resolveType ----------------------------------------------------------- Key: WELD-221 URL: https://jira.jboss.org/jira/browse/WELD-221 Project: Weld Issue Type: Bug Affects Versions: 1.0.0.CR1 Reporter: Clint Popetz Assignee: Pete Muir The following: abstract class ChoiceParent<T> { } class Choice<T, E> extends ChoiceParent<T> { public Choice<T, E> aMethod() { return null; } } will produce an infinite recursion between resolveType and resolveTypeParameter if weld tries to load it. I've added a class to test/ in org.jboss.weld.test.unit.implementation.annotatedItem that triggers this, but it caused the build to fail, so it's been excluded. To enable, remove the @Classes annotation from the top of org.jboss.weld.test.unit.implementation.annotatedItem.ClassAnnotatedItemTest, which is excluding the deployment of Choice and ChoiceParent -- 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] Updated: (WELD-62) Not very helpfull error message

by Pete Muir (JIRA)

[ https://jira.jboss.org/jira/browse/WELD-62?page=com.atlassian.jira.plugin... ] Pete Muir updated WELD-62: -------------------------- Fix Version/s: 1.0.0.GA (was: 1.0.0.CR2) > Not very helpfull error message > ------------------------------- > > Key: WELD-62 > URL: https://jira.jboss.org/jira/browse/WELD-62 > Project: Weld > Issue Type: Bug > Components: Scopes & Contexts > Affects Versions: 1.0.0.ALPHA2 > Environment: jboss-as-5.0.0 > Reporter: alberto Gori > Priority: Minor > Fix For: 1.0.0.GA > > Attachments: wbri-135.diff > > > I forgot to implement Serializable on a @SessionScoped bean and I got this exception at startup: > 20:00:04,088 ERROR [[/prova]] Exception sending context initialized event to listener instance of class org.jboss.webbeans.servlet.WebBeansListener > javax.inject.DefinitionException: Simple Web Beans declaring a passivating scope must have a serializable implementation class > at org.jboss.webbeans.bean.SimpleBean.checkType(SimpleBean.java:336) > at org.jboss.webbeans.bean.SimpleBean.init(SimpleBean.java:297) > at org.jboss.webbeans.bean.SimpleBean.<init>(SimpleBean.java:114) > at org.jboss.webbeans.bean.SimpleBean.of(SimpleBean.java:102) > at org.jboss.webbeans.bootstrap.BeanDeployer.createSimpleBean(BeanDeployer.java:201) > at org.jboss.webbeans.bootstrap.BeanDeployer.deploy(BeanDeployer.java:93) > at org.jboss.webbeans.bootstrap.WebBeansBootstrap.registerBeans(WebBeansBootstrap.java:100) > at org.jboss.webbeans.bootstrap.WebBeansBootstrap.boot(WebBeansBootstrap.java:121) > at org.jboss.webbeans.servlet.ServletLifecycle.beginApplication(ServletLifecycle.java:50) > at org.jboss.webbeans.servlet.WebBeansListener.contextInitialized(WebBeansListener.java:48) > at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3910) > at org.apache.catalina.core.StandardContext.start(StandardContext.java:4393) > at org.jboss.web.tomcat.service.deployers.TomcatDeployment.performDeployInternal(TomcatDeployment.java:367) > at org.jboss.web.tomcat.service.deployers.TomcatDeployment.performDeploy(TomcatDeployment.java:146) > at org.jboss.web.deployers.AbstractWarDeployment.start(AbstractWarDeployment.java:460) > at org.jboss.web.deployers.WebModule.startModule(WebModule.java:118) > at org.jboss.web.deployers.WebModule.start(WebModule.java:96) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:597) > at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:157) > at org.jboss.mx.server.Invocation.dispatch(Invocation.java:96) > at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) > at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264) > at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:668) > at org.jboss.system.microcontainer.ServiceProxy.invoke(ServiceProxy.java:206) > at $Proxy36.start(Unknown Source) > at org.jboss.system.microcontainer.StartStopLifecycleAction.installAction(StartStopLifecycleAction.java:42) > at org.jboss.system.microcontainer.StartStopLifecycleAction.installAction(StartStopLifecycleAction.java:37) > at org.jboss.dependency.plugins.action.SimpleControllerContextAction.simpleInstallAction(SimpleControllerContextAction.java:62) > at org.jboss.dependency.plugins.action.AccessControllerContextAction.install(AccessControllerContextAction.java:71) > at org.jboss.dependency.plugins.AbstractControllerContextActions.install(AbstractControllerContextActions.java:51) > at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348) > at org.jboss.system.microcontainer.ServiceControllerContext.install(ServiceControllerContext.java:286) > at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1598) > at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:934) > at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1062) > at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:984) > at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:822) > at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:553) > at org.jboss.system.ServiceController.doChange(ServiceController.java:688) > at org.jboss.system.ServiceController.start(ServiceController.java:460) > at org.jboss.system.deployers.ServiceDeployer.start(ServiceDeployer.java:146) > at org.jboss.system.deployers.ServiceDeployer.deploy(ServiceDeployer.java:104) > at org.jboss.system.deployers.ServiceDeployer.deploy(ServiceDeployer.java:45) > at org.jboss.deployers.spi.deployer.helpers.AbstractSimpleRealDeployer.internalDeploy(AbstractSimpleRealDeployer.java:62) > at org.jboss.deployers.spi.deployer.helpers.AbstractRealDeployer.deploy(AbstractRealDeployer.java:50) > at org.jboss.deployers.plugins.deployers.DeployerWrapper.deploy(DeployerWrapper.java:171) > at org.jboss.deployers.plugins.deployers.DeployersImpl.doDeploy(DeployersImpl.java:1439) > at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1157) > at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1178) > at org.jboss.deployers.plugins.deployers.DeployersImpl.install(DeployersImpl.java:1098) > at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348) > at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1598) > at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:934) > at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1062) > at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:984) > at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:822) > at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:553) > at org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:781) > at org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:545) > at org.jboss.system.server.profileservice.hotdeploy.HDScanner.scan(HDScanner.java:290) > at org.jboss.system.server.profileservice.hotdeploy.HDScanner.run(HDScanner.java:221) > at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441) > at java.util.concurrent.FutureTask$Sync.innerRunAndReset(FutureTask.java:317) > at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:150) > at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$101(ScheduledThreadPoolExecutor.java:98) > at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.runPeriodic(ScheduledThreadPoolExecutor.java:181) > at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:205) > at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) > at java.lang.Thread.run(Thread.java:619) > As you can see there is nothing about the bean class name! Probably would be nice to tell something about the scope too: > Simple Web Beans <classsname> declaring the passivating scope <scope> must have a serializable implementation class -- 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-34) Decorator error message is confusing if a delegate injection point is declared, but not in a valid location

by Pete Muir (JIRA)

[ https://jira.jboss.org/jira/browse/WELD-34?page=com.atlassian.jira.plugin... ] Pete Muir updated WELD-34: -------------------------- Fix Version/s: 1.0.0.GA (was: 1.0.0.CR2) > Decorator error message is confusing if a delegate injection point is declared, but not in a valid location > ----------------------------------------------------------------------------------------------------------- > > Key: WELD-34 > URL: https://jira.jboss.org/jira/browse/WELD-34 > Project: Weld > Issue Type: Bug > Components: Interceptors and Decorators > Reporter: Pete Muir > Priority: Minor > Fix For: 1.0.0.GA > > > See org.jboss.jsr299.tck.tests.decorators.definition.inject.broken.delegateProducerMethod.DelegateInjectionPointTest.testDecoratorDelegateInjectionPoints() -- 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