July 2020 - jboss-jira - Jboss List Archives

[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)

4 years, 2 months

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)

4 years, 2 months

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)

4 years, 2 months

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)

4 years, 2 months

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)

4 years, 2 months

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)

4 years, 2 months

1
0
0 / 0

[JBoss JIRA] (WFLY-13650) Allow expressions for config-source's ordinal and dir attribute

by Jeff Mesnil (Jira)

Jeff Mesnil created WFLY-13650: ---------------------------------- Summary: Allow expressions for config-source's ordinal and dir attribute Key: WFLY-13650 URL: https://issues.redhat.com/browse/WFLY-13650 Project: WildFly Issue Type: Enhancement Components: MP Config Affects Versions: 20.0.0.Final Reporter: Jeff Mesnil Assignee: Jeff Mesnil -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 2 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-5282) Client side FEEL

by Jozef Marko (Jira)

[ https://issues.redhat.com/browse/DROOLS-5282?page=com.atlassian.jira.plug... ] Jozef Marko updated DROOLS-5282: -------------------------------- Component/s: DMN Editor > Client side FEEL > ---------------- > > Key: DROOLS-5282 > URL: https://issues.redhat.com/browse/DROOLS-5282 > Project: Drools > Issue Type: Epic > Components: DMN Editor > Reporter: Toni Rikkola > Assignee: Toni Rikkola > Priority: Major > Labels: drools-tools > > Make kie-dmn-feel usable in the client side. > Notes: > * FEEL functions use reflection, but many if not all of them can be hard coded -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 2 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-5282) Client side FEEL

by Jozef Marko (Jira)

[ https://issues.redhat.com/browse/DROOLS-5282?page=com.atlassian.jira.plug... ] Jozef Marko updated DROOLS-5282: -------------------------------- Tester: Jozef Marko > Client side FEEL > ---------------- > > Key: DROOLS-5282 > URL: https://issues.redhat.com/browse/DROOLS-5282 > Project: Drools > Issue Type: Epic > Reporter: Toni Rikkola > Assignee: Toni Rikkola > Priority: Major > Labels: drools-tools > > Make kie-dmn-feel usable in the client side. > Notes: > * FEEL functions use reflection, but many if not all of them can be hard coded -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 2 months

1
0
0 / 0

[JBoss JIRA] (SWSQE-1155) UI Automations Labels for Applications

by Hayk Hovsepyan (Jira)

[ https://issues.redhat.com/browse/SWSQE-1155?page=com.atlassian.jira.plugi... ] Hayk Hovsepyan commented on SWSQE-1155: --------------------------------------- https://github.com/Kiali-QE/kiali-qe-python/pull/308 > UI Automations Labels for Applications > -------------------------------------- > > Key: SWSQE-1155 > URL: https://issues.redhat.com/browse/SWSQE-1155 > Project: Kiali QE > Issue Type: QE Task > Reporter: Hayk Hovsepyan > Assignee: Hayk Hovsepyan > Priority: Major > Labels: automation > > It is commented and TODO: Service name label should be taken from OC. -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 2 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira July 2020