July 2020 - jboss-jira - Jboss List Archives

[JBoss JIRA] (DROOLS-2008) Test Scenarios: Ability to fail a Guvnor Test Scenario if any unexpected rules are fired when the test scenario is executed

by Guilherme Gomes (Jira)

[ https://issues.redhat.com/browse/DROOLS-2008?page=com.atlassian.jira.plug... ] Guilherme Gomes closed DROOLS-2008. ----------------------------------- Resolution: Out of Date > Test Scenarios: Ability to fail a Guvnor Test Scenario if any unexpected rules are fired when the test scenario is executed > --------------------------------------------------------------------------------------------------------------------------- > > Key: DROOLS-2008 > URL: https://issues.redhat.com/browse/DROOLS-2008 > Project: Drools > Issue Type: Enhancement > Components: Scenario Simulation and Testing, Test Scenarios Editor > Reporter: Andrea Lee > Assignee: Toni Rikkola > Priority: Minor > Labels: drools-tools > > Example scenario: > Existing Rules: Rule A, Rule B, Rule C. > Test Scenario expectation: Expect Rule A to fire once. > I would like to have the ability to specify that this Test Scenario should fail if any other rule in addition to Rule A is fired WITHOUT having to specify the following additional expectations: Expect Rule B to not fire, Expect Rule C to not fire. > I have posted this in the user mailing list as well: http://n3.nabble.com/Guvnor-Test-Scenario-Expectations-td722429.html#a722429 -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years

1
0
0 / 0

[JBoss JIRA] (DROOLS-737) Ability to export zip or tarball of git repository

by Guilherme Gomes (Jira)

[ https://issues.redhat.com/browse/DROOLS-737?page=com.atlassian.jira.plugi... ] Guilherme Gomes closed DROOLS-737. ---------------------------------- Resolution: Out of Date > Ability to export zip or tarball of git repository > -------------------------------------------------- > > Key: DROOLS-737 > URL: https://issues.redhat.com/browse/DROOLS-737 > Project: Drools > Issue Type: Feature Request > Components: tools > Affects Versions: 6.2.0.Final > Reporter: William Decoste > Assignee: Toni Rikkola > Priority: Minor > > For users without or unable to use git -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years

1
0
0 / 0

[JBoss JIRA] (DROOLS-187) Wrong MIME Type in Guvnor User Guide

by Guilherme Gomes (Jira)

[ https://issues.redhat.com/browse/DROOLS-187?page=com.atlassian.jira.plugi... ] Guilherme Gomes closed DROOLS-187. ---------------------------------- Resolution: Out of Date > Wrong MIME Type in Guvnor User Guide > ------------------------------------ > > Key: DROOLS-187 > URL: https://issues.redhat.com/browse/DROOLS-187 > Project: Drools > Issue Type: Bug > Affects Versions: 6.0.0.Beta4 > Environment: All supported environments. > Reporter: Fernando Ribeiro > Assignee: Michael Anstis > Priority: Major > > In section 9.2.2, there are several occurrences of "plain/text" (wrong) instead of "text/plain" (right) which you may want to fix in the final version. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years

1
0
0 / 0

[JBoss JIRA] (DROOLS-470) Decision Table (XLS) should support fixed conditions, such as SeatDesignation(isNeighborOf($guest))

by Guilherme Gomes (Jira)

[ https://issues.redhat.com/browse/DROOLS-470?page=com.atlassian.jira.plugi... ] Guilherme Gomes closed DROOLS-470. ---------------------------------- Resolution: Out of Date > Decision Table (XLS) should support fixed conditions, such as SeatDesignation(isNeighborOf($guest)) > --------------------------------------------------------------------------------------------------- > > Key: DROOLS-470 > URL: https://issues.redhat.com/browse/DROOLS-470 > Project: Drools > Issue Type: Enhancement > Components: decision tables > Affects Versions: 6.1.0.Beta2 > Reporter: Geoffrey De Smet > Assignee: Michael Anstis > Priority: Major > Labels: optaplanner-request-for-drools > > This DT should work: > ||CONDITION||CONDITION||ACTION| > |$guest : SeatDesignation()|$neighbor : SeatDesignation(isNeighborOf($guest))|| > |guestName == "$param"|guestName == "$param"|doSomething();| > It crashes because of the "SeatDesignation(isNeighborOf($guest))". Only empty parenthesis are allowed. > Failing workaround 1: This workaround (as specified by the docs), does NOT work well, because it adds the same condition (isNeighborOf($guest)) multiple times in the same rule: > ||CONDITION||CONDITION||CONDITION||ACTION| > |$guest : SeatDesignation()|$neighbor : SeatDesignation()||| > |guestName == "$param"|isNeighborOf($guest), guestName == "$param"|isNeighborOf($guest), guestAge == "$param"|doSomething();| > Failing workaround 2: Adding an extra, hidden column with that condition does not work when new rows are added because condition columns with an empty cell are ignored. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years

1
0
0 / 0

[JBoss JIRA] (DROOLS-1994) Test Scenarios: Problems setting fields of global facts

by Guilherme Gomes (Jira)

[ https://issues.redhat.com/browse/DROOLS-1994?page=com.atlassian.jira.plug... ] Guilherme Gomes closed DROOLS-1994. ----------------------------------- Resolution: Out of Date > Test Scenarios: Problems setting fields of global facts > -------------------------------------------------------- > > Key: DROOLS-1994 > URL: https://issues.redhat.com/browse/DROOLS-1994 > Project: Drools > Issue Type: Bug > Components: Test Scenarios Editor > Affects Versions: 5.5.0.Final > Environment: Fedora 12, JDK 1.6 Sun/Oracle, BRMS 5.1, Firefox 3.5.6 > Reporter: Alessandro Lazarotti > Assignee: Toni Rikkola > Priority: Critical > Labels: drools-tools > > When in test scenario is clicked on global and selected a complex type, it is displayed the button "Add Field". However selecting the field from the dropdown and clicked on 'OK', the field is added in the background and the popup doesn't close (you are forced to click on X). Additionally is not possible set any value for the field inserted. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years

1
0
0 / 0

[JBoss JIRA] (DROOLS-784) Missing dependency - Uberfire workbench

by Guilherme Gomes (Jira)

[ https://issues.redhat.com/browse/DROOLS-784?page=com.atlassian.jira.plugi... ] Guilherme Gomes closed DROOLS-784. ---------------------------------- Resolution: Out of Date > Missing dependency - Uberfire workbench > --------------------------------------- > > Key: DROOLS-784 > URL: https://issues.redhat.com/browse/DROOLS-784 > Project: Drools > Issue Type: Bug > Affects Versions: 6.2.0.Final > Reporter: Matt Sinton-Hewitt > Assignee: Michael Anstis > Priority: Blocker > > On downloading Drools Workbench from http://www.drools.org/download/download.html > It appears to be missing: > <groupId>org.uberfire</groupId> > <artifactId>uberfire-workbench</artifactId> > various imports complain as being missing, e.g. > import org.uberfire.client.mvp.AbstractWorkbenchPerspectiveActivity; > import org.uberfire.client.mvp.PlaceManager; > The service still starts but I get errors all the time: > SEVERE: Editor model couldn't be loaded from path: default://master@testRepo/TestProject/src/main/java/com/flybe/testproject/TestObj.java. > org.kie.workbench.common.screens.datamodeller.service.ServiceException: Data model couldn't be loaded, path: PathImpl{uri='default://master@testRepo/TestProject', fileName='TestProject', attrs={}}, projectPath: PathImpl{uri='default://master@testRepo/TestProject', fileName='TestProject', attrs={}}. > at org.kie.workbench.common.screens.datamodeller.backend.server.DataModelerServiceImpl.loadModel(DataModelerServiceImpl.java:342) > at org.kie.workbench.common.screens.datamodeller.backend.server.DataModelerServiceImpl.constructContent(DataModelerServiceImpl.java:251) > at org.kie.workbench.common.screens.datamodeller.backend.server.DataModelerServiceImpl.constructContent(DataModelerServiceImpl.java:121) > at org.kie.workbench.common.services.backend.service.KieService.loadContent(KieService.java:73) > at org.kie.workbench.common.screens.datamodeller.backend.server.DataModelerServiceImpl.loadContent(DataModelerServiceImpl.java:191) > at org.kie.workbench.common.screens.datamodeller.backend.server.DataModelerServiceImpl$Proxy$_$$_WeldClientProxy.loadContent(DataModelerServiceImpl$Proxy$_$$_WeldClientProxy.java) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.jboss.errai.bus.server.io.AbstractRPCMethodCallback.invokeMethodFromMessage(AbstractRPCMethodCallback.java:48) > at org.jboss.errai.bus.server.io.ValueReplyRPCEndpointCallback.callback(ValueReplyRPCEndpointCallback.java:22) > at org.jboss.errai.bus.server.io.RemoteServiceCallback.callback(RemoteServiceCallback.java:54) > at org.jboss.errai.cdi.server.CDIExtensionPoints$2.callback(CDIExtensionPoints.java:396) > at org.jboss.errai.bus.server.DeliveryPlan.deliver(DeliveryPlan.java:47) > at org.jboss.errai.bus.server.ServerMessageBusImpl.sendGlobal(ServerMessageBusImpl.java:293) > at org.jboss.errai.bus.server.SimpleDispatcher.dispatchGlobal(SimpleDispatcher.java:46) > at org.jboss.errai.bus.server.service.ErraiServiceImpl.store(ErraiServiceImpl.java:97) > at org.jboss.errai.bus.server.service.ErraiServiceImpl.store(ErraiServiceImpl.java:114) > at org.jboss.errai.bus.server.servlet.DefaultBlockingServlet.doPost(DefaultBlockingServlet.java:142) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:650) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:731) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:303) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208) > at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208) > at org.uberfire.ext.security.server.SecureHeadersFilter.doFilter(SecureHeadersFilter.java:53) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208) > at org.uberfire.ext.security.server.SecurityIntegrationFilter.doFilter(SecurityIntegrationFilter.java:64) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208) > at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:220) > at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:122) > at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:614) > at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:170) > at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:103) > at org.kie.integration.tomcat.JACCValve.invoke(JACCValve.java:101) > at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:950) > at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:116) > at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:423) > at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1079) > at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:620) > at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:318) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) > at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61) > at java.lang.Thread.run(Thread.java:744) > Caused by: java.lang.RuntimeException: com.google.inject.CreationException: Guice creation errors: > 1) No implementation for org.kie.workbench.drools.client.perspectives.M2RepoPerspective annotated with interface org.eclipse.sisu.inject.TypeArguments$Implicit was bound. > at org.eclipse.sisu.wire.LocatorWiring > 2) No implementation for org.kie.workbench.drools.client.perspectives.DroolsAuthoringNoContextNavigationPerspective annotated with interface org.eclipse.sisu.inject.TypeArguments$Implicit was bound. > at org.eclipse.sisu.wire.LocatorWiring > 3) No implementation for org.kie.workbench.drools.client.perspectives.AdministrationPerspective annotated with interface org.eclipse.sisu.inject.TypeArguments$Implicit was bound. > at org.eclipse.sisu.wire.LocatorWiring > 4) No implementation for org.kie.workbench.drools.client.perspectives.DroolsAuthoringPerspective annotated with interface org.eclipse.sisu.inject.TypeArguments$Implicit was bound. > at org.eclipse.sisu.wire.LocatorWiring > 4 errors > at org.kie.scanner.embedder.MavenProjectLoader.parseMavenPom(MavenProjectLoader.java:44) > at org.kie.scanner.embedder.MavenProjectLoader.parseMavenPom(MavenProjectLoader.java:35) > at org.kie.scanner.ArtifactResolver.getResolverFor(ArtifactResolver.java:100) > at org.kie.scanner.KieModuleMetaDataImpl.<init>(KieModuleMetaDataImpl.java:68) > at org.kie.scanner.KieModuleMetaData$Factory.newKieModuleMetaData(KieModuleMetaData.java:30) > at org.kie.workbench.common.screens.datamodeller.backend.server.DataModelerServiceImpl.getProjectClassLoader(DataModelerServiceImpl.java:1214) > at org.kie.workbench.common.screens.datamodeller.backend.server.DataModelerServiceImpl.loadModel(DataModelerServiceImpl.java:315) > ... 48 more > Caused by: com.google.inject.CreationException: Guice creation errors: -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years

1
0
0 / 0

[JBoss JIRA] (DROOLS-22) Drools index files are getting created out of control and consume all of the hard drive space

by Guilherme Gomes (Jira)

[ https://issues.redhat.com/browse/DROOLS-22?page=com.atlassian.jira.plugin... ] Guilherme Gomes closed DROOLS-22. --------------------------------- Resolution: Out of Date > Drools index files are getting created out of control and consume all of the hard drive space > --------------------------------------------------------------------------------------------- > > Key: DROOLS-22 > URL: https://issues.redhat.com/browse/DROOLS-22 > Project: Drools > Issue Type: Bug > Reporter: Jyothi Alapati > Assignee: Michael Anstis > Priority: Major > Attachments: repository.xml, workspace.xml > > > Drools index files are getting created out of control and consume all of the hard drive space. It used to consume 20MB for index files, but in this case, it consumed 5GB of hard disk space and stopped working. > Note: Deleting the old index files except the latest solved this problem, but we want this to be prevented, instead of deleting the index files manually. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years

1
0
0 / 0

[JBoss JIRA] (DROOLS-468) Decision tables: system property -Ddrools.decisiontable.outputGeneratedDrl=true outputs the generated DRL to the logger

by Guilherme Gomes (Jira)

[ https://issues.redhat.com/browse/DROOLS-468?page=com.atlassian.jira.plugi... ] Guilherme Gomes closed DROOLS-468. ---------------------------------- Resolution: Out of Date > Decision tables: system property -Ddrools.decisiontable.outputGeneratedDrl=true outputs the generated DRL to the logger > ----------------------------------------------------------------------------------------------------------------------- > > Key: DROOLS-468 > URL: https://issues.redhat.com/browse/DROOLS-468 > Project: Drools > Issue Type: Enhancement > Affects Versions: 6.1.0.Beta2 > Reporter: Geoffrey De Smet > Assignee: Michael Anstis > Priority: Major > > Great for during development. Also document that in the decision tables chapter. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years

1
0
0 / 0

[JBoss JIRA] (DROOLS-5482) Extending integration tests to cover transformations

by Gabriele Cardosi (Jira)

[ https://issues.redhat.com/browse/DROOLS-5482?page=com.atlassian.jira.plug... ] Gabriele Cardosi closed DROOLS-5482. ------------------------------------ > Extending integration tests to cover transformations > ---------------------------------------------------- > > Key: DROOLS-5482 > URL: https://issues.redhat.com/browse/DROOLS-5482 > Project: Drools > Issue Type: Sub-task > Reporter: Gabriele Cardosi > Assignee: Gabriele Cardosi > Priority: Major > Labels: TrustyAI > > Extend integration tests to cover tranformations implementation (Apply/FieldRef/Constant) - eventually fixing bug -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years

1
0
0 / 0

[JBoss JIRA] (WFLY-13144) Resource Adapter can't be deleted after restarting server

by Dmitrii Pogorelov (Jira)

[ https://issues.redhat.com/browse/WFLY-13144?page=com.atlassian.jira.plugi... ] Dmitrii Pogorelov updated WFLY-13144: ------------------------------------- Affects Version/s: 19.1.0.Final > Resource Adapter can't be deleted after restarting server > --------------------------------------------------------- > > Key: WFLY-13144 > URL: https://issues.redhat.com/browse/WFLY-13144 > Project: WildFly > Issue Type: Bug > Components: JCA > Affects Versions: 14.0.1.Final, 11.0.0.Final, 17.0.1.Final, 19.1.0.Final > Reporter: Dmitrii Pogorelov > Assignee: Ivo Studensky > Priority: Critical > Attachments: jca-demo-1.0.rar, jcademo-source-code.rar > > > The issue is related to the WFLY-6774 issue. I'm working with Teiid and should create/delete resource adapters many times, especially resource adapters based on the same archive. The WFLY-6774 fix works well before the restarting server allowing me to create/delete resource adapters without restarting the server. Once I restart the server and try to remove a resource adapter based on an archive I'll get the following error: > {code} > [standalone@localhost:9990 /] /subsystem=resource-adapters/resource-adapter=jcaDemo_VDB_ID_1:remove{allow-resource-service-restart=true} > { > "outcome" => "failed", > "failure-description" => "WFLYCTL0171: Removing services has lead to unsatisfied dependencies: > Service jboss.resourceadapters.ra.jcaDemo_VDB_ID_1 was depended upon by service jboss.deployment.unit.\"jca-demo-1.0.rar\".INSTALL", > "rolled-back" => true > } > {code} > After showing the error server will rollback the "remove" command deploying the jca-demo-1.0.rar archive again and re-creating the jcaDemo_VDB_ID_1 resource adapter. As a result I can't remove the resource adapter via cli commands, it can be removed only manually (removing the resource adapter in standalone.xml). The bug can be reproduced (at least versions which I checked) on WildFly 11.0.0.Final, WildFly 14.0.1.Final and WildFly 17.0.1.Final. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira July 2020