[JBoss JIRA] (JGRP-1663) TimeScheduler3 could spawn too many threads
by Igor Mazur (JIRA)
[ https://issues.jboss.org/browse/JGRP-1663?page=com.atlassian.jira.plugin.... ]
Igor Mazur commented on JGRP-1663:
----------------------------------
Done. initial_host list is realy quite long - 51 host, but port_range is 0.
> TimeScheduler3 could spawn too many threads
> -------------------------------------------
>
> Key: JGRP-1663
> URL: https://issues.jboss.org/browse/JGRP-1663
> Project: JGroups
> Issue Type: Bug
> Affects Versions: 3.3.3
> Reporter: Igor Mazur
> Assignee: Bela Ban
> Priority: Optional
> Fix For: 3.4
>
> Attachments: global.xml, site.xml
>
>
> With default timer thread pool settings this code could spawn thousands of threads:
> protected void submitToPool(final Task entry) {
> try {
> pool.execute(entry);
> }
> catch(RejectedExecutionException rejected) { // only thrown if rejection policy is "abort"
> Thread thread=timer_thread_factory != null?
> timer_thread_factory.newThread(entry, "Timer temp thread")
> : new Thread(entry, "Timer temp thread");
> thread.start();
> }
> }
> On my environment I got 19000 threads.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 9 months
[JBoss JIRA] (JGRP-1663) TimeScheduler3 could spawn too many threads
by Igor Mazur (JIRA)
[ https://issues.jboss.org/browse/JGRP-1663?page=com.atlassian.jira.plugin.... ]
Igor Mazur updated JGRP-1663:
-----------------------------
Attachment: global.xml
site.xml
> TimeScheduler3 could spawn too many threads
> -------------------------------------------
>
> Key: JGRP-1663
> URL: https://issues.jboss.org/browse/JGRP-1663
> Project: JGroups
> Issue Type: Bug
> Affects Versions: 3.3.3
> Reporter: Igor Mazur
> Assignee: Bela Ban
> Priority: Optional
> Fix For: 3.4
>
> Attachments: global.xml, site.xml
>
>
> With default timer thread pool settings this code could spawn thousands of threads:
> protected void submitToPool(final Task entry) {
> try {
> pool.execute(entry);
> }
> catch(RejectedExecutionException rejected) { // only thrown if rejection policy is "abort"
> Thread thread=timer_thread_factory != null?
> timer_thread_factory.newThread(entry, "Timer temp thread")
> : new Thread(entry, "Timer temp thread");
> thread.start();
> }
> }
> On my environment I got 19000 threads.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 9 months
[JBoss JIRA] (WFLY-1678) Unable to load Validation support on application redeploy
by Ron Sigal (JIRA)
[ https://issues.jboss.org/browse/WFLY-1678?page=com.atlassian.jira.plugin.... ]
Ron Sigal commented on WFLY-1678:
---------------------------------
D'oh. At least it wasn't 4.2.3. ;-)
Thanks, Jaikiran.
> Unable to load Validation support on application redeploy
> ---------------------------------------------------------
>
> Key: WFLY-1678
> URL: https://issues.jboss.org/browse/WFLY-1678
> Project: WildFly
> Issue Type: Bug
> Components: CDI / Weld, REST
> Affects Versions: 8.0.0.Alpha2
> Reporter: Tomaz Cerar
> Assignee: Ron Sigal
> Fix For: 8.0.0.Beta1
>
> Attachments: server.log
>
>
> take kitchensink-ear application from quick starts
> http://www.jboss.org/jdf/quickstarts/jboss-as-quickstart/kitchensink-ear/
> after building
> run jboss-as:deploy to deploy app --> everything works
> then undeploy it with jboss-as:undeploy --> all ok
> then deploy it again jboss-as:deploy.
> this deploy will fail with
> {noformat}
> 22:51:52,682 WARN [org.jboss.resteasy.plugins.validation.ValidatorContextResolver] (MSC service thread 1-12) Unable to load Validation support: org.jboss.weld.exceptions.IllegalArgumentException: WELD-001456 Argument resolvedBean
> must not be null
> at org.jboss.weld.util.Preconditions.checkArgumentNotNull(Preconditions.java:40) [weld-core-impl-2.0.2.Final.jar:2013-06-27 10:15]
> at org.jboss.weld.manager.BeanManagerImpl.getReference(BeanManagerImpl.java:770) [weld-core-impl-2.0.2.Final.jar:2013-06-27 10:15]
> at org.jboss.weld.injection.ParameterInjectionPointImpl.getValueToInject(ParameterInjectionPointImpl.java:76) [weld-core-impl-2.0.2.Final.jar:2013-06-27 10:15]
> at org.jboss.weld.injection.ConstructorInjectionPoint.getParameterValues(ConstructorInjectionPoint.java:138) [weld-core-impl-2.0.2.Final.jar:2013-06-27 10:15]
> at org.jboss.weld.injection.ConstructorInjectionPoint.newInstance(ConstructorInjectionPoint.java:68) [weld-core-impl-2.0.2.Final.jar:2013-06-27 10:15]
> at org.jboss.weld.injection.producer.AbstractInstantiator.newInstance(AbstractInstantiator.java:28) [weld-core-impl-2.0.2.Final.jar:2013-06-27 10:15]
> at org.jboss.weld.injection.producer.BasicInjectionTarget.produce(BasicInjectionTarget.java:86) [weld-core-impl-2.0.2.Final.jar:2013-06-27 10:15]
> at org.jboss.weld.injection.producer.BeanInjectionTarget.produce(BeanInjectionTarget.java:173) [weld-core-impl-2.0.2.Final.jar:2013-06-27 10:15]
> at org.hibernate.validator.internal.cdi.DestructibleBeanInstance.createAndInjectBeans(DestructibleBeanInstance.java:53) [hibernate-validator-cdi-5.0.1.Final.jar:5.0.1.Final]
> at org.hibernate.validator.internal.cdi.DestructibleBeanInstance.<init>(DestructibleBeanInstance.java:33) [hibernate-validator-cdi-5.0.1.Final.jar:5.0.1.Final]
> at org.hibernate.validator.internal.cdi.ValidatorFactoryBean.createInstance(ValidatorFactoryBean.java:205) [hibernate-validator-cdi-5.0.1.Final.jar:5.0.1.Final]
> at org.hibernate.validator.internal.cdi.ValidatorFactoryBean.createConstraintValidatorFactory(ValidatorFactoryBean.java:191) [hibernate-validator-cdi-5.0.1.Final.jar:5.0.1.Final]
> at org.hibernate.validator.internal.cdi.ValidatorFactoryBean.create(ValidatorFactoryBean.java:118) [hibernate-validator-cdi-5.0.1.Final.jar:5.0.1.Final]
> at org.hibernate.validator.internal.cdi.ValidatorFactoryBean.create(ValidatorFactoryBean.java:47) [hibernate-validator-cdi-5.0.1.Final.jar:5.0.1.Final]
> at org.jboss.weld.context.AbstractContext.get(AbstractContext.java:103) [weld-core-impl-2.0.2.Final.jar:2013-06-27 10:15]
> at org.jboss.weld.bean.proxy.ContextBeanInstance.getInstance(ContextBeanInstance.java:93) [weld-core-impl-2.0.2.Final.jar:2013-06-27 10:15]
> at org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:100) [weld-core-impl-2.0.2.Final.jar:2013-06-27 10:15]
> at org.jboss.weld.proxies.ValidatorFactory$618047133$Proxy$_$$_WeldClientProxy.getValidator(Unknown Source)
> at org.jboss.as.ee.beanvalidation.LazyValidatorFactory.getValidator(LazyValidatorFactory.java:83)
> at org.jboss.resteasy.plugins.validation.ValidatorContextResolver.getContext(ValidatorContextResolver.java:72) [resteasy-validator-provider-11-3.0.1.Final.jar:]
> at org.jboss.resteasy.plugins.validation.ValidatorContextResolver.getContext(ValidatorContextResolver.java:30) [resteasy-validator-provider-11-3.0.1.Final.jar:]
> at org.jboss.resteasy.core.ResourceMethodInvoker.<init>(ResourceMethodInvoker.java:110) [resteasy-jaxrs-3.0.1.Final.jar:]
> at org.jboss.resteasy.core.ResourceMethodRegistry.processMethod(ResourceMethodRegistry.java:280) [resteasy-jaxrs-3.0.1.Final.jar:]
> at org.jboss.resteasy.core.ResourceMethodRegistry.register(ResourceMethodRegistry.java:251) [resteasy-jaxrs-3.0.1.Final.jar:]
> at org.jboss.resteasy.core.ResourceMethodRegistry.addResourceFactory(ResourceMethodRegistry.java:221) [resteasy-jaxrs-3.0.1.Final.jar:]
> at org.jboss.resteasy.core.ResourceMethodRegistry.addResourceFactory(ResourceMethodRegistry.java:193) [resteasy-jaxrs-3.0.1.Final.jar:]
> at org.jboss.resteasy.core.ResourceMethodRegistry.addResourceFactory(ResourceMethodRegistry.java:179) [resteasy-jaxrs-3.0.1.Final.jar:]
> at org.jboss.resteasy.core.ResourceMethodRegistry.addResourceFactory(ResourceMethodRegistry.java:156) [resteasy-jaxrs-3.0.1.Final.jar:]
> at org.jboss.resteasy.core.ResourceMethodRegistry.addPerRequestResource(ResourceMethodRegistry.java:75) [resteasy-jaxrs-3.0.1.Final.jar:]
> at org.jboss.resteasy.spi.ResteasyDeployment.registration(ResteasyDeployment.java:400) [resteasy-jaxrs-3.0.1.Final.jar:]
> at org.jboss.resteasy.spi.ResteasyDeployment.start(ResteasyDeployment.java:241) [resteasy-jaxrs-3.0.1.Final.jar:]
> at org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.init(ServletContainerDispatcher.java:112) [resteasy-jaxrs-3.0.1.Final.jar:]
> at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.init(HttpServletDispatcher.java:36) [resteasy-jaxrs-3.0.1.Final.jar:]
> at io.undertow.servlet.core.ManagedServlet$DefaultInstanceStrategy.start(ManagedServlet.java:198) [undertow-servlet-1.0.0.Beta1.jar:1.0.0.Beta1]
> at io.undertow.servlet.core.ManagedServlet.start(ManagedServlet.java:107) [undertow-servlet-1.0.0.Beta1.jar:1.0.0.Beta1]
> at io.undertow.servlet.core.DeploymentManagerImpl.start(DeploymentManagerImpl.java:390) [undertow-servlet-1.0.0.Beta1.jar:1.0.0.Beta1]
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.startContext(UndertowDeploymentService.java:83)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.start(UndertowDeploymentService.java:70)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1942)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1875)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_21]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_21]
> at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_21]
> {noformat}
> I have also noticed that this will also fail if there was some other app previously deployed that also used similar technology stacks
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 9 months
[JBoss JIRA] (JGRP-1663) TimeScheduler3 could spawn too many threads
by Bela Ban (JIRA)
[ https://issues.jboss.org/browse/JGRP-1663?page=com.atlassian.jira.plugin.... ]
Bela Ban commented on JGRP-1663:
--------------------------------
Can you attach your config ? You must be using TCPPING with a long initial_hosts list and a large port_range...
> TimeScheduler3 could spawn too many threads
> -------------------------------------------
>
> Key: JGRP-1663
> URL: https://issues.jboss.org/browse/JGRP-1663
> Project: JGroups
> Issue Type: Bug
> Affects Versions: 3.3.3
> Reporter: Igor Mazur
> Assignee: Bela Ban
> Priority: Optional
> Fix For: 3.4
>
>
> With default timer thread pool settings this code could spawn thousands of threads:
> protected void submitToPool(final Task entry) {
> try {
> pool.execute(entry);
> }
> catch(RejectedExecutionException rejected) { // only thrown if rejection policy is "abort"
> Thread thread=timer_thread_factory != null?
> timer_thread_factory.newThread(entry, "Timer temp thread")
> : new Thread(entry, "Timer temp thread");
> thread.start();
> }
> }
> On my environment I got 19000 threads.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 9 months
[JBoss JIRA] (WFLY-1678) Unable to load Validation support on application redeploy
by jaikiran pai (JIRA)
[ https://issues.jboss.org/browse/WFLY-1678?page=com.atlassian.jira.plugin.... ]
jaikiran pai commented on WFLY-1678:
------------------------------------
>> I'm not getting the problem. I'm running a vanilla AS 7.1.1.Final
Ron, this issue is reported against WildFly 8. So you'll need WildFly 8.0.0.Alpha3 http://wildfly.org/download/ (or latest upstream build) to test against.
> Unable to load Validation support on application redeploy
> ---------------------------------------------------------
>
> Key: WFLY-1678
> URL: https://issues.jboss.org/browse/WFLY-1678
> Project: WildFly
> Issue Type: Bug
> Components: CDI / Weld, REST
> Affects Versions: 8.0.0.Alpha2
> Reporter: Tomaz Cerar
> Assignee: Ron Sigal
> Fix For: 8.0.0.Beta1
>
> Attachments: server.log
>
>
> take kitchensink-ear application from quick starts
> http://www.jboss.org/jdf/quickstarts/jboss-as-quickstart/kitchensink-ear/
> after building
> run jboss-as:deploy to deploy app --> everything works
> then undeploy it with jboss-as:undeploy --> all ok
> then deploy it again jboss-as:deploy.
> this deploy will fail with
> {noformat}
> 22:51:52,682 WARN [org.jboss.resteasy.plugins.validation.ValidatorContextResolver] (MSC service thread 1-12) Unable to load Validation support: org.jboss.weld.exceptions.IllegalArgumentException: WELD-001456 Argument resolvedBean
> must not be null
> at org.jboss.weld.util.Preconditions.checkArgumentNotNull(Preconditions.java:40) [weld-core-impl-2.0.2.Final.jar:2013-06-27 10:15]
> at org.jboss.weld.manager.BeanManagerImpl.getReference(BeanManagerImpl.java:770) [weld-core-impl-2.0.2.Final.jar:2013-06-27 10:15]
> at org.jboss.weld.injection.ParameterInjectionPointImpl.getValueToInject(ParameterInjectionPointImpl.java:76) [weld-core-impl-2.0.2.Final.jar:2013-06-27 10:15]
> at org.jboss.weld.injection.ConstructorInjectionPoint.getParameterValues(ConstructorInjectionPoint.java:138) [weld-core-impl-2.0.2.Final.jar:2013-06-27 10:15]
> at org.jboss.weld.injection.ConstructorInjectionPoint.newInstance(ConstructorInjectionPoint.java:68) [weld-core-impl-2.0.2.Final.jar:2013-06-27 10:15]
> at org.jboss.weld.injection.producer.AbstractInstantiator.newInstance(AbstractInstantiator.java:28) [weld-core-impl-2.0.2.Final.jar:2013-06-27 10:15]
> at org.jboss.weld.injection.producer.BasicInjectionTarget.produce(BasicInjectionTarget.java:86) [weld-core-impl-2.0.2.Final.jar:2013-06-27 10:15]
> at org.jboss.weld.injection.producer.BeanInjectionTarget.produce(BeanInjectionTarget.java:173) [weld-core-impl-2.0.2.Final.jar:2013-06-27 10:15]
> at org.hibernate.validator.internal.cdi.DestructibleBeanInstance.createAndInjectBeans(DestructibleBeanInstance.java:53) [hibernate-validator-cdi-5.0.1.Final.jar:5.0.1.Final]
> at org.hibernate.validator.internal.cdi.DestructibleBeanInstance.<init>(DestructibleBeanInstance.java:33) [hibernate-validator-cdi-5.0.1.Final.jar:5.0.1.Final]
> at org.hibernate.validator.internal.cdi.ValidatorFactoryBean.createInstance(ValidatorFactoryBean.java:205) [hibernate-validator-cdi-5.0.1.Final.jar:5.0.1.Final]
> at org.hibernate.validator.internal.cdi.ValidatorFactoryBean.createConstraintValidatorFactory(ValidatorFactoryBean.java:191) [hibernate-validator-cdi-5.0.1.Final.jar:5.0.1.Final]
> at org.hibernate.validator.internal.cdi.ValidatorFactoryBean.create(ValidatorFactoryBean.java:118) [hibernate-validator-cdi-5.0.1.Final.jar:5.0.1.Final]
> at org.hibernate.validator.internal.cdi.ValidatorFactoryBean.create(ValidatorFactoryBean.java:47) [hibernate-validator-cdi-5.0.1.Final.jar:5.0.1.Final]
> at org.jboss.weld.context.AbstractContext.get(AbstractContext.java:103) [weld-core-impl-2.0.2.Final.jar:2013-06-27 10:15]
> at org.jboss.weld.bean.proxy.ContextBeanInstance.getInstance(ContextBeanInstance.java:93) [weld-core-impl-2.0.2.Final.jar:2013-06-27 10:15]
> at org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:100) [weld-core-impl-2.0.2.Final.jar:2013-06-27 10:15]
> at org.jboss.weld.proxies.ValidatorFactory$618047133$Proxy$_$$_WeldClientProxy.getValidator(Unknown Source)
> at org.jboss.as.ee.beanvalidation.LazyValidatorFactory.getValidator(LazyValidatorFactory.java:83)
> at org.jboss.resteasy.plugins.validation.ValidatorContextResolver.getContext(ValidatorContextResolver.java:72) [resteasy-validator-provider-11-3.0.1.Final.jar:]
> at org.jboss.resteasy.plugins.validation.ValidatorContextResolver.getContext(ValidatorContextResolver.java:30) [resteasy-validator-provider-11-3.0.1.Final.jar:]
> at org.jboss.resteasy.core.ResourceMethodInvoker.<init>(ResourceMethodInvoker.java:110) [resteasy-jaxrs-3.0.1.Final.jar:]
> at org.jboss.resteasy.core.ResourceMethodRegistry.processMethod(ResourceMethodRegistry.java:280) [resteasy-jaxrs-3.0.1.Final.jar:]
> at org.jboss.resteasy.core.ResourceMethodRegistry.register(ResourceMethodRegistry.java:251) [resteasy-jaxrs-3.0.1.Final.jar:]
> at org.jboss.resteasy.core.ResourceMethodRegistry.addResourceFactory(ResourceMethodRegistry.java:221) [resteasy-jaxrs-3.0.1.Final.jar:]
> at org.jboss.resteasy.core.ResourceMethodRegistry.addResourceFactory(ResourceMethodRegistry.java:193) [resteasy-jaxrs-3.0.1.Final.jar:]
> at org.jboss.resteasy.core.ResourceMethodRegistry.addResourceFactory(ResourceMethodRegistry.java:179) [resteasy-jaxrs-3.0.1.Final.jar:]
> at org.jboss.resteasy.core.ResourceMethodRegistry.addResourceFactory(ResourceMethodRegistry.java:156) [resteasy-jaxrs-3.0.1.Final.jar:]
> at org.jboss.resteasy.core.ResourceMethodRegistry.addPerRequestResource(ResourceMethodRegistry.java:75) [resteasy-jaxrs-3.0.1.Final.jar:]
> at org.jboss.resteasy.spi.ResteasyDeployment.registration(ResteasyDeployment.java:400) [resteasy-jaxrs-3.0.1.Final.jar:]
> at org.jboss.resteasy.spi.ResteasyDeployment.start(ResteasyDeployment.java:241) [resteasy-jaxrs-3.0.1.Final.jar:]
> at org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.init(ServletContainerDispatcher.java:112) [resteasy-jaxrs-3.0.1.Final.jar:]
> at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.init(HttpServletDispatcher.java:36) [resteasy-jaxrs-3.0.1.Final.jar:]
> at io.undertow.servlet.core.ManagedServlet$DefaultInstanceStrategy.start(ManagedServlet.java:198) [undertow-servlet-1.0.0.Beta1.jar:1.0.0.Beta1]
> at io.undertow.servlet.core.ManagedServlet.start(ManagedServlet.java:107) [undertow-servlet-1.0.0.Beta1.jar:1.0.0.Beta1]
> at io.undertow.servlet.core.DeploymentManagerImpl.start(DeploymentManagerImpl.java:390) [undertow-servlet-1.0.0.Beta1.jar:1.0.0.Beta1]
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.startContext(UndertowDeploymentService.java:83)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.start(UndertowDeploymentService.java:70)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1942)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1875)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_21]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_21]
> at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_21]
> {noformat}
> I have also noticed that this will also fail if there was some other app previously deployed that also used similar technology stacks
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 9 months
[JBoss JIRA] (WFLY-1678) Unable to load Validation support on application redeploy
by Ron Sigal (JIRA)
[ https://issues.jboss.org/browse/WFLY-1678?page=com.atlassian.jira.plugin.... ]
Ron Sigal commented on WFLY-1678:
---------------------------------
Command history in jboss-as-quickstart/kitchensink-ear:
1082 mvn jboss-as:deploy
1083 mvn jboss-as:undeploy
1084 mvn jboss-as:deploy
1085 mvn jboss-as:undeploy
1086 history
> Unable to load Validation support on application redeploy
> ---------------------------------------------------------
>
> Key: WFLY-1678
> URL: https://issues.jboss.org/browse/WFLY-1678
> Project: WildFly
> Issue Type: Bug
> Components: CDI / Weld, REST
> Affects Versions: 8.0.0.Alpha2
> Reporter: Tomaz Cerar
> Assignee: Ron Sigal
> Fix For: 8.0.0.Beta1
>
> Attachments: server.log
>
>
> take kitchensink-ear application from quick starts
> http://www.jboss.org/jdf/quickstarts/jboss-as-quickstart/kitchensink-ear/
> after building
> run jboss-as:deploy to deploy app --> everything works
> then undeploy it with jboss-as:undeploy --> all ok
> then deploy it again jboss-as:deploy.
> this deploy will fail with
> {noformat}
> 22:51:52,682 WARN [org.jboss.resteasy.plugins.validation.ValidatorContextResolver] (MSC service thread 1-12) Unable to load Validation support: org.jboss.weld.exceptions.IllegalArgumentException: WELD-001456 Argument resolvedBean
> must not be null
> at org.jboss.weld.util.Preconditions.checkArgumentNotNull(Preconditions.java:40) [weld-core-impl-2.0.2.Final.jar:2013-06-27 10:15]
> at org.jboss.weld.manager.BeanManagerImpl.getReference(BeanManagerImpl.java:770) [weld-core-impl-2.0.2.Final.jar:2013-06-27 10:15]
> at org.jboss.weld.injection.ParameterInjectionPointImpl.getValueToInject(ParameterInjectionPointImpl.java:76) [weld-core-impl-2.0.2.Final.jar:2013-06-27 10:15]
> at org.jboss.weld.injection.ConstructorInjectionPoint.getParameterValues(ConstructorInjectionPoint.java:138) [weld-core-impl-2.0.2.Final.jar:2013-06-27 10:15]
> at org.jboss.weld.injection.ConstructorInjectionPoint.newInstance(ConstructorInjectionPoint.java:68) [weld-core-impl-2.0.2.Final.jar:2013-06-27 10:15]
> at org.jboss.weld.injection.producer.AbstractInstantiator.newInstance(AbstractInstantiator.java:28) [weld-core-impl-2.0.2.Final.jar:2013-06-27 10:15]
> at org.jboss.weld.injection.producer.BasicInjectionTarget.produce(BasicInjectionTarget.java:86) [weld-core-impl-2.0.2.Final.jar:2013-06-27 10:15]
> at org.jboss.weld.injection.producer.BeanInjectionTarget.produce(BeanInjectionTarget.java:173) [weld-core-impl-2.0.2.Final.jar:2013-06-27 10:15]
> at org.hibernate.validator.internal.cdi.DestructibleBeanInstance.createAndInjectBeans(DestructibleBeanInstance.java:53) [hibernate-validator-cdi-5.0.1.Final.jar:5.0.1.Final]
> at org.hibernate.validator.internal.cdi.DestructibleBeanInstance.<init>(DestructibleBeanInstance.java:33) [hibernate-validator-cdi-5.0.1.Final.jar:5.0.1.Final]
> at org.hibernate.validator.internal.cdi.ValidatorFactoryBean.createInstance(ValidatorFactoryBean.java:205) [hibernate-validator-cdi-5.0.1.Final.jar:5.0.1.Final]
> at org.hibernate.validator.internal.cdi.ValidatorFactoryBean.createConstraintValidatorFactory(ValidatorFactoryBean.java:191) [hibernate-validator-cdi-5.0.1.Final.jar:5.0.1.Final]
> at org.hibernate.validator.internal.cdi.ValidatorFactoryBean.create(ValidatorFactoryBean.java:118) [hibernate-validator-cdi-5.0.1.Final.jar:5.0.1.Final]
> at org.hibernate.validator.internal.cdi.ValidatorFactoryBean.create(ValidatorFactoryBean.java:47) [hibernate-validator-cdi-5.0.1.Final.jar:5.0.1.Final]
> at org.jboss.weld.context.AbstractContext.get(AbstractContext.java:103) [weld-core-impl-2.0.2.Final.jar:2013-06-27 10:15]
> at org.jboss.weld.bean.proxy.ContextBeanInstance.getInstance(ContextBeanInstance.java:93) [weld-core-impl-2.0.2.Final.jar:2013-06-27 10:15]
> at org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:100) [weld-core-impl-2.0.2.Final.jar:2013-06-27 10:15]
> at org.jboss.weld.proxies.ValidatorFactory$618047133$Proxy$_$$_WeldClientProxy.getValidator(Unknown Source)
> at org.jboss.as.ee.beanvalidation.LazyValidatorFactory.getValidator(LazyValidatorFactory.java:83)
> at org.jboss.resteasy.plugins.validation.ValidatorContextResolver.getContext(ValidatorContextResolver.java:72) [resteasy-validator-provider-11-3.0.1.Final.jar:]
> at org.jboss.resteasy.plugins.validation.ValidatorContextResolver.getContext(ValidatorContextResolver.java:30) [resteasy-validator-provider-11-3.0.1.Final.jar:]
> at org.jboss.resteasy.core.ResourceMethodInvoker.<init>(ResourceMethodInvoker.java:110) [resteasy-jaxrs-3.0.1.Final.jar:]
> at org.jboss.resteasy.core.ResourceMethodRegistry.processMethod(ResourceMethodRegistry.java:280) [resteasy-jaxrs-3.0.1.Final.jar:]
> at org.jboss.resteasy.core.ResourceMethodRegistry.register(ResourceMethodRegistry.java:251) [resteasy-jaxrs-3.0.1.Final.jar:]
> at org.jboss.resteasy.core.ResourceMethodRegistry.addResourceFactory(ResourceMethodRegistry.java:221) [resteasy-jaxrs-3.0.1.Final.jar:]
> at org.jboss.resteasy.core.ResourceMethodRegistry.addResourceFactory(ResourceMethodRegistry.java:193) [resteasy-jaxrs-3.0.1.Final.jar:]
> at org.jboss.resteasy.core.ResourceMethodRegistry.addResourceFactory(ResourceMethodRegistry.java:179) [resteasy-jaxrs-3.0.1.Final.jar:]
> at org.jboss.resteasy.core.ResourceMethodRegistry.addResourceFactory(ResourceMethodRegistry.java:156) [resteasy-jaxrs-3.0.1.Final.jar:]
> at org.jboss.resteasy.core.ResourceMethodRegistry.addPerRequestResource(ResourceMethodRegistry.java:75) [resteasy-jaxrs-3.0.1.Final.jar:]
> at org.jboss.resteasy.spi.ResteasyDeployment.registration(ResteasyDeployment.java:400) [resteasy-jaxrs-3.0.1.Final.jar:]
> at org.jboss.resteasy.spi.ResteasyDeployment.start(ResteasyDeployment.java:241) [resteasy-jaxrs-3.0.1.Final.jar:]
> at org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.init(ServletContainerDispatcher.java:112) [resteasy-jaxrs-3.0.1.Final.jar:]
> at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.init(HttpServletDispatcher.java:36) [resteasy-jaxrs-3.0.1.Final.jar:]
> at io.undertow.servlet.core.ManagedServlet$DefaultInstanceStrategy.start(ManagedServlet.java:198) [undertow-servlet-1.0.0.Beta1.jar:1.0.0.Beta1]
> at io.undertow.servlet.core.ManagedServlet.start(ManagedServlet.java:107) [undertow-servlet-1.0.0.Beta1.jar:1.0.0.Beta1]
> at io.undertow.servlet.core.DeploymentManagerImpl.start(DeploymentManagerImpl.java:390) [undertow-servlet-1.0.0.Beta1.jar:1.0.0.Beta1]
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.startContext(UndertowDeploymentService.java:83)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.start(UndertowDeploymentService.java:70)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1942)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1875)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_21]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_21]
> at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_21]
> {noformat}
> I have also noticed that this will also fail if there was some other app previously deployed that also used similar technology stacks
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 9 months
[JBoss JIRA] (WFLY-1678) Unable to load Validation support on application redeploy
by Ron Sigal (JIRA)
[ https://issues.jboss.org/browse/WFLY-1678?page=com.atlassian.jira.plugin.... ]
Ron Sigal updated WFLY-1678:
----------------------------
Attachment: server.log
> Unable to load Validation support on application redeploy
> ---------------------------------------------------------
>
> Key: WFLY-1678
> URL: https://issues.jboss.org/browse/WFLY-1678
> Project: WildFly
> Issue Type: Bug
> Components: CDI / Weld, REST
> Affects Versions: 8.0.0.Alpha2
> Reporter: Tomaz Cerar
> Assignee: Ron Sigal
> Fix For: 8.0.0.Beta1
>
> Attachments: server.log
>
>
> take kitchensink-ear application from quick starts
> http://www.jboss.org/jdf/quickstarts/jboss-as-quickstart/kitchensink-ear/
> after building
> run jboss-as:deploy to deploy app --> everything works
> then undeploy it with jboss-as:undeploy --> all ok
> then deploy it again jboss-as:deploy.
> this deploy will fail with
> {noformat}
> 22:51:52,682 WARN [org.jboss.resteasy.plugins.validation.ValidatorContextResolver] (MSC service thread 1-12) Unable to load Validation support: org.jboss.weld.exceptions.IllegalArgumentException: WELD-001456 Argument resolvedBean
> must not be null
> at org.jboss.weld.util.Preconditions.checkArgumentNotNull(Preconditions.java:40) [weld-core-impl-2.0.2.Final.jar:2013-06-27 10:15]
> at org.jboss.weld.manager.BeanManagerImpl.getReference(BeanManagerImpl.java:770) [weld-core-impl-2.0.2.Final.jar:2013-06-27 10:15]
> at org.jboss.weld.injection.ParameterInjectionPointImpl.getValueToInject(ParameterInjectionPointImpl.java:76) [weld-core-impl-2.0.2.Final.jar:2013-06-27 10:15]
> at org.jboss.weld.injection.ConstructorInjectionPoint.getParameterValues(ConstructorInjectionPoint.java:138) [weld-core-impl-2.0.2.Final.jar:2013-06-27 10:15]
> at org.jboss.weld.injection.ConstructorInjectionPoint.newInstance(ConstructorInjectionPoint.java:68) [weld-core-impl-2.0.2.Final.jar:2013-06-27 10:15]
> at org.jboss.weld.injection.producer.AbstractInstantiator.newInstance(AbstractInstantiator.java:28) [weld-core-impl-2.0.2.Final.jar:2013-06-27 10:15]
> at org.jboss.weld.injection.producer.BasicInjectionTarget.produce(BasicInjectionTarget.java:86) [weld-core-impl-2.0.2.Final.jar:2013-06-27 10:15]
> at org.jboss.weld.injection.producer.BeanInjectionTarget.produce(BeanInjectionTarget.java:173) [weld-core-impl-2.0.2.Final.jar:2013-06-27 10:15]
> at org.hibernate.validator.internal.cdi.DestructibleBeanInstance.createAndInjectBeans(DestructibleBeanInstance.java:53) [hibernate-validator-cdi-5.0.1.Final.jar:5.0.1.Final]
> at org.hibernate.validator.internal.cdi.DestructibleBeanInstance.<init>(DestructibleBeanInstance.java:33) [hibernate-validator-cdi-5.0.1.Final.jar:5.0.1.Final]
> at org.hibernate.validator.internal.cdi.ValidatorFactoryBean.createInstance(ValidatorFactoryBean.java:205) [hibernate-validator-cdi-5.0.1.Final.jar:5.0.1.Final]
> at org.hibernate.validator.internal.cdi.ValidatorFactoryBean.createConstraintValidatorFactory(ValidatorFactoryBean.java:191) [hibernate-validator-cdi-5.0.1.Final.jar:5.0.1.Final]
> at org.hibernate.validator.internal.cdi.ValidatorFactoryBean.create(ValidatorFactoryBean.java:118) [hibernate-validator-cdi-5.0.1.Final.jar:5.0.1.Final]
> at org.hibernate.validator.internal.cdi.ValidatorFactoryBean.create(ValidatorFactoryBean.java:47) [hibernate-validator-cdi-5.0.1.Final.jar:5.0.1.Final]
> at org.jboss.weld.context.AbstractContext.get(AbstractContext.java:103) [weld-core-impl-2.0.2.Final.jar:2013-06-27 10:15]
> at org.jboss.weld.bean.proxy.ContextBeanInstance.getInstance(ContextBeanInstance.java:93) [weld-core-impl-2.0.2.Final.jar:2013-06-27 10:15]
> at org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:100) [weld-core-impl-2.0.2.Final.jar:2013-06-27 10:15]
> at org.jboss.weld.proxies.ValidatorFactory$618047133$Proxy$_$$_WeldClientProxy.getValidator(Unknown Source)
> at org.jboss.as.ee.beanvalidation.LazyValidatorFactory.getValidator(LazyValidatorFactory.java:83)
> at org.jboss.resteasy.plugins.validation.ValidatorContextResolver.getContext(ValidatorContextResolver.java:72) [resteasy-validator-provider-11-3.0.1.Final.jar:]
> at org.jboss.resteasy.plugins.validation.ValidatorContextResolver.getContext(ValidatorContextResolver.java:30) [resteasy-validator-provider-11-3.0.1.Final.jar:]
> at org.jboss.resteasy.core.ResourceMethodInvoker.<init>(ResourceMethodInvoker.java:110) [resteasy-jaxrs-3.0.1.Final.jar:]
> at org.jboss.resteasy.core.ResourceMethodRegistry.processMethod(ResourceMethodRegistry.java:280) [resteasy-jaxrs-3.0.1.Final.jar:]
> at org.jboss.resteasy.core.ResourceMethodRegistry.register(ResourceMethodRegistry.java:251) [resteasy-jaxrs-3.0.1.Final.jar:]
> at org.jboss.resteasy.core.ResourceMethodRegistry.addResourceFactory(ResourceMethodRegistry.java:221) [resteasy-jaxrs-3.0.1.Final.jar:]
> at org.jboss.resteasy.core.ResourceMethodRegistry.addResourceFactory(ResourceMethodRegistry.java:193) [resteasy-jaxrs-3.0.1.Final.jar:]
> at org.jboss.resteasy.core.ResourceMethodRegistry.addResourceFactory(ResourceMethodRegistry.java:179) [resteasy-jaxrs-3.0.1.Final.jar:]
> at org.jboss.resteasy.core.ResourceMethodRegistry.addResourceFactory(ResourceMethodRegistry.java:156) [resteasy-jaxrs-3.0.1.Final.jar:]
> at org.jboss.resteasy.core.ResourceMethodRegistry.addPerRequestResource(ResourceMethodRegistry.java:75) [resteasy-jaxrs-3.0.1.Final.jar:]
> at org.jboss.resteasy.spi.ResteasyDeployment.registration(ResteasyDeployment.java:400) [resteasy-jaxrs-3.0.1.Final.jar:]
> at org.jboss.resteasy.spi.ResteasyDeployment.start(ResteasyDeployment.java:241) [resteasy-jaxrs-3.0.1.Final.jar:]
> at org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.init(ServletContainerDispatcher.java:112) [resteasy-jaxrs-3.0.1.Final.jar:]
> at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.init(HttpServletDispatcher.java:36) [resteasy-jaxrs-3.0.1.Final.jar:]
> at io.undertow.servlet.core.ManagedServlet$DefaultInstanceStrategy.start(ManagedServlet.java:198) [undertow-servlet-1.0.0.Beta1.jar:1.0.0.Beta1]
> at io.undertow.servlet.core.ManagedServlet.start(ManagedServlet.java:107) [undertow-servlet-1.0.0.Beta1.jar:1.0.0.Beta1]
> at io.undertow.servlet.core.DeploymentManagerImpl.start(DeploymentManagerImpl.java:390) [undertow-servlet-1.0.0.Beta1.jar:1.0.0.Beta1]
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.startContext(UndertowDeploymentService.java:83)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.start(UndertowDeploymentService.java:70)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1942)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1875)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_21]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_21]
> at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_21]
> {noformat}
> I have also noticed that this will also fail if there was some other app previously deployed that also used similar technology stacks
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 9 months
[JBoss JIRA] (WFLY-1678) Unable to load Validation support on application redeploy
by Ron Sigal (JIRA)
[ https://issues.jboss.org/browse/WFLY-1678?page=com.atlassian.jira.plugin.... ]
Ron Sigal commented on WFLY-1678:
---------------------------------
I'm not getting the problem. I'm running a vanilla AS 7.1.1.Final, and I can deploy, undeploy, deploy, and undeploy without incident, running the app at http://localhost:8080/jboss-as-kitchensink-ear-web once for each deployment.
I'll attach server.log.
> Unable to load Validation support on application redeploy
> ---------------------------------------------------------
>
> Key: WFLY-1678
> URL: https://issues.jboss.org/browse/WFLY-1678
> Project: WildFly
> Issue Type: Bug
> Components: CDI / Weld, REST
> Affects Versions: 8.0.0.Alpha2
> Reporter: Tomaz Cerar
> Assignee: Ron Sigal
> Fix For: 8.0.0.Beta1
>
>
> take kitchensink-ear application from quick starts
> http://www.jboss.org/jdf/quickstarts/jboss-as-quickstart/kitchensink-ear/
> after building
> run jboss-as:deploy to deploy app --> everything works
> then undeploy it with jboss-as:undeploy --> all ok
> then deploy it again jboss-as:deploy.
> this deploy will fail with
> {noformat}
> 22:51:52,682 WARN [org.jboss.resteasy.plugins.validation.ValidatorContextResolver] (MSC service thread 1-12) Unable to load Validation support: org.jboss.weld.exceptions.IllegalArgumentException: WELD-001456 Argument resolvedBean
> must not be null
> at org.jboss.weld.util.Preconditions.checkArgumentNotNull(Preconditions.java:40) [weld-core-impl-2.0.2.Final.jar:2013-06-27 10:15]
> at org.jboss.weld.manager.BeanManagerImpl.getReference(BeanManagerImpl.java:770) [weld-core-impl-2.0.2.Final.jar:2013-06-27 10:15]
> at org.jboss.weld.injection.ParameterInjectionPointImpl.getValueToInject(ParameterInjectionPointImpl.java:76) [weld-core-impl-2.0.2.Final.jar:2013-06-27 10:15]
> at org.jboss.weld.injection.ConstructorInjectionPoint.getParameterValues(ConstructorInjectionPoint.java:138) [weld-core-impl-2.0.2.Final.jar:2013-06-27 10:15]
> at org.jboss.weld.injection.ConstructorInjectionPoint.newInstance(ConstructorInjectionPoint.java:68) [weld-core-impl-2.0.2.Final.jar:2013-06-27 10:15]
> at org.jboss.weld.injection.producer.AbstractInstantiator.newInstance(AbstractInstantiator.java:28) [weld-core-impl-2.0.2.Final.jar:2013-06-27 10:15]
> at org.jboss.weld.injection.producer.BasicInjectionTarget.produce(BasicInjectionTarget.java:86) [weld-core-impl-2.0.2.Final.jar:2013-06-27 10:15]
> at org.jboss.weld.injection.producer.BeanInjectionTarget.produce(BeanInjectionTarget.java:173) [weld-core-impl-2.0.2.Final.jar:2013-06-27 10:15]
> at org.hibernate.validator.internal.cdi.DestructibleBeanInstance.createAndInjectBeans(DestructibleBeanInstance.java:53) [hibernate-validator-cdi-5.0.1.Final.jar:5.0.1.Final]
> at org.hibernate.validator.internal.cdi.DestructibleBeanInstance.<init>(DestructibleBeanInstance.java:33) [hibernate-validator-cdi-5.0.1.Final.jar:5.0.1.Final]
> at org.hibernate.validator.internal.cdi.ValidatorFactoryBean.createInstance(ValidatorFactoryBean.java:205) [hibernate-validator-cdi-5.0.1.Final.jar:5.0.1.Final]
> at org.hibernate.validator.internal.cdi.ValidatorFactoryBean.createConstraintValidatorFactory(ValidatorFactoryBean.java:191) [hibernate-validator-cdi-5.0.1.Final.jar:5.0.1.Final]
> at org.hibernate.validator.internal.cdi.ValidatorFactoryBean.create(ValidatorFactoryBean.java:118) [hibernate-validator-cdi-5.0.1.Final.jar:5.0.1.Final]
> at org.hibernate.validator.internal.cdi.ValidatorFactoryBean.create(ValidatorFactoryBean.java:47) [hibernate-validator-cdi-5.0.1.Final.jar:5.0.1.Final]
> at org.jboss.weld.context.AbstractContext.get(AbstractContext.java:103) [weld-core-impl-2.0.2.Final.jar:2013-06-27 10:15]
> at org.jboss.weld.bean.proxy.ContextBeanInstance.getInstance(ContextBeanInstance.java:93) [weld-core-impl-2.0.2.Final.jar:2013-06-27 10:15]
> at org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:100) [weld-core-impl-2.0.2.Final.jar:2013-06-27 10:15]
> at org.jboss.weld.proxies.ValidatorFactory$618047133$Proxy$_$$_WeldClientProxy.getValidator(Unknown Source)
> at org.jboss.as.ee.beanvalidation.LazyValidatorFactory.getValidator(LazyValidatorFactory.java:83)
> at org.jboss.resteasy.plugins.validation.ValidatorContextResolver.getContext(ValidatorContextResolver.java:72) [resteasy-validator-provider-11-3.0.1.Final.jar:]
> at org.jboss.resteasy.plugins.validation.ValidatorContextResolver.getContext(ValidatorContextResolver.java:30) [resteasy-validator-provider-11-3.0.1.Final.jar:]
> at org.jboss.resteasy.core.ResourceMethodInvoker.<init>(ResourceMethodInvoker.java:110) [resteasy-jaxrs-3.0.1.Final.jar:]
> at org.jboss.resteasy.core.ResourceMethodRegistry.processMethod(ResourceMethodRegistry.java:280) [resteasy-jaxrs-3.0.1.Final.jar:]
> at org.jboss.resteasy.core.ResourceMethodRegistry.register(ResourceMethodRegistry.java:251) [resteasy-jaxrs-3.0.1.Final.jar:]
> at org.jboss.resteasy.core.ResourceMethodRegistry.addResourceFactory(ResourceMethodRegistry.java:221) [resteasy-jaxrs-3.0.1.Final.jar:]
> at org.jboss.resteasy.core.ResourceMethodRegistry.addResourceFactory(ResourceMethodRegistry.java:193) [resteasy-jaxrs-3.0.1.Final.jar:]
> at org.jboss.resteasy.core.ResourceMethodRegistry.addResourceFactory(ResourceMethodRegistry.java:179) [resteasy-jaxrs-3.0.1.Final.jar:]
> at org.jboss.resteasy.core.ResourceMethodRegistry.addResourceFactory(ResourceMethodRegistry.java:156) [resteasy-jaxrs-3.0.1.Final.jar:]
> at org.jboss.resteasy.core.ResourceMethodRegistry.addPerRequestResource(ResourceMethodRegistry.java:75) [resteasy-jaxrs-3.0.1.Final.jar:]
> at org.jboss.resteasy.spi.ResteasyDeployment.registration(ResteasyDeployment.java:400) [resteasy-jaxrs-3.0.1.Final.jar:]
> at org.jboss.resteasy.spi.ResteasyDeployment.start(ResteasyDeployment.java:241) [resteasy-jaxrs-3.0.1.Final.jar:]
> at org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.init(ServletContainerDispatcher.java:112) [resteasy-jaxrs-3.0.1.Final.jar:]
> at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.init(HttpServletDispatcher.java:36) [resteasy-jaxrs-3.0.1.Final.jar:]
> at io.undertow.servlet.core.ManagedServlet$DefaultInstanceStrategy.start(ManagedServlet.java:198) [undertow-servlet-1.0.0.Beta1.jar:1.0.0.Beta1]
> at io.undertow.servlet.core.ManagedServlet.start(ManagedServlet.java:107) [undertow-servlet-1.0.0.Beta1.jar:1.0.0.Beta1]
> at io.undertow.servlet.core.DeploymentManagerImpl.start(DeploymentManagerImpl.java:390) [undertow-servlet-1.0.0.Beta1.jar:1.0.0.Beta1]
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.startContext(UndertowDeploymentService.java:83)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.start(UndertowDeploymentService.java:70)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1942)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1875)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_21]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_21]
> at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_21]
> {noformat}
> I have also noticed that this will also fail if there was some other app previously deployed that also used similar technology stacks
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 9 months
[JBoss JIRA] (DROOLS-197) java.lang.Boolean cannot be cast to org.drools.spi.Activation when used incremental kAgent + accumulate
by Alessandro Lazarotti (JIRA)
[ https://issues.jboss.org/browse/DROOLS-197?page=com.atlassian.jira.plugin... ]
Alessandro Lazarotti updated DROOLS-197:
----------------------------------------
Attachment: SpiExceptionTest.java
> java.lang.Boolean cannot be cast to org.drools.spi.Activation when used incremental kAgent + accumulate
> -------------------------------------------------------------------------------------------------------
>
> Key: DROOLS-197
> URL: https://issues.jboss.org/browse/DROOLS-197
> Project: Drools
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Environment: Drools 5.3.0
> Reporter: Alessandro Lazarotti
> Assignee: Mark Proctor
> Labels: brms-5.3
> Attachments: SpiExceptionTest.java
>
>
> When used accumulate and incremental changes from the kagent (drools.agent.newInstance as false)the exception below is throwed:
> {quote}
> Exception in thread "Thread-0" java.lang.ClassCastException:
> java.lang.Boolean cannot be cast to org.drools.spi.Activation
> at org.drools.reteoo.RuleTerminalNode$RTNCleanupAdapter.cleanUp(RuleTerminalNode.java:492)
> at org.drools.reteoo.BetaNode.doRemove(BetaNode.java:381)
> at org.drools.common.BaseNode.remove(BaseNode.java:105)
> at org.drools.reteoo.RuleTerminalNode.doRemove(RuleTerminalNode.java:367)
> at org.drools.common.BaseNode.remove(BaseNode.java:105)
> {quote}
> Unit test attached.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 9 months
[JBoss JIRA] (DROOLS-197) java.lang.Boolean cannot be cast to org.drools.spi.Activation when used incremental kAgent + accumulate
by Davide Sottara (JIRA)
[ https://issues.jboss.org/browse/DROOLS-197?page=com.atlassian.jira.plugin... ]
Davide Sottara commented on DROOLS-197:
---------------------------------------
no CCE with 5.6
> java.lang.Boolean cannot be cast to org.drools.spi.Activation when used incremental kAgent + accumulate
> -------------------------------------------------------------------------------------------------------
>
> Key: DROOLS-197
> URL: https://issues.jboss.org/browse/DROOLS-197
> Project: Drools
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Environment: Drools 5.3.0
> Reporter: Alessandro Lazarotti
> Assignee: Mark Proctor
> Labels: brms-5.3
> Attachments: SpiExceptionTest.java
>
>
> When used accumulate and incremental changes from the kagent (drools.agent.newInstance as false)the exception below is throwed:
> {quote}
> Exception in thread "Thread-0" java.lang.ClassCastException:
> java.lang.Boolean cannot be cast to org.drools.spi.Activation
> at org.drools.reteoo.RuleTerminalNode$RTNCleanupAdapter.cleanUp(RuleTerminalNode.java:492)
> at org.drools.reteoo.BetaNode.doRemove(BetaNode.java:381)
> at org.drools.common.BaseNode.remove(BaseNode.java:105)
> at org.drools.reteoo.RuleTerminalNode.doRemove(RuleTerminalNode.java:367)
> at org.drools.common.BaseNode.remove(BaseNode.java:105)
> {quote}
> Unit test attached.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 9 months