[JBoss JIRA] (DROOLS-1584) Null pointer Exception while Scanner trying to pull updates from Kie Workbench
by Mario Fusco (JIRA)
[ https://issues.jboss.org/browse/DROOLS-1584?page=com.atlassian.jira.plugi... ]
Mario Fusco resolved DROOLS-1584.
---------------------------------
Resolution: Cannot Reproduce Bug
I cannot reproducer this issue. Feel free to reopen this ticket when you'll be able to provide a proper reproducer.
> Null pointer Exception while Scanner trying to pull updates from Kie Workbench
> ------------------------------------------------------------------------------
>
> Key: DROOLS-1584
> URL: https://issues.jboss.org/browse/DROOLS-1584
> Project: Drools
> Issue Type: Bug
> Components: kie server
> Affects Versions: 6.5.0.Final
> Environment: Mac.
> Reporter: Dhamodharan Krishnan
> Assignee: Mario Fusco
>
> May 25, 2017 10:07:34 PM org.drools.compiler.kie.builder.impl.KieRepositoryImpl addKieModule
> INFO: KieModule was added: ZipKieModule[releaseId=com.mycompany.module:project:2.0-SNAPSHOT,file=/Users/dhamo/.m2/repository/com/mycompany/module/project/2.0-SNAPSHOT/project-2.0-SNAPSHOT.jar]
> Exception in thread "Timer-0" java.lang.NullPointerException
> at org.drools.core.reteoo.BetaMemory.linkNode(BetaMemory.java:93)
> at org.drools.core.reteoo.BetaMemory.linkNode(BetaMemory.java:88)
> at org.drools.core.reteoo.SingleObjectSinkAdapter.staticDoLinkRiaNode(SingleObjectSinkAdapter.java:104)
> at org.drools.core.reteoo.SingleObjectSinkAdapter.doLinkRiaNode(SingleObjectSinkAdapter.java:86)
> at org.drools.core.reteoo.RiaPathMemory.doLinkRule(RiaPathMemory.java:50)
> at org.drools.core.reteoo.PathMemory.linkSegment(PathMemory.java:102)
> at org.drools.core.reteoo.SegmentMemory.notifyRuleLinkSegment(SegmentMemory.java:192)
> at org.drools.core.phreak.AddRemoveRule.addNewPaths(AddRemoveRule.java:459)
> at org.drools.core.phreak.AddRemoveRule.addRule(AddRemoveRule.java:126)
> at org.drools.core.reteoo.builder.ReteooRuleBuilder.addSubRule(ReteooRuleBuilder.java:190)
> at org.drools.core.reteoo.builder.ReteooRuleBuilder.addRule(ReteooRuleBuilder.java:133)
> at org.drools.core.reteoo.ReteooBuilder.addRule(ReteooBuilder.java:106)
> at org.drools.core.impl.KnowledgeBaseImpl.addRule(KnowledgeBaseImpl.java:1586)
> at org.drools.core.impl.KnowledgeBaseImpl.addRule(KnowledgeBaseImpl.java:1566)
> at org.drools.compiler.builder.impl.KnowledgeBuilderImpl.compileAllRules(KnowledgeBuilderImpl.java:1004)
> at org.drools.compiler.builder.impl.CompositeKnowledgeBuilderImpl.buildRules(CompositeKnowledgeBuilderImpl.java:264)
> at org.drools.compiler.builder.impl.CompositeKnowledgeBuilderImpl.buildPackages(CompositeKnowledgeBuilderImpl.java:122)
> at org.drools.compiler.builder.impl.CompositeKnowledgeBuilderImpl.build(CompositeKnowledgeBuilderImpl.java:105)
> at org.drools.compiler.kie.builder.impl.KieContainerImpl.rebuildAll(KieContainerImpl.java:449)
> at org.drools.compiler.kie.builder.impl.KieContainerImpl.updateKBase(KieContainerImpl.java:311)
> at org.drools.compiler.kie.builder.impl.KieContainerImpl.access$000(KieContainerImpl.java:88)
> at org.drools.compiler.kie.builder.impl.KieContainerImpl$1.run(KieContainerImpl.java:255)
> at org.drools.core.impl.KnowledgeBaseImpl.enqueueModification(KnowledgeBaseImpl.java:735)
> at org.drools.compiler.kie.builder.impl.KieContainerImpl.update(KieContainerImpl.java:252)
> at org.drools.compiler.kie.builder.impl.KieContainerImpl.updateDependencyToVersion(KieContainerImpl.java:218)
> at org.kie.scanner.KieRepositoryScannerImpl.updateKieModule(KieRepositoryScannerImpl.java:317)
> at org.kie.scanner.KieRepositoryScannerImpl.scanNow(KieRepositoryScannerImpl.java:298)
> at org.kie.scanner.KieRepositoryScannerImpl$ScanTask.run(KieRepositoryScannerImpl.java:270)
> at java.util.TimerThread.mainLoop(Timer.java:555)
> at java.util.TimerThread.run(Timer.java:505)
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 1 month
[JBoss JIRA] (DROOLS-1612) Throw compilation error when using collect hit policy with aggr. function and multiple outputs
by Tibor Zimányi (JIRA)
Tibor Zimányi created DROOLS-1612:
-------------------------------------
Summary: Throw compilation error when using collect hit policy with aggr. function and multiple outputs
Key: DROOLS-1612
URL: https://issues.jboss.org/browse/DROOLS-1612
Project: Drools
Issue Type: Bug
Components: dmn engine
Affects Versions: 7.0.0.Final
Reporter: Tibor Zimányi
Assignee: Edson Tirelli
According to the DMN spec., "Decision tables with compound outputs support only the following hit policies: Unique, Any, Priority, First, Output
order, Rule order and Collect without operator, because the collect operator is undefined over multiple outputs."
However when I use decision table with "COLLECT" hit policy, "sum" aggregate function and multiple outputs, the table compiles. When evaluating the table, I get nulls as output value results, but no error message in DMNResult.
I will provide a reproducer in a PR.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 1 month
[JBoss JIRA] (WFLY-8921) Adding store to invalidation cache fails with "WFLYCTL0441: Operation has resulted in failed or missing services"
by Jan Kašík (JIRA)
[ https://issues.jboss.org/browse/WFLY-8921?page=com.atlassian.jira.plugin.... ]
Jan Kašík commented on WFLY-8921:
---------------------------------
[~pferraro] Thanks! I didn't found that one!
> Adding store to invalidation cache fails with "WFLYCTL0441: Operation has resulted in failed or missing services"
> -----------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-8921
> URL: https://issues.jboss.org/browse/WFLY-8921
> Project: WildFly
> Issue Type: Bug
> Components: Clustering
> Affects Versions: 11.0.0.Alpha1
> Reporter: Jan Kašík
> Assignee: Paul Ferraro
>
> When adding store to invalidation cache, operation fails with this message:
> {code}
> [standalone@localhost:9990 /] /subsystem=infinispan/cache-container=hibernate/invalidation-cache=nZYlaFT/store=file:add(){allow-resource-service-restart=true}
> {
> "outcome" => "failed",
> "failure-description" => "WFLYCTL0441: Operation has resulted in failed or missing services
> WFLYCTL0186: Services which failed to start: service org.wildfly.clustering.infinispan.cache-configuration.hibernate.nZYlaFT: Failed to start service
> ",
> "rolled-back" => true
> }
> {code}
> and this exception in {{server.log}}:
> {code}
> 2017-06-12 10:04:30,381 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-1) MSC000001: Failed to start service org.wildfly.clustering.infinispan.cache-configuration.hibernate.nZYlaFT: org.jboss.msc.service.StartException in service org.wildfly.clustering.infinispan.cache-configuration.hibernate.nZYlaFT: Failed to start service
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1978)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> at java.lang.Thread.run(Thread.java:748)
> Caused by: org.infinispan.commons.CacheConfigurationException: ISPN000420: Cannot enable 'fetchPersistentState' in invalidation caches!
> at org.infinispan.configuration.cache.AbstractStoreConfigurationBuilder.validate(AbstractStoreConfigurationBuilder.java:181)
> at org.infinispan.configuration.cache.PersistenceConfigurationBuilder.validate(PersistenceConfigurationBuilder.java:106)
> at org.infinispan.configuration.cache.ConfigurationBuilder.validate(ConfigurationBuilder.java:203)
> at org.infinispan.configuration.cache.ConfigurationBuilder.build(ConfigurationBuilder.java:246)
> at org.infinispan.configuration.cache.ConfigurationBuilder.build(ConfigurationBuilder.java:236)
> at org.wildfly.clustering.infinispan.spi.service.ConfigurationBuilder.start(ConfigurationBuilder.java:88)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:2032)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1955)
> ... 3 more
> 2017-06-12 10:04:30,385 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 3) WFLYCTL0013: Operation ("add") failed - address: ([
> ("subsystem" => "infinispan"),
> ("cache-container" => "hibernate"),
> ("invalidation-cache" => "nZYlaFT"),
> ("store" => "file")
> ]) - failure description: "WFLYCTL0441: Operation has resulted in failed or missing services
> WFLYCTL0186: Services which failed to start: service org.wildfly.clustering.infinispan.cache-configuration.hibernate.nZYlaFT: Failed to start service
> "
> 2017-06-12 10:04:30,388 INFO [org.jboss.as.controller] (management-handler-thread - 3) WFLYCTL0183: Service status report
> WFLYCTL0186: Services which failed to start: service org.wildfly.clustering.infinispan.cache-configuration.hibernate.nZYlaFT
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 1 month
[JBoss JIRA] (WFLY-8921) Adding store to invalidation cache fails with "WFLYCTL0441: Operation has resulted in failed or missing services"
by Paul Ferraro (JIRA)
[ https://issues.jboss.org/browse/WFLY-8921?page=com.atlassian.jira.plugin.... ]
Paul Ferraro closed WFLY-8921.
------------------------------
Resolution: Duplicate Issue
Duplicate of WFLY-8913.. Fix already proposed, but not yet merged.
> Adding store to invalidation cache fails with "WFLYCTL0441: Operation has resulted in failed or missing services"
> -----------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-8921
> URL: https://issues.jboss.org/browse/WFLY-8921
> Project: WildFly
> Issue Type: Bug
> Components: Clustering
> Affects Versions: 11.0.0.Alpha1
> Reporter: Jan Kašík
> Assignee: Paul Ferraro
>
> When adding store to invalidation cache, operation fails with this message:
> {code}
> [standalone@localhost:9990 /] /subsystem=infinispan/cache-container=hibernate/invalidation-cache=nZYlaFT/store=file:add(){allow-resource-service-restart=true}
> {
> "outcome" => "failed",
> "failure-description" => "WFLYCTL0441: Operation has resulted in failed or missing services
> WFLYCTL0186: Services which failed to start: service org.wildfly.clustering.infinispan.cache-configuration.hibernate.nZYlaFT: Failed to start service
> ",
> "rolled-back" => true
> }
> {code}
> and this exception in {{server.log}}:
> {code}
> 2017-06-12 10:04:30,381 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-1) MSC000001: Failed to start service org.wildfly.clustering.infinispan.cache-configuration.hibernate.nZYlaFT: org.jboss.msc.service.StartException in service org.wildfly.clustering.infinispan.cache-configuration.hibernate.nZYlaFT: Failed to start service
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1978)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> at java.lang.Thread.run(Thread.java:748)
> Caused by: org.infinispan.commons.CacheConfigurationException: ISPN000420: Cannot enable 'fetchPersistentState' in invalidation caches!
> at org.infinispan.configuration.cache.AbstractStoreConfigurationBuilder.validate(AbstractStoreConfigurationBuilder.java:181)
> at org.infinispan.configuration.cache.PersistenceConfigurationBuilder.validate(PersistenceConfigurationBuilder.java:106)
> at org.infinispan.configuration.cache.ConfigurationBuilder.validate(ConfigurationBuilder.java:203)
> at org.infinispan.configuration.cache.ConfigurationBuilder.build(ConfigurationBuilder.java:246)
> at org.infinispan.configuration.cache.ConfigurationBuilder.build(ConfigurationBuilder.java:236)
> at org.wildfly.clustering.infinispan.spi.service.ConfigurationBuilder.start(ConfigurationBuilder.java:88)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:2032)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1955)
> ... 3 more
> 2017-06-12 10:04:30,385 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 3) WFLYCTL0013: Operation ("add") failed - address: ([
> ("subsystem" => "infinispan"),
> ("cache-container" => "hibernate"),
> ("invalidation-cache" => "nZYlaFT"),
> ("store" => "file")
> ]) - failure description: "WFLYCTL0441: Operation has resulted in failed or missing services
> WFLYCTL0186: Services which failed to start: service org.wildfly.clustering.infinispan.cache-configuration.hibernate.nZYlaFT: Failed to start service
> "
> 2017-06-12 10:04:30,388 INFO [org.jboss.as.controller] (management-handler-thread - 3) WFLYCTL0183: Service status report
> WFLYCTL0186: Services which failed to start: service org.wildfly.clustering.infinispan.cache-configuration.hibernate.nZYlaFT
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 1 month
[JBoss JIRA] (WFLY-8922) Update JaCoCo profile
by Marek Kopecký (JIRA)
[ https://issues.jboss.org/browse/WFLY-8922?page=com.atlassian.jira.plugin.... ]
Marek Kopecký moved JBEAP-11474 to WFLY-8922:
---------------------------------------------
Project: WildFly (was: JBoss Enterprise Application Platform)
Key: WFLY-8922 (was: JBEAP-11474)
Workflow: GIT Pull Request workflow (was: CDW with loose statuses v1)
Component/s: Build System
Test Suite
(was: Build System)
(was: Test Suite)
Affects Version/s: 11.0.0.Alpha1
(was: 7.1.0.DR19)
> Update JaCoCo profile
> ---------------------
>
> Key: WFLY-8922
> URL: https://issues.jboss.org/browse/WFLY-8922
> Project: WildFly
> Issue Type: Task
> Components: Build System, Test Suite
> Affects Versions: 11.0.0.Alpha1
> Reporter: Marek Kopecký
> Assignee: Marek Kopecký
>
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 1 month
[JBoss JIRA] (WFLY-8921) Adding store to invalidation cache fails with "WFLYCTL0441: Operation has resulted in failed or missing services"
by Jan Kašík (JIRA)
[ https://issues.jboss.org/browse/WFLY-8921?page=com.atlassian.jira.plugin.... ]
Jan Kašík updated WFLY-8921:
----------------------------
Steps to Reproduce:
# Start WildFly
# Add new invalidation cache: {code}/subsystem=infinispan/cache-container=hibernate/invalidation-cache=nZYlaFT:add(){code}
# Try to add a store to cache: {code}/subsystem=infinispan/cache-container=hibernate/invalidation-cache=nZYlaFT/store=file:add(){allow-resource-service-restart=true}{code}
was:
# Start EAP
# Add new invalidation cache: {code}/subsystem=infinispan/cache-container=hibernate/invalidation-cache=nZYlaFT:add(){code}
# Try to add a store to cache: {code}/subsystem=infinispan/cache-container=hibernate/invalidation-cache=nZYlaFT/store=file:add(){allow-resource-service-restart=true}{code}
> Adding store to invalidation cache fails with "WFLYCTL0441: Operation has resulted in failed or missing services"
> -----------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-8921
> URL: https://issues.jboss.org/browse/WFLY-8921
> Project: WildFly
> Issue Type: Bug
> Components: Clustering
> Affects Versions: 11.0.0.Alpha1
> Reporter: Jan Kašík
> Assignee: Paul Ferraro
>
> When adding store to invalidation cache, operation fails with this message:
> {code}
> [standalone@localhost:9990 /] /subsystem=infinispan/cache-container=hibernate/invalidation-cache=nZYlaFT/store=file:add(){allow-resource-service-restart=true}
> {
> "outcome" => "failed",
> "failure-description" => "WFLYCTL0441: Operation has resulted in failed or missing services
> WFLYCTL0186: Services which failed to start: service org.wildfly.clustering.infinispan.cache-configuration.hibernate.nZYlaFT: Failed to start service
> ",
> "rolled-back" => true
> }
> {code}
> and this exception in {{server.log}}:
> {code}
> 2017-06-12 10:04:30,381 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-1) MSC000001: Failed to start service org.wildfly.clustering.infinispan.cache-configuration.hibernate.nZYlaFT: org.jboss.msc.service.StartException in service org.wildfly.clustering.infinispan.cache-configuration.hibernate.nZYlaFT: Failed to start service
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1978)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> at java.lang.Thread.run(Thread.java:748)
> Caused by: org.infinispan.commons.CacheConfigurationException: ISPN000420: Cannot enable 'fetchPersistentState' in invalidation caches!
> at org.infinispan.configuration.cache.AbstractStoreConfigurationBuilder.validate(AbstractStoreConfigurationBuilder.java:181)
> at org.infinispan.configuration.cache.PersistenceConfigurationBuilder.validate(PersistenceConfigurationBuilder.java:106)
> at org.infinispan.configuration.cache.ConfigurationBuilder.validate(ConfigurationBuilder.java:203)
> at org.infinispan.configuration.cache.ConfigurationBuilder.build(ConfigurationBuilder.java:246)
> at org.infinispan.configuration.cache.ConfigurationBuilder.build(ConfigurationBuilder.java:236)
> at org.wildfly.clustering.infinispan.spi.service.ConfigurationBuilder.start(ConfigurationBuilder.java:88)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:2032)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1955)
> ... 3 more
> 2017-06-12 10:04:30,385 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 3) WFLYCTL0013: Operation ("add") failed - address: ([
> ("subsystem" => "infinispan"),
> ("cache-container" => "hibernate"),
> ("invalidation-cache" => "nZYlaFT"),
> ("store" => "file")
> ]) - failure description: "WFLYCTL0441: Operation has resulted in failed or missing services
> WFLYCTL0186: Services which failed to start: service org.wildfly.clustering.infinispan.cache-configuration.hibernate.nZYlaFT: Failed to start service
> "
> 2017-06-12 10:04:30,388 INFO [org.jboss.as.controller] (management-handler-thread - 3) WFLYCTL0183: Service status report
> WFLYCTL0186: Services which failed to start: service org.wildfly.clustering.infinispan.cache-configuration.hibernate.nZYlaFT
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 1 month
[JBoss JIRA] (WFLY-8921) Adding store to invalidation cache fails with "WFLYCTL0441: Operation has resulted in failed or missing services"
by Jan Kašík (JIRA)
[ https://issues.jboss.org/browse/WFLY-8921?page=com.atlassian.jira.plugin.... ]
Jan Kašík moved JBEAP-11472 to WFLY-8921:
-----------------------------------------
Project: WildFly (was: JBoss Enterprise Application Platform)
Key: WFLY-8921 (was: JBEAP-11472)
Workflow: GIT Pull Request workflow (was: CDW with loose statuses v1)
Component/s: Clustering
(was: Clustering)
Affects Version/s: 11.0.0.Alpha1
(was: 7.1.0.DR19)
> Adding store to invalidation cache fails with "WFLYCTL0441: Operation has resulted in failed or missing services"
> -----------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-8921
> URL: https://issues.jboss.org/browse/WFLY-8921
> Project: WildFly
> Issue Type: Bug
> Components: Clustering
> Affects Versions: 11.0.0.Alpha1
> Reporter: Jan Kašík
> Assignee: Paul Ferraro
>
> When adding store to invalidation cache, operation fails with this message:
> {code}
> [standalone@localhost:9990 /] /subsystem=infinispan/cache-container=hibernate/invalidation-cache=nZYlaFT/store=file:add(){allow-resource-service-restart=true}
> {
> "outcome" => "failed",
> "failure-description" => "WFLYCTL0441: Operation has resulted in failed or missing services
> WFLYCTL0186: Services which failed to start: service org.wildfly.clustering.infinispan.cache-configuration.hibernate.nZYlaFT: Failed to start service
> ",
> "rolled-back" => true
> }
> {code}
> and this exception in {{server.log}}:
> {code}
> 2017-06-12 10:04:30,381 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-1) MSC000001: Failed to start service org.wildfly.clustering.infinispan.cache-configuration.hibernate.nZYlaFT: org.jboss.msc.service.StartException in service org.wildfly.clustering.infinispan.cache-configuration.hibernate.nZYlaFT: Failed to start service
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1978)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> at java.lang.Thread.run(Thread.java:748)
> Caused by: org.infinispan.commons.CacheConfigurationException: ISPN000420: Cannot enable 'fetchPersistentState' in invalidation caches!
> at org.infinispan.configuration.cache.AbstractStoreConfigurationBuilder.validate(AbstractStoreConfigurationBuilder.java:181)
> at org.infinispan.configuration.cache.PersistenceConfigurationBuilder.validate(PersistenceConfigurationBuilder.java:106)
> at org.infinispan.configuration.cache.ConfigurationBuilder.validate(ConfigurationBuilder.java:203)
> at org.infinispan.configuration.cache.ConfigurationBuilder.build(ConfigurationBuilder.java:246)
> at org.infinispan.configuration.cache.ConfigurationBuilder.build(ConfigurationBuilder.java:236)
> at org.wildfly.clustering.infinispan.spi.service.ConfigurationBuilder.start(ConfigurationBuilder.java:88)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:2032)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1955)
> ... 3 more
> 2017-06-12 10:04:30,385 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 3) WFLYCTL0013: Operation ("add") failed - address: ([
> ("subsystem" => "infinispan"),
> ("cache-container" => "hibernate"),
> ("invalidation-cache" => "nZYlaFT"),
> ("store" => "file")
> ]) - failure description: "WFLYCTL0441: Operation has resulted in failed or missing services
> WFLYCTL0186: Services which failed to start: service org.wildfly.clustering.infinispan.cache-configuration.hibernate.nZYlaFT: Failed to start service
> "
> 2017-06-12 10:04:30,388 INFO [org.jboss.as.controller] (management-handler-thread - 3) WFLYCTL0183: Service status report
> WFLYCTL0186: Services which failed to start: service org.wildfly.clustering.infinispan.cache-configuration.hibernate.nZYlaFT
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 1 month
[JBoss JIRA] (WFLY-8920) Adding application-security-domain in EJB subsystem requires server reload
by Ingo Weiss (JIRA)
[ https://issues.jboss.org/browse/WFLY-8920?page=com.atlassian.jira.plugin.... ]
Ingo Weiss updated WFLY-8920:
-----------------------------
Affects Version/s: 11.0.0.Beta1
(was: 11.0.0.Alpha1)
> Adding application-security-domain in EJB subsystem requires server reload
> --------------------------------------------------------------------------
>
> Key: WFLY-8920
> URL: https://issues.jboss.org/browse/WFLY-8920
> Project: WildFly
> Issue Type: Bug
> Components: EJB, Security
> Affects Versions: 11.0.0.Beta1
> Reporter: Ondrej Lukas
> Assignee: Ingo Weiss
> Priority: Critical
>
> When application-security-domain is added in EJB subsystem then it is not used until server is reloaded. However CLI command does not set server to {{reload-required}} state, see:
> {code}
> /subsystem=ejb3/application-security-domain=other:add(security-domain=ApplicationDomain)
> {"outcome" => "success"}
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 1 month
[JBoss JIRA] (WFLY-8920) Adding application-security-domain in EJB subsystem requires server reload
by Ingo Weiss (JIRA)
[ https://issues.jboss.org/browse/WFLY-8920?page=com.atlassian.jira.plugin.... ]
Ingo Weiss moved WFCORE-2941 to WFLY-8920:
------------------------------------------
Project: WildFly (was: WildFly Core)
Key: WFLY-8920 (was: WFCORE-2941)
Component/s: EJB
Security
(was: Security)
Affects Version/s: 11.0.0.Alpha1
(was: 3.0.0.Beta23)
> Adding application-security-domain in EJB subsystem requires server reload
> --------------------------------------------------------------------------
>
> Key: WFLY-8920
> URL: https://issues.jboss.org/browse/WFLY-8920
> Project: WildFly
> Issue Type: Bug
> Components: EJB, Security
> Affects Versions: 11.0.0.Alpha1
> Reporter: Ondrej Lukas
> Assignee: Ingo Weiss
> Priority: Critical
>
> When application-security-domain is added in EJB subsystem then it is not used until server is reloaded. However CLI command does not set server to {{reload-required}} state, see:
> {code}
> /subsystem=ejb3/application-security-domain=other:add(security-domain=ApplicationDomain)
> {"outcome" => "success"}
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 1 month