[JBoss JIRA] (WFCORE-4199) jconsole can't connect to jboss CLI process
by Jean-Francois Denise (Jira)
[ https://issues.jboss.org/browse/WFCORE-4199?page=com.atlassian.jira.plugi... ]
Jean-Francois Denise updated WFCORE-4199:
-----------------------------------------
Description:
Due to JBTHR-61 that is masked by a JDK bug (JDK-8213735), as soon as CLI is connected to a server, jconsole can't connect to it. There is an invalid ObjectName registered in the MBeanServer that breaks at deserialization time.
was:
Due to JBTHR-61 that is masked by a JDK bug (just logged no ID yet), as soon as CLI is connected to a server, jconsole can't connect to it. There is an invalid ObjectName registered in the MBeanServer that breaks at deserialization time.
> jconsole can't connect to jboss CLI process
> -------------------------------------------
>
> Key: WFCORE-4199
> URL: https://issues.jboss.org/browse/WFCORE-4199
> Project: WildFly Core
> Issue Type: Bug
> Components: CLI
> Affects Versions: 7.0.0.Alpha4
> Reporter: Jean-Francois Denise
> Assignee: Jean-Francois Denise
> Priority: Critical
>
> Due to JBTHR-61 that is masked by a JDK bug (JDK-8213735), as soon as CLI is connected to a server, jconsole can't connect to it. There is an invalid ObjectName registered in the MBeanServer that breaks at deserialization time.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 6 months
[JBoss JIRA] (WFCORE-3522) Module dependency order for a deployment is wrong
by Michal Jurc (Jira)
[ https://issues.jboss.org/browse/WFCORE-3522?page=com.atlassian.jira.plugi... ]
Michal Jurc updated WFCORE-3522:
--------------------------------
Priority: Major (was: Critical)
> Module dependency order for a deployment is wrong
> -------------------------------------------------
>
> Key: WFCORE-3522
> URL: https://issues.jboss.org/browse/WFCORE-3522
> Project: WildFly Core
> Issue Type: Bug
> Affects Versions: 3.0.8.Final
> Reporter: Ken Finnigan
> Priority: Major
>
> Within WildFly Swarm we need the ability to override the `javax.ws.rs.client.ClientBuilder` service file for a deployment to provide custom handling for implementing Eclipse MicroProfile.
> With a service file present in the deployment, the existing RESTEasy service file is always found first because the deployment module is added as a dependency after other non local dependencies. See https://github.com/wildfly/wildfly-core/blob/master/server/src/main/java/...
> After discussing with [~dmlloyd] on IRC, he agreed this was a bug and a better solution was for the deployment's dependency to always be first if `isLocalLast()` is false, and instead remove any spec packages that might be present on the deployment path instead.
> He explained the purpose of this ordering was to prevent a user deploying `javax.servlet.api` and breaking things, but it appears this can be achieved by alternative methods.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 6 months
[JBoss JIRA] (WFLY-9727) WildFly Randomly Terminates after 5-10 minutes
by Michal Jurc (Jira)
[ https://issues.jboss.org/browse/WFLY-9727?page=com.atlassian.jira.plugin.... ]
Michal Jurc closed WFLY-9727.
-----------------------------
Fix Version/s: 14.0.0.Final
Resolution: Cannot Reproduce
Closing this with {{'Cannot reproduce'}} as a proper reproducer was not supplied.
> WildFly Randomly Terminates after 5-10 minutes
> ----------------------------------------------
>
> Key: WFLY-9727
> URL: https://issues.jboss.org/browse/WFLY-9727
> Project: WildFly
> Issue Type: Bug
> Components: Server
> Affects Versions: 10.0.0.Final
> Environment: Running WildFly 10.x from within Eclipse Oxygen (4.7.2) on 2015 MacBook Pro running OS X El Capitan (10.11.6)
> Reporter: Daniel Wiseman
> Assignee: Jason Greene
> Priority: Critical
> Fix For: 14.0.0.Final
>
> Original Estimate: 1 week
> Remaining Estimate: 1 week
>
> I've been experiencing an odd intermittent issue on my WildFly server that has been running on my local system. Every other day or so my server will shutdown, without warning, after running for five to ten minutes from launch. The WildFly server logs contain no errors but the Eclipse logs output these two stack identical stack traces every time:
> {code}
> Exception in thread "Remoting "management-client" I/O-1" java.util.concurrent.RejectedExecutionException: XNIO007007: Thread is terminating
> at org.xnio.nio.WorkerThread.execute(WorkerThread.java:588)
> at org.xnio.AbstractIoFuture.runNotifier(AbstractIoFuture.java:354)
> at org.xnio.AbstractIoFuture.runAllNotifiers(AbstractIoFuture.java:233)
> at org.xnio.AbstractIoFuture.setCancelled(AbstractIoFuture.java:291)
> at org.xnio.FutureResult.setCancelled(FutureResult.java:98)
> at org.xnio.nio.WorkerThread$ConnectHandle.forceTermination(WorkerThread.java:339)
> at org.xnio.nio.WorkerThread.run(WorkerThread.java:492)
> Exception in thread "Remoting "management-client" I/O-1" java.util.concurrent.RejectedExecutionException: XNIO007007: Thread is terminating
> at org.xnio.nio.WorkerThread.execute(WorkerThread.java:588)
> at org.xnio.AbstractIoFuture.runNotifier(AbstractIoFuture.java:354)
> at org.xnio.AbstractIoFuture.runAllNotifiers(AbstractIoFuture.java:233)
> at org.xnio.AbstractIoFuture.setCancelled(AbstractIoFuture.java:291)
> at org.xnio.FutureResult.setCancelled(FutureResult.java:98)
> at org.xnio.nio.WorkerThread$ConnectHandle.forceTermination(WorkerThread.java:339)
> at org.xnio.nio.WorkerThread.run(WorkerThread.java:492)
> {code}
> This issue will occur on every server start for an entire day and then the next day it won't happen at all. However, when it happens it makes debugging the software I write that runs of the server near impossible. Does anyone have any ideas what could be causing this issue? Let me know if you need more details, thanks!
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 6 months
[JBoss JIRA] (DROOLS-3135) Create Scenario Simulation Selenium test covering basic operations
by Klara Kufova (Jira)
[ https://issues.jboss.org/browse/DROOLS-3135?page=com.atlassian.jira.plugi... ]
Klara Kufova updated DROOLS-3135:
---------------------------------
Labels: CustomerFocus CustomerFocusTeam ScenarioSimulation ScenarioSimulationTeam (was: CustomerFocus CustomerFocusTeam ScenarioSimulation)
> Create Scenario Simulation Selenium test covering basic operations
> ------------------------------------------------------------------
>
> Key: DROOLS-3135
> URL: https://issues.jboss.org/browse/DROOLS-3135
> Project: Drools
> Issue Type: Task
> Components: Scenario Simulation and Testing
> Reporter: Klara Kufova
> Assignee: Klara Kufova
> Priority: Major
> Labels: CustomerFocus, CustomerFocusTeam, ScenarioSimulation, ScenarioSimulationTeam
>
> Create a Scenario Simulation Selenium test that covers the following basic operations:
> _Test create and open test scenario. Run Test and check the reporting panel has opened. Make changes, save, and reopen. Test copy, rename, and delete test scenario._
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 6 months
[JBoss JIRA] (DROOLS-3135) Create Scenario Simulation Selenium test covering basic operations
by Klara Kufova (Jira)
[ https://issues.jboss.org/browse/DROOLS-3135?page=com.atlassian.jira.plugi... ]
Klara Kufova updated DROOLS-3135:
---------------------------------
Labels: CustomerFocus CustomerFocusTeam ScenarioSimulation (was: CustomerFocus ScenarioSimulation)
> Create Scenario Simulation Selenium test covering basic operations
> ------------------------------------------------------------------
>
> Key: DROOLS-3135
> URL: https://issues.jboss.org/browse/DROOLS-3135
> Project: Drools
> Issue Type: Task
> Components: Scenario Simulation and Testing
> Reporter: Klara Kufova
> Assignee: Klara Kufova
> Priority: Major
> Labels: CustomerFocus, CustomerFocusTeam, ScenarioSimulation, ScenarioSimulationTeam
>
> Create a Scenario Simulation Selenium test that covers the following basic operations:
> _Test create and open test scenario. Run Test and check the reporting panel has opened. Make changes, save, and reopen. Test copy, rename, and delete test scenario._
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 6 months
[JBoss JIRA] (WFLY-10920) IllegalStateException: java.util.ConcurrentModificationException
by Jeff Mesnil (Jira)
[ https://issues.jboss.org/browse/WFLY-10920?page=com.atlassian.jira.plugin... ]
Jeff Mesnil updated WFLY-10920:
-------------------------------
Fix Version/s: 15.0.0.Alpha1
(was: 14.0.0.Final)
> IllegalStateException: java.util.ConcurrentModificationException
> ----------------------------------------------------------------
>
> Key: WFLY-10920
> URL: https://issues.jboss.org/browse/WFLY-10920
> Project: WildFly
> Issue Type: Bug
> Components: MP Config
> Affects Versions: 14.0.1.Final, 14.0.0.Final
> Reporter: tommaso borgato
> Assignee: Jeff Mesnil
> Priority: Critical
> Fix For: 15.0.0.Alpha1
>
> Attachments: clusterbench-ee7-shared-sessions.ear, clusterbench-ee7.ear, perf18-consoleText.txt
>
>
> One of the many affected scenarios is [perflab_eap-7x-failover-http-session-shutdown-dist-sync-shared-sessions|h...]: it is a 4 nodes (running with the standalone-ha.xml configuration) fail-over scenario where the deployed EAR contains two WAR sharing http sessions:
> {{clusterbench-ee7-shared-sessions.ear/META-INF/jboss-all.xml}}:
> {noformat}
> <jboss umlns="urn:jboss:1.0">
> <shared-session-config xmlns="urn:jboss:shared-session-config:1.0">
> <session-config>
> <cookie-config>
> <path>/</path>
> </cookie-config>
> </session-config>
> </shared-session-config>
> </jboss>
> {noformat}
> During server shut-down the EAR is stopped and we observe the following error:
> {noformat}
> [JBossINF] [0m[0m05:49:46,803 INFO [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 99) WFLYCLINF0003: Stopped clusterbench-ee7-shared-sessions.ear cache from web container
> [JBossINF] [0m[0m05:49:46,805 INFO [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (MSC service thread 1-1) ISPN000080: Disconnecting JGroups channel ejb
> [JBossINF] [0m[31m05:49:46,813 ERROR [org.jboss.as.server.deployment] (MSC service thread 1-6) WFLYSRV0043: Deployment unit processor org.wildfly.extension.microprofile.config.smallrye.deployment.SubsystemDeploymentProcessor@6953f688 unexpectedly threw an exception during undeploy phase POST_MODULE of subdeployment "clusterbench-ee7-web-default-2.war" of deployment "clusterbench-ee7-shared-sessions.ear": java.util.ConcurrentModificationException
> [JBossINF] at java.util.HashMap$HashIterator.nextNode(HashMap.java:1442)
> [JBossINF] at java.util.HashMap$EntryIterator.next(HashMap.java:1476)
> [JBossINF] at java.util.HashMap$EntryIterator.next(HashMap.java:1474)
> [JBossINF] at io.smallrye.config.SmallRyeConfigProviderResolver.releaseConfig(SmallRyeConfigProviderResolver.java:71)
> [JBossINF] at org.wildfly.extension.microprofile.config.smallrye.deployment.SubsystemDeploymentProcessor.undeploy(SubsystemDeploymentProcessor.java:102)
> [JBossINF] at org.jboss.as.server.deployment.DeploymentUnitPhaseService.safeUndeploy(DeploymentUnitPhaseService.java:211)
> [JBossINF] at org.jboss.as.server.deployment.DeploymentUnitPhaseService.stop(DeploymentUnitPhaseService.java:204)
> [JBossINF] at org.jboss.msc.service.ServiceControllerImpl$StopTask.stopService(ServiceControllerImpl.java:1792)
> [JBossINF] at org.jboss.msc.service.ServiceControllerImpl$StopTask.execute(ServiceControllerImpl.java:1761)
> [JBossINF] at org.jboss.msc.service.ServiceControllerImpl$ControllerTask.run(ServiceControllerImpl.java:1556)
> [JBossINF] at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
> [JBossINF] at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1985)
> [JBossINF] at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1487)
> [JBossINF] at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1378)
> [JBossINF] at java.lang.Thread.run(Thread.java:748)
> [JBossINF]
> [JBossINF] [0m[31m05:49:46,812 ERROR [org.jboss.as.server.deployment] (MSC service thread 1-4) WFLYSRV0043: Deployment unit processor org.wildfly.extension.microprofile.config.smallrye.deployment.SubsystemDeploymentProcessor@6953f688 unexpectedly threw an exception during undeploy phase POST_MODULE of subdeployment "clusterbench-ee7-web-default-1.war" of deployment "clusterbench-ee7-shared-sessions.ear": java.util.ConcurrentModificationException
> [JBossINF] at java.util.HashMap$HashIterator.nextNode(HashMap.java:1442)
> [JBossINF] at java.util.HashMap$EntryIterator.next(HashMap.java:1476)
> [JBossINF] at java.util.HashMap$EntryIterator.next(HashMap.java:1474)
> [JBossINF] at io.smallrye.config.SmallRyeConfigProviderResolver.releaseConfig(SmallRyeConfigProviderResolver.java:71)
> [JBossINF] at org.wildfly.extension.microprofile.config.smallrye.deployment.SubsystemDeploymentProcessor.undeploy(SubsystemDeploymentProcessor.java:102)
> [JBossINF] at org.jboss.as.server.deployment.DeploymentUnitPhaseService.safeUndeploy(DeploymentUnitPhaseService.java:211)
> [JBossINF] at org.jboss.as.server.deployment.DeploymentUnitPhaseService.stop(DeploymentUnitPhaseService.java:204)
> [JBossINF] at org.jboss.msc.service.ServiceControllerImpl$StopTask.stopService(ServiceControllerImpl.java:1792)
> [JBossINF] at org.jboss.msc.service.ServiceControllerImpl$StopTask.execute(ServiceControllerImpl.java:1761)
> [JBossINF] at org.jboss.msc.service.ServiceControllerImpl$ControllerTask.run(ServiceControllerImpl.java:1556)
> [JBossINF] at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
> [JBossINF] at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1985)
> [JBossINF] at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1487)
> [JBossINF] at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1378)
> [JBossINF] at java.lang.Thread.run(Thread.java:748)
> {noformat}
> Also other scenarios like [perflab_eap-7x-failover-http-session-shutdown-dist-sync-nb-state-transfer...] and [perflab_eap-7x-failover-remote-jdg-session-shutdown-invalidation-sync-hot...] exhibits the same error: I assume it does not depend on the shared sessions configuration mentioned above;
> Find attached:
> - the complete server log (perf18-consoleText.txt)
> - the EAR used for the shared-sessions scenario (clusterbench-ee7-shared-sessions.ear)
> - the EAR used for the [perflab_eap-7x-failover-http-session-shutdown-dist-sync-nb-state-transfer...] scenario (clusterbench-ee7.ear)
>
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 6 months
[JBoss JIRA] (WFLY-10920) IllegalStateException: java.util.ConcurrentModificationException
by Michal Jurc (Jira)
[ https://issues.jboss.org/browse/WFLY-10920?page=com.atlassian.jira.plugin... ]
Michal Jurc commented on WFLY-10920:
------------------------------------
[~jmesnil] PR has been merged, should this maybe be '{{Resolved}}'?
> IllegalStateException: java.util.ConcurrentModificationException
> ----------------------------------------------------------------
>
> Key: WFLY-10920
> URL: https://issues.jboss.org/browse/WFLY-10920
> Project: WildFly
> Issue Type: Bug
> Components: MP Config
> Affects Versions: 14.0.1.Final, 14.0.0.Final
> Reporter: tommaso borgato
> Assignee: Jeff Mesnil
> Priority: Critical
> Attachments: clusterbench-ee7-shared-sessions.ear, clusterbench-ee7.ear, perf18-consoleText.txt
>
>
> One of the many affected scenarios is [perflab_eap-7x-failover-http-session-shutdown-dist-sync-shared-sessions|h...]: it is a 4 nodes (running with the standalone-ha.xml configuration) fail-over scenario where the deployed EAR contains two WAR sharing http sessions:
> {{clusterbench-ee7-shared-sessions.ear/META-INF/jboss-all.xml}}:
> {noformat}
> <jboss umlns="urn:jboss:1.0">
> <shared-session-config xmlns="urn:jboss:shared-session-config:1.0">
> <session-config>
> <cookie-config>
> <path>/</path>
> </cookie-config>
> </session-config>
> </shared-session-config>
> </jboss>
> {noformat}
> During server shut-down the EAR is stopped and we observe the following error:
> {noformat}
> [JBossINF] [0m[0m05:49:46,803 INFO [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 99) WFLYCLINF0003: Stopped clusterbench-ee7-shared-sessions.ear cache from web container
> [JBossINF] [0m[0m05:49:46,805 INFO [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (MSC service thread 1-1) ISPN000080: Disconnecting JGroups channel ejb
> [JBossINF] [0m[31m05:49:46,813 ERROR [org.jboss.as.server.deployment] (MSC service thread 1-6) WFLYSRV0043: Deployment unit processor org.wildfly.extension.microprofile.config.smallrye.deployment.SubsystemDeploymentProcessor@6953f688 unexpectedly threw an exception during undeploy phase POST_MODULE of subdeployment "clusterbench-ee7-web-default-2.war" of deployment "clusterbench-ee7-shared-sessions.ear": java.util.ConcurrentModificationException
> [JBossINF] at java.util.HashMap$HashIterator.nextNode(HashMap.java:1442)
> [JBossINF] at java.util.HashMap$EntryIterator.next(HashMap.java:1476)
> [JBossINF] at java.util.HashMap$EntryIterator.next(HashMap.java:1474)
> [JBossINF] at io.smallrye.config.SmallRyeConfigProviderResolver.releaseConfig(SmallRyeConfigProviderResolver.java:71)
> [JBossINF] at org.wildfly.extension.microprofile.config.smallrye.deployment.SubsystemDeploymentProcessor.undeploy(SubsystemDeploymentProcessor.java:102)
> [JBossINF] at org.jboss.as.server.deployment.DeploymentUnitPhaseService.safeUndeploy(DeploymentUnitPhaseService.java:211)
> [JBossINF] at org.jboss.as.server.deployment.DeploymentUnitPhaseService.stop(DeploymentUnitPhaseService.java:204)
> [JBossINF] at org.jboss.msc.service.ServiceControllerImpl$StopTask.stopService(ServiceControllerImpl.java:1792)
> [JBossINF] at org.jboss.msc.service.ServiceControllerImpl$StopTask.execute(ServiceControllerImpl.java:1761)
> [JBossINF] at org.jboss.msc.service.ServiceControllerImpl$ControllerTask.run(ServiceControllerImpl.java:1556)
> [JBossINF] at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
> [JBossINF] at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1985)
> [JBossINF] at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1487)
> [JBossINF] at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1378)
> [JBossINF] at java.lang.Thread.run(Thread.java:748)
> [JBossINF]
> [JBossINF] [0m[31m05:49:46,812 ERROR [org.jboss.as.server.deployment] (MSC service thread 1-4) WFLYSRV0043: Deployment unit processor org.wildfly.extension.microprofile.config.smallrye.deployment.SubsystemDeploymentProcessor@6953f688 unexpectedly threw an exception during undeploy phase POST_MODULE of subdeployment "clusterbench-ee7-web-default-1.war" of deployment "clusterbench-ee7-shared-sessions.ear": java.util.ConcurrentModificationException
> [JBossINF] at java.util.HashMap$HashIterator.nextNode(HashMap.java:1442)
> [JBossINF] at java.util.HashMap$EntryIterator.next(HashMap.java:1476)
> [JBossINF] at java.util.HashMap$EntryIterator.next(HashMap.java:1474)
> [JBossINF] at io.smallrye.config.SmallRyeConfigProviderResolver.releaseConfig(SmallRyeConfigProviderResolver.java:71)
> [JBossINF] at org.wildfly.extension.microprofile.config.smallrye.deployment.SubsystemDeploymentProcessor.undeploy(SubsystemDeploymentProcessor.java:102)
> [JBossINF] at org.jboss.as.server.deployment.DeploymentUnitPhaseService.safeUndeploy(DeploymentUnitPhaseService.java:211)
> [JBossINF] at org.jboss.as.server.deployment.DeploymentUnitPhaseService.stop(DeploymentUnitPhaseService.java:204)
> [JBossINF] at org.jboss.msc.service.ServiceControllerImpl$StopTask.stopService(ServiceControllerImpl.java:1792)
> [JBossINF] at org.jboss.msc.service.ServiceControllerImpl$StopTask.execute(ServiceControllerImpl.java:1761)
> [JBossINF] at org.jboss.msc.service.ServiceControllerImpl$ControllerTask.run(ServiceControllerImpl.java:1556)
> [JBossINF] at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
> [JBossINF] at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1985)
> [JBossINF] at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1487)
> [JBossINF] at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1378)
> [JBossINF] at java.lang.Thread.run(Thread.java:748)
> {noformat}
> Also other scenarios like [perflab_eap-7x-failover-http-session-shutdown-dist-sync-nb-state-transfer...] and [perflab_eap-7x-failover-remote-jdg-session-shutdown-invalidation-sync-hot...] exhibits the same error: I assume it does not depend on the shared sessions configuration mentioned above;
> Find attached:
> - the complete server log (perf18-consoleText.txt)
> - the EAR used for the shared-sessions scenario (clusterbench-ee7-shared-sessions.ear)
> - the EAR used for the [perflab_eap-7x-failover-http-session-shutdown-dist-sync-nb-state-transfer...] scenario (clusterbench-ee7.ear)
>
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 6 months
[JBoss JIRA] (DROOLS-3135) Create Scenario Simulation Selenium test covering basic operations
by Klara Kufova (Jira)
[ https://issues.jboss.org/browse/DROOLS-3135?page=com.atlassian.jira.plugi... ]
Klara Kufova updated DROOLS-3135:
---------------------------------
Labels: CustomerFocus ScenarioSimulation (was: CustomerFocus CustomerFocusTeam ScenarioSimulation)
> Create Scenario Simulation Selenium test covering basic operations
> ------------------------------------------------------------------
>
> Key: DROOLS-3135
> URL: https://issues.jboss.org/browse/DROOLS-3135
> Project: Drools
> Issue Type: Task
> Components: Scenario Simulation and Testing
> Reporter: Klara Kufova
> Assignee: Klara Kufova
> Priority: Major
> Labels: CustomerFocus, ScenarioSimulation
>
> Create a Scenario Simulation Selenium test that covers the following basic operations:
> _Test create and open test scenario. Run Test and check the reporting panel has opened. Make changes, save, and reopen. Test copy, rename, and delete test scenario._
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 6 months