April 2014 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBFORUMS-109) BBCode support for standalone version

by Ryszard Kozmik (JIRA)

BBCode support for standalone version ------------------------------------- Key: JBFORUMS-109 URL: http://jira.jboss.com/jira/browse/JBFORUMS-109 Project: JBoss Forums Issue Type: Task Components: Forum Enhancements Reporter: Ryszard Kozmik Fix For: 1.0.0 Alpha BBCode parser is now working only in portal environment. We need make it work as a standalone too. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

2 weeks

4
5
0 / 0

[JBoss JIRA] Created: (JGRP-457) Optimization: make threads return immediately if NAKACK has another active thread for the same sender

by Bela Ban (JIRA)

Optimization: make threads return immediately if NAKACK has another active thread for the same sender ----------------------------------------------------------------------------------------------------- Key: JGRP-457 URL: http://jira.jboss.com/jira/browse/JGRP-457 Project: JGroups Issue Type: Feature Request Reporter: Bela Ban Assigned To: Bela Ban Priority: Minor Fix For: 2.5 In NAKACK, when a thread places a message for sender S into the NakReceiverWindow NRW, it subsequently acquires a lock on NRW (lock by sender) and removes as many messages as possible and passes them up. If many threads do this at the same time, all threads but one are blocked, and - when finally unblocked - usually return. This causes context switches and possibly cache flushing, so a better way would be to have the threads check whether another thread is already removing messages using a CAS operation *before* acquiring the lock. The effect should be that no threads will wait on the lock unnecessarily, and thus fewer context switches, and more threads available to the pool. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

2 months

2
3
0 / 0

[JBoss JIRA] (JBRULES-3445) DSL expander expands lines in /* */comment block

by Mario Fusco (JIRA)

Mario Fusco created JBRULES-3445: ------------------------------------ Summary: DSL expander expands lines in /* */comment block Key: JBRULES-3445 URL: https://issues.jboss.org/browse/JBRULES-3445 Project: Drools Issue Type: Bug Security Level: Public (Everyone can see) Reporter: Mario Fusco Assignee: Mario Fusco When you comment some code in dslr file, the expander still tries to expand it. -- 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

7 months, 3 weeks

3
10
0 / 0

[JBoss JIRA] (DROOLS-71) NPE when there is a null value in a list used by a from element

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/DROOLS-71?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on DROOLS-71: ----------------------------------------------- Edson Tirelli <etirelli(a)redhat.com> changed the Status of [bug 1093174|https://bugzilla.redhat.com/show_bug.cgi?id=1093174] from NEW to MODIFIED > NPE when there is a null value in a list used by a from element > --------------------------------------------------------------- > > Key: DROOLS-71 > URL: https://issues.jboss.org/browse/DROOLS-71 > Project: Drools > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Mario Fusco > Assignee: Mario Fusco > Fix For: 5.5.1.Final, 6.0.0.Alpha9 > > > The following rule throws an NPE if the list contains a null item: > {code} > global java.util.List list > rule R > when > $other : Integer( ) from list > then > end > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260)

11 years, 7 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-71) NPE when there is a null value in a list used by a from element

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/DROOLS-71?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration updated DROOLS-71: ------------------------------------------ Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1093174 > NPE when there is a null value in a list used by a from element > --------------------------------------------------------------- > > Key: DROOLS-71 > URL: https://issues.jboss.org/browse/DROOLS-71 > Project: Drools > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Mario Fusco > Assignee: Mario Fusco > Fix For: 5.5.1.Final, 6.0.0.Alpha9 > > > The following rule throws an NPE if the list contains a null item: > {code} > global java.util.List list > rule R > when > $other : Integer( ) from list > then > end > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260)

11 years, 7 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-474) java.lang.IllegalStateException: There's already another KieContainer created from a different ClassLoader

by Charles Moulliard (JIRA)

[ https://issues.jboss.org/browse/DROOLS-474?page=com.atlassian.jira.plugin... ] Charles Moulliard commented on DROOLS-474: ------------------------------------------ This error was due to the fact that a pom.properties file was also included in the example camel blueprint kie > java.lang.IllegalStateException: There's already another KieContainer created from a different ClassLoader > ---------------------------------------------------------------------------------------------------------- > > Key: DROOLS-474 > URL: https://issues.jboss.org/browse/DROOLS-474 > Project: Drools > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 6.1.0.Beta3 > Reporter: Charles Moulliard > Assignee: Mark Proctor > > The following error/warn is generated when we deploy on Karaf the feature > drools-decision-kie-blueprint-camel-example > using kie-aries-blueprint > {code} > Caused by: org.apache.camel.ResolveEndpointFailedException: Failed to resolve endpoint: kie://ksession1?action=insertBody due to: Cannot lookup: ksession1 from registry: org.apache.camel.blueprint.BlueprintContainerRegistry@5d13728f with expected type: interface org.kie.api.runtime.CommandExecutor due: Error when instantiating bean ksession1 of class class org.kie.aries.blueprint.factorybeans.KieObjectsFactoryBean > at org.apache.camel.impl.DefaultCamelContext.getEndpoint(DefaultCamelContext.java:479)[322:org.apache.camel.camel-core:2.10.3] > at org.apache.camel.util.CamelContextHelper.getMandatoryEndpoint(CamelContextHelper.java:50)[322:org.apache.camel.camel-core:2.10.3] > at org.apache.camel.model.RouteDefinition.resolveEndpoint(RouteDefinition.java:186)[322:org.apache.camel.camel-core:2.10.3] > at org.apache.camel.impl.DefaultRouteContext.resolveEndpoint(DefaultRouteContext.java:108)[322:org.apache.camel.camel-core:2.10.3] > at org.apache.camel.impl.DefaultRouteContext.resolveEndpoint(DefaultRouteContext.java:114)[322:org.apache.camel.camel-core:2.10.3] > at org.apache.camel.model.SendDefinition.resolveEndpoint(SendDefinition.java:61)[322:org.apache.camel.camel-core:2.10.3] > at org.apache.camel.model.SendDefinition.createProcessor(SendDefinition.java:55)[322:org.apache.camel.camel-core:2.10.3] > at org.apache.camel.model.ProcessorDefinition.makeProcessor(ProcessorDefinition.java:461)[322:org.apache.camel.camel-core:2.10.3] > at org.apache.camel.model.ProcessorDefinition.addRoutes(ProcessorDefinition.java:179)[322:org.apache.camel.camel-core:2.10.3] > at org.apache.camel.model.RouteDefinition.addRoutes(RouteDefinition.java:870)[322:org.apache.camel.camel-core:2.10.3] > ... 48 more > Caused by: org.apache.camel.NoSuchBeanException: Cannot lookup: ksession1 from registry: org.apache.camel.blueprint.BlueprintContainerRegistry@5d13728f with expected type: interface org.kie.api.runtime.CommandExecutor due: Error when instantiating bean ksession1 of class class org.kie.aries.blueprint.factorybeans.KieObjectsFactoryBean > at org.apache.camel.impl.CompositeRegistry.lookup(CompositeRegistry.java:58)[322:org.apache.camel.camel-core:2.10.3] > at org.apache.camel.impl.PropertyPlaceholderDelegateRegistry.lookup(PropertyPlaceholderDelegateRegistry.java:62)[322:org.apache.camel.camel-core:2.10.3] > at org.kie.camel.component.KieEndpoint.configure(KieEndpoint.java:152)[384:org.kie.camel:6.1.0.20140429-1736] > at org.kie.camel.component.KieEndpoint.<init>(KieEndpoint.java:114)[384:org.kie.camel:6.1.0.20140429-1736] > at org.kie.camel.component.KieComponent.createEndpoint(KieComponent.java:56)[384:org.kie.camel:6.1.0.20140429-1736] > at org.apache.camel.impl.DefaultComponent.createEndpoint(DefaultComponent.java:91)[322:org.apache.camel.camel-core:2.10.3] > at org.apache.camel.impl.DefaultCamelContext.getEndpoint(DefaultCamelContext.java:461)[322:org.apache.camel.camel-core:2.10.3] > ... 57 more > Caused by: org.osgi.service.blueprint.container.ComponentDefinitionException: Error when instantiating bean ksession1 of class class org.kie.aries.blueprint.factorybeans.KieObjectsFactoryBean > at org.apache.aries.blueprint.container.BeanRecipe.getInstance(BeanRecipe.java:315)[8:org.apache.aries.blueprint.core:1.0.1.redhat-610379] > at org.apache.aries.blueprint.container.BeanRecipe.internalCreate2(BeanRecipe.java:806)[8:org.apache.aries.blueprint.core:1.0.1.redhat-610379] > at org.apache.aries.blueprint.container.BeanRecipe.internalCreate(BeanRecipe.java:787)[8:org.apache.aries.blueprint.core:1.0.1.redhat-610379] > at org.apache.aries.blueprint.di.AbstractRecipe$1.call(AbstractRecipe.java:79)[8:org.apache.aries.blueprint.core:1.0.1.redhat-610379] > at java.util.concurrent.FutureTask.run(FutureTask.java:262)[:1.7.0_51] > at org.apache.aries.blueprint.di.AbstractRecipe.create(AbstractRecipe.java:88)[8:org.apache.aries.blueprint.core:1.0.1.redhat-610379] > at org.apache.aries.blueprint.container.BlueprintRepository.createInstances(BlueprintRepository.java:245)[8:org.apache.aries.blueprint.core:1.0.1.redhat-610379] > at org.apache.aries.blueprint.container.BlueprintRepository.createInstance(BlueprintRepository.java:230)[8:org.apache.aries.blueprint.core:1.0.1.redhat-610379] > at org.apache.aries.blueprint.container.BlueprintRepository.create(BlueprintRepository.java:145)[8:org.apache.aries.blueprint.core:1.0.1.redhat-610379] > at org.apache.aries.blueprint.container.BlueprintContainerImpl.getComponentInstance(BlueprintContainerImpl.java:754)[8:org.apache.aries.blueprint.core:1.0.1.redhat-610379] > at org.apache.camel.blueprint.BlueprintContainerRegistry.lookup(BlueprintContainerRegistry.java:47)[330:org.apache.camel.camel-blueprint:2.10.3] > at org.apache.camel.impl.CompositeRegistry.lookup(CompositeRegistry.java:49)[322:org.apache.camel.camel-core:2.10.3] > ... 63 more > Caused by: java.lang.IllegalStateException: There's already another KieContainer created from a different ClassLoader > at org.drools.compiler.kie.builder.impl.KieServicesImpl.getKieClasspathContainer(KieServicesImpl.java:74) > at org.drools.compiler.kie.builder.impl.KieServicesImpl.getKieClasspathContainer(KieServicesImpl.java:59) > at org.kie.aries.blueprint.factorybeans.KieObjectsResolver.init(KieObjectsResolver.java:47)[386:org.kie.aries.blueprint:6.1.0.20140429-1736] > at org.kie.aries.blueprint.factorybeans.KieObjectsResolver.<init>(KieObjectsResolver.java:42)[386:org.kie.aries.blueprint:6.1.0.20140429-1736] > at org.kie.aries.blueprint.factorybeans.KieObjectsFactoryBean.createKieSession(KieObjectsFactoryBean.java:70)[386:org.kie.aries.blueprint:6.1.0.20140429-1736] > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)[:1.7.0_51] > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)[:1.7.0_51] > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)[:1.7.0_51] > at java.lang.reflect.Method.invoke(Method.java:606)[:1.7.0_51] > at org.apache.aries.blueprint.utils.ReflectionUtils.invoke(ReflectionUtils.java:297)[8:org.apache.aries.blueprint.core:1.0.1.redhat-610379] > at org.apache.aries.blueprint.container.BeanRecipe.invoke(BeanRecipe.java:958)[8:org.apache.aries.blueprint.core:1.0.1.redhat-610379] > at org.apache.aries.blueprint.container.BeanRecipe.getInstance(BeanRecipe.java:313)[8:org.apache.aries.blueprint.core:1.0.1.redhat-610379] > ... 74 more > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260)

11 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFLY-2789) Remote client transaction timeout values are overwrote by hardcoded values

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFLY-2789?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration updated WFLY-2789: ------------------------------------------ Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1056585, https://bugzilla.redhat.com/show_bug.cgi?id=1093128 (was: https://bugzilla.redhat.com/show_bug.cgi?id=1056585) > Remote client transaction timeout values are overwrote by hardcoded values > -------------------------------------------------------------------------- > > Key: WFLY-2789 > URL: https://issues.jboss.org/browse/WFLY-2789 > Project: WildFly > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: EJB > Reporter: Johnathon Lee > Assignee: David Lloyd > > The EJB3 interceptor is not using client values for timeouts, this is a problem for users trying to use EJB for transaction propagation. > Refer to the code in https://github.com/wildfly/wildfly/blob/master/ejb3/src/main/java/org/jbo...: > private void createOrResumeXidTransaction(final XidTransactionID xidTransactionID) throws Exception { > final TransactionManager transactionManager = this.ejbRemoteTransactionsRepository.getTransactionManager(); > final Transaction alreadyCreatedTx = this.ejbRemoteTransactionsRepository.getImportedTransaction(xidTransactionID); > if (alreadyCreatedTx != null) { > // resume the already created tx > transactionManager.resume(alreadyCreatedTx); > } else { > // begin a new tx and add it to the tx repository > // TODO: Fix the tx timeout (which currently is passed as 300 seconds) > final Transaction newSubOrdinateTx = this.ejbRemoteTransactionsRepository.importTransaction(xidTransactionID, 300); > // associate this tx with the thread > transactionManager.resume(newSubOrdinateTx); > } > } -- This message was sent by Atlassian JIRA (v6.2.3#6260)

11 years, 7 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-474) java.lang.IllegalStateException: There's already another KieContainer created from a different ClassLoader

by Charles Moulliard (JIRA)

[ https://issues.jboss.org/browse/DROOLS-474?page=com.atlassian.jira.plugin... ] Charles Moulliard commented on DROOLS-474: ------------------------------------------ Miss the most important thing --> Caused by: java.lang.IllegalStateException: There's already another KieContainer created from a different ClassLoader at org.drools.compiler.kie.builder.impl.KieServicesImpl.getKieClasspathContainer(KieServicesImpl.java:74) at org.drools.compiler.kie.builder.impl.KieServicesImpl.getKieClasspathContainer(KieServicesImpl.java:59) at org.kie.aries.blueprint.factorybeans.KieObjectsResolver.init(KieObjectsResolver.java:47) at org.kie.aries.blueprint.factorybeans.KieObjectsResolver.<init>(KieObjectsResolver.java:42) at org.kie.aries.blueprint.factorybeans.KieObjectsFactoryBean.createKieSession(KieObjectsFactoryBean.java:70) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)[:1.7.0_51] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)[:1.7.0_51] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)[:1.7.0_51] at java.lang.reflect.Method.invoke(Method.java:606)[:1.7.0_51] at org.apache.aries.blueprint.utils.ReflectionUtils.invoke(ReflectionUtils.java:297)[8:org.apache.aries.blueprint.core:1.0.1.redhat-610379] at org.apache.aries.blueprint.container.BeanRecipe.invoke(BeanRecipe.java:958)[8:org.apache.aries.blueprint.core:1.0.1.redhat-610379] at org.apache.aries.blueprint.container.BeanRecipe.getInstance(BeanRecipe.java:313)[8:org.apache.aries.blueprint.core:1.0.1.redhat-610379] > java.lang.IllegalStateException: There's already another KieContainer created from a different ClassLoader > ---------------------------------------------------------------------------------------------------------- > > Key: DROOLS-474 > URL: https://issues.jboss.org/browse/DROOLS-474 > Project: Drools > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 6.1.0.Beta3 > Reporter: Charles Moulliard > Assignee: Mark Proctor > > The following error/warn is generated when we deploy on Karaf the feature > drools-decision-kie-blueprint-camel-example > using kie-aries-blueprint > {code} > Caused by: org.apache.camel.ResolveEndpointFailedException: Failed to resolve endpoint: kie://ksession1?action=insertBody due to: Cannot lookup: ksession1 from registry: org.apache.camel.blueprint.BlueprintContainerRegistry@5d13728f with expected type: interface org.kie.api.runtime.CommandExecutor due: Error when instantiating bean ksession1 of class class org.kie.aries.blueprint.factorybeans.KieObjectsFactoryBean > at org.apache.camel.impl.DefaultCamelContext.getEndpoint(DefaultCamelContext.java:479)[322:org.apache.camel.camel-core:2.10.3] > at org.apache.camel.util.CamelContextHelper.getMandatoryEndpoint(CamelContextHelper.java:50)[322:org.apache.camel.camel-core:2.10.3] > at org.apache.camel.model.RouteDefinition.resolveEndpoint(RouteDefinition.java:186)[322:org.apache.camel.camel-core:2.10.3] > at org.apache.camel.impl.DefaultRouteContext.resolveEndpoint(DefaultRouteContext.java:108)[322:org.apache.camel.camel-core:2.10.3] > at org.apache.camel.impl.DefaultRouteContext.resolveEndpoint(DefaultRouteContext.java:114)[322:org.apache.camel.camel-core:2.10.3] > at org.apache.camel.model.SendDefinition.resolveEndpoint(SendDefinition.java:61)[322:org.apache.camel.camel-core:2.10.3] > at org.apache.camel.model.SendDefinition.createProcessor(SendDefinition.java:55)[322:org.apache.camel.camel-core:2.10.3] > at org.apache.camel.model.ProcessorDefinition.makeProcessor(ProcessorDefinition.java:461)[322:org.apache.camel.camel-core:2.10.3] > at org.apache.camel.model.ProcessorDefinition.addRoutes(ProcessorDefinition.java:179)[322:org.apache.camel.camel-core:2.10.3] > at org.apache.camel.model.RouteDefinition.addRoutes(RouteDefinition.java:870)[322:org.apache.camel.camel-core:2.10.3] > ... 48 more > Caused by: org.apache.camel.NoSuchBeanException: Cannot lookup: ksession1 from registry: org.apache.camel.blueprint.BlueprintContainerRegistry@5d13728f with expected type: interface org.kie.api.runtime.CommandExecutor due: Error when instantiating bean ksession1 of class class org.kie.aries.blueprint.factorybeans.KieObjectsFactoryBean > at org.apache.camel.impl.CompositeRegistry.lookup(CompositeRegistry.java:58)[322:org.apache.camel.camel-core:2.10.3] > at org.apache.camel.impl.PropertyPlaceholderDelegateRegistry.lookup(PropertyPlaceholderDelegateRegistry.java:62)[322:org.apache.camel.camel-core:2.10.3] > at org.kie.camel.component.KieEndpoint.configure(KieEndpoint.java:152)[384:org.kie.camel:6.1.0.20140429-1736] > at org.kie.camel.component.KieEndpoint.<init>(KieEndpoint.java:114)[384:org.kie.camel:6.1.0.20140429-1736] > at org.kie.camel.component.KieComponent.createEndpoint(KieComponent.java:56)[384:org.kie.camel:6.1.0.20140429-1736] > at org.apache.camel.impl.DefaultComponent.createEndpoint(DefaultComponent.java:91)[322:org.apache.camel.camel-core:2.10.3] > at org.apache.camel.impl.DefaultCamelContext.getEndpoint(DefaultCamelContext.java:461)[322:org.apache.camel.camel-core:2.10.3] > ... 57 more > Caused by: org.osgi.service.blueprint.container.ComponentDefinitionException: Error when instantiating bean ksession1 of class class org.kie.aries.blueprint.factorybeans.KieObjectsFactoryBean > at org.apache.aries.blueprint.container.BeanRecipe.getInstance(BeanRecipe.java:315)[8:org.apache.aries.blueprint.core:1.0.1.redhat-610379] > at org.apache.aries.blueprint.container.BeanRecipe.internalCreate2(BeanRecipe.java:806)[8:org.apache.aries.blueprint.core:1.0.1.redhat-610379] > at org.apache.aries.blueprint.container.BeanRecipe.internalCreate(BeanRecipe.java:787)[8:org.apache.aries.blueprint.core:1.0.1.redhat-610379] > at org.apache.aries.blueprint.di.AbstractRecipe$1.call(AbstractRecipe.java:79)[8:org.apache.aries.blueprint.core:1.0.1.redhat-610379] > at java.util.concurrent.FutureTask.run(FutureTask.java:262)[:1.7.0_51] > at org.apache.aries.blueprint.di.AbstractRecipe.create(AbstractRecipe.java:88)[8:org.apache.aries.blueprint.core:1.0.1.redhat-610379] > at org.apache.aries.blueprint.container.BlueprintRepository.createInstances(BlueprintRepository.java:245)[8:org.apache.aries.blueprint.core:1.0.1.redhat-610379] > at org.apache.aries.blueprint.container.BlueprintRepository.createInstance(BlueprintRepository.java:230)[8:org.apache.aries.blueprint.core:1.0.1.redhat-610379] > at org.apache.aries.blueprint.container.BlueprintRepository.create(BlueprintRepository.java:145)[8:org.apache.aries.blueprint.core:1.0.1.redhat-610379] > at org.apache.aries.blueprint.container.BlueprintContainerImpl.getComponentInstance(BlueprintContainerImpl.java:754)[8:org.apache.aries.blueprint.core:1.0.1.redhat-610379] > at org.apache.camel.blueprint.BlueprintContainerRegistry.lookup(BlueprintContainerRegistry.java:47)[330:org.apache.camel.camel-blueprint:2.10.3] > at org.apache.camel.impl.CompositeRegistry.lookup(CompositeRegistry.java:49)[322:org.apache.camel.camel-core:2.10.3] > ... 63 more > Caused by: java.lang.IllegalStateException: There's already another KieContainer created from a different ClassLoader > at org.drools.compiler.kie.builder.impl.KieServicesImpl.getKieClasspathContainer(KieServicesImpl.java:74) > at org.drools.compiler.kie.builder.impl.KieServicesImpl.getKieClasspathContainer(KieServicesImpl.java:59) > at org.kie.aries.blueprint.factorybeans.KieObjectsResolver.init(KieObjectsResolver.java:47)[386:org.kie.aries.blueprint:6.1.0.20140429-1736] > at org.kie.aries.blueprint.factorybeans.KieObjectsResolver.<init>(KieObjectsResolver.java:42)[386:org.kie.aries.blueprint:6.1.0.20140429-1736] > at org.kie.aries.blueprint.factorybeans.KieObjectsFactoryBean.createKieSession(KieObjectsFactoryBean.java:70)[386:org.kie.aries.blueprint:6.1.0.20140429-1736] > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)[:1.7.0_51] > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)[:1.7.0_51] > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)[:1.7.0_51] > at java.lang.reflect.Method.invoke(Method.java:606)[:1.7.0_51] > at org.apache.aries.blueprint.utils.ReflectionUtils.invoke(ReflectionUtils.java:297)[8:org.apache.aries.blueprint.core:1.0.1.redhat-610379] > at org.apache.aries.blueprint.container.BeanRecipe.invoke(BeanRecipe.java:958)[8:org.apache.aries.blueprint.core:1.0.1.redhat-610379] > at org.apache.aries.blueprint.container.BeanRecipe.getInstance(BeanRecipe.java:313)[8:org.apache.aries.blueprint.core:1.0.1.redhat-610379] > ... 74 more > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260)

11 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFLY-3306) Inconsistent responses between read-children-types and read-children-names or read-children-resources

by Brian Stansberry (JIRA)

Brian Stansberry created WFLY-3306: -------------------------------------- Summary: Inconsistent responses between read-children-types and read-children-names or read-children-resources Key: WFLY-3306 URL: https://issues.jboss.org/browse/WFLY-3306 Project: WildFly Issue Type: Bug Security Level: Public (Everyone can see) Components: Domain Management Affects Versions: 8.1.0.CR1, 8.0.0.CR1 Reporter: Brian Stansberry Assignee: Brian Stansberry Priority: Minor Fix For: 9.0.0.CR1 The read-children-types op is implemented by reading the names of the NodeSubregistry objects in the target resource's ManagementResourceRegistration. The read-children-names and read-children-resources ops are implemented by reading the full PathElement of registered child MRRs. It's possible these two can get out of sync, as a NodeSubregistry can be added in order to support a submodel, but such subregistries aren't removed if all children are removed. This manifests itself in EAP 6 with the 'server' child type. See https://bugzilla.redhat.com/show_bug.cgi?id=1093030. (Note WF should not have this specific problem, as WF registers a generic MRR for 'server'.) Fix is for GlobalOperationHandlers.getChildAddresses() to include an entry with an empty value for any valid child type. This will ensure the responses are consistent. -- This message was sent by Atlassian JIRA (v6.2.3#6260)

11 years, 7 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-474) java.lang.IllegalStateException: There's already another KieContainer created from a different ClassLoader

by Charles Moulliard (JIRA)

Charles Moulliard created DROOLS-474: ---------------------------------------- Summary: java.lang.IllegalStateException: There's already another KieContainer created from a different ClassLoader Key: DROOLS-474 URL: https://issues.jboss.org/browse/DROOLS-474 Project: Drools Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 6.1.0.Beta3 Reporter: Charles Moulliard Assignee: Mark Proctor The following error/warn is generated when we deploy on Karaf the feature drools-decision-kie-blueprint-camel-example using kie-aries-blueprint {code} Caused by: org.apache.camel.ResolveEndpointFailedException: Failed to resolve endpoint: kie://ksession1?action=insertBody due to: Cannot lookup: ksession1 from registry: org.apache.camel.blueprint.BlueprintContainerRegistry@5d13728f with expected type: interface org.kie.api.runtime.CommandExecutor due: Error when instantiating bean ksession1 of class class org.kie.aries.blueprint.factorybeans.KieObjectsFactoryBean at org.apache.camel.impl.DefaultCamelContext.getEndpoint(DefaultCamelContext.java:479)[322:org.apache.camel.camel-core:2.10.3] at org.apache.camel.util.CamelContextHelper.getMandatoryEndpoint(CamelContextHelper.java:50)[322:org.apache.camel.camel-core:2.10.3] at org.apache.camel.model.RouteDefinition.resolveEndpoint(RouteDefinition.java:186)[322:org.apache.camel.camel-core:2.10.3] at org.apache.camel.impl.DefaultRouteContext.resolveEndpoint(DefaultRouteContext.java:108)[322:org.apache.camel.camel-core:2.10.3] at org.apache.camel.impl.DefaultRouteContext.resolveEndpoint(DefaultRouteContext.java:114)[322:org.apache.camel.camel-core:2.10.3] at org.apache.camel.model.SendDefinition.resolveEndpoint(SendDefinition.java:61)[322:org.apache.camel.camel-core:2.10.3] at org.apache.camel.model.SendDefinition.createProcessor(SendDefinition.java:55)[322:org.apache.camel.camel-core:2.10.3] at org.apache.camel.model.ProcessorDefinition.makeProcessor(ProcessorDefinition.java:461)[322:org.apache.camel.camel-core:2.10.3] at org.apache.camel.model.ProcessorDefinition.addRoutes(ProcessorDefinition.java:179)[322:org.apache.camel.camel-core:2.10.3] at org.apache.camel.model.RouteDefinition.addRoutes(RouteDefinition.java:870)[322:org.apache.camel.camel-core:2.10.3] ... 48 more Caused by: org.apache.camel.NoSuchBeanException: Cannot lookup: ksession1 from registry: org.apache.camel.blueprint.BlueprintContainerRegistry@5d13728f with expected type: interface org.kie.api.runtime.CommandExecutor due: Error when instantiating bean ksession1 of class class org.kie.aries.blueprint.factorybeans.KieObjectsFactoryBean at org.apache.camel.impl.CompositeRegistry.lookup(CompositeRegistry.java:58)[322:org.apache.camel.camel-core:2.10.3] at org.apache.camel.impl.PropertyPlaceholderDelegateRegistry.lookup(PropertyPlaceholderDelegateRegistry.java:62)[322:org.apache.camel.camel-core:2.10.3] at org.kie.camel.component.KieEndpoint.configure(KieEndpoint.java:152)[384:org.kie.camel:6.1.0.20140429-1736] at org.kie.camel.component.KieEndpoint.<init>(KieEndpoint.java:114)[384:org.kie.camel:6.1.0.20140429-1736] at org.kie.camel.component.KieComponent.createEndpoint(KieComponent.java:56)[384:org.kie.camel:6.1.0.20140429-1736] at org.apache.camel.impl.DefaultComponent.createEndpoint(DefaultComponent.java:91)[322:org.apache.camel.camel-core:2.10.3] at org.apache.camel.impl.DefaultCamelContext.getEndpoint(DefaultCamelContext.java:461)[322:org.apache.camel.camel-core:2.10.3] ... 57 more Caused by: org.osgi.service.blueprint.container.ComponentDefinitionException: Error when instantiating bean ksession1 of class class org.kie.aries.blueprint.factorybeans.KieObjectsFactoryBean at org.apache.aries.blueprint.container.BeanRecipe.getInstance(BeanRecipe.java:315)[8:org.apache.aries.blueprint.core:1.0.1.redhat-610379] at org.apache.aries.blueprint.container.BeanRecipe.internalCreate2(BeanRecipe.java:806)[8:org.apache.aries.blueprint.core:1.0.1.redhat-610379] at org.apache.aries.blueprint.container.BeanRecipe.internalCreate(BeanRecipe.java:787)[8:org.apache.aries.blueprint.core:1.0.1.redhat-610379] at org.apache.aries.blueprint.di.AbstractRecipe$1.call(AbstractRecipe.java:79)[8:org.apache.aries.blueprint.core:1.0.1.redhat-610379] at java.util.concurrent.FutureTask.run(FutureTask.java:262)[:1.7.0_51] at org.apache.aries.blueprint.di.AbstractRecipe.create(AbstractRecipe.java:88)[8:org.apache.aries.blueprint.core:1.0.1.redhat-610379] at org.apache.aries.blueprint.container.BlueprintRepository.createInstances(BlueprintRepository.java:245)[8:org.apache.aries.blueprint.core:1.0.1.redhat-610379] at org.apache.aries.blueprint.container.BlueprintRepository.createInstance(BlueprintRepository.java:230)[8:org.apache.aries.blueprint.core:1.0.1.redhat-610379] at org.apache.aries.blueprint.container.BlueprintRepository.create(BlueprintRepository.java:145)[8:org.apache.aries.blueprint.core:1.0.1.redhat-610379] at org.apache.aries.blueprint.container.BlueprintContainerImpl.getComponentInstance(BlueprintContainerImpl.java:754)[8:org.apache.aries.blueprint.core:1.0.1.redhat-610379] at org.apache.camel.blueprint.BlueprintContainerRegistry.lookup(BlueprintContainerRegistry.java:47)[330:org.apache.camel.camel-blueprint:2.10.3] at org.apache.camel.impl.CompositeRegistry.lookup(CompositeRegistry.java:49)[322:org.apache.camel.camel-core:2.10.3] ... 63 more Caused by: java.lang.IllegalStateException: There's already another KieContainer created from a different ClassLoader at org.drools.compiler.kie.builder.impl.KieServicesImpl.getKieClasspathContainer(KieServicesImpl.java:74) at org.drools.compiler.kie.builder.impl.KieServicesImpl.getKieClasspathContainer(KieServicesImpl.java:59) at org.kie.aries.blueprint.factorybeans.KieObjectsResolver.init(KieObjectsResolver.java:47)[386:org.kie.aries.blueprint:6.1.0.20140429-1736] at org.kie.aries.blueprint.factorybeans.KieObjectsResolver.<init>(KieObjectsResolver.java:42)[386:org.kie.aries.blueprint:6.1.0.20140429-1736] at org.kie.aries.blueprint.factorybeans.KieObjectsFactoryBean.createKieSession(KieObjectsFactoryBean.java:70)[386:org.kie.aries.blueprint:6.1.0.20140429-1736] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)[:1.7.0_51] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)[:1.7.0_51] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)[:1.7.0_51] at java.lang.reflect.Method.invoke(Method.java:606)[:1.7.0_51] at org.apache.aries.blueprint.utils.ReflectionUtils.invoke(ReflectionUtils.java:297)[8:org.apache.aries.blueprint.core:1.0.1.redhat-610379] at org.apache.aries.blueprint.container.BeanRecipe.invoke(BeanRecipe.java:958)[8:org.apache.aries.blueprint.core:1.0.1.redhat-610379] at org.apache.aries.blueprint.container.BeanRecipe.getInstance(BeanRecipe.java:313)[8:org.apache.aries.blueprint.core:1.0.1.redhat-610379] ... 74 more {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260)

11 years, 7 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira April 2014