April 2020 - jboss-jira - Jboss List Archives

[JBoss JIRA] (DROOLS-5237) Wrong property reactivity with non getter chain outside of modify block

by Toshiya Kobayashi (Jira)

Toshiya Kobayashi created DROOLS-5237: ----------------------------------------- Summary: Wrong property reactivity with non getter chain outside of modify block Key: DROOLS-5237 URL: https://issues.redhat.com/browse/DROOLS-5237 Project: Drools Issue Type: Bug Components: executable model Affects Versions: 7.36.0.Final Reporter: Toshiya Kobayashi Assignee: Luca Molteni The rule below causes infinite loop with executable model because "name" is considered as modified property. {noformat} rule R1 when $p : Person( name == "Mario" ) then System.out.println("name.length = " + $p.getName().length()); modify($p) { setAge(41) }; end {noformat} In standard-drl (DialectUtil.parseModifiedProperties), "getter + otherMethod" chain is considered that the property is modified. https://github.com/kiegroup/drools/blob/master/drools-compiler/src/main/j... Executable model follows the approach in this commit: https://github.com/kiegroup/drools/commit/fc924465437919d5b6bd99849ee595e... but executable model evaluates method calls outside of modify block while standard-drl evaluates only inside modify block. -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 5 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-5010) DMN DT Analysis consolidate FIRST policy messages

by Matteo Mortari (Jira)

[ https://issues.redhat.com/browse/DROOLS-5010?page=com.atlassian.jira.plug... ] Matteo Mortari updated DROOLS-5010: ----------------------------------- Sprint: (was: 2020 Week 16-18 (from Apr 13)) > DMN DT Analysis consolidate FIRST policy messages > ------------------------------------------------- > > Key: DROOLS-5010 > URL: https://issues.redhat.com/browse/DROOLS-5010 > Project: Drools > Issue Type: Enhancement > Components: dmn engine > Reporter: Matteo Mortari > Assignee: Matteo Mortari > Priority: Major > > evaluate consolidation of to merge messages about FIRST being non-best-practice and violating 1NF -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFLY-11508) Add "org.eclipse.microprofile.restclient" dependency to "resteasy-client-microprofile" module

by Ivo Studensky (Jira)

[ https://issues.redhat.com/browse/WFLY-11508?page=com.atlassian.jira.plugi... ] Ivo Studensky commented on WFLY-11508: -------------------------------------- [~rchakrab] I was working on this, but it got stuck in discussions then. I will re-check if it is still valid. > Add "org.eclipse.microprofile.restclient" dependency to "resteasy-client-microprofile" module > --------------------------------------------------------------------------------------------- > > Key: WFLY-11508 > URL: https://issues.redhat.com/browse/WFLY-11508 > Project: WildFly > Issue Type: Bug > Components: REST > Reporter: Marek Kopecky > Assignee: Ivo Studensky > Priority: Major > > Add "org.eclipse.microprofile.restclient" dependency to "resteasy-client-microprofile" module > MP Rest client doesn't work on server side, but it works outside of the server just with "resteasy-client-microprofile" dependency. This behaviour is not consistent. If user want to use MP Rest client, user needs to allow "org.eclipse.microprofile.restclient" manually on server (manifest file or jboss-deployment-structure.xml file) > Steps to reproduce: > {code:java} > public class Resource implements Proxy { > public String get() { > return "a"; > } > public String call() throws Exception { > RestClientBuilder builder = RestClientBuilder.newBuilder(); > Proxy restClient = builder.baseUrl(new URL("http://localhost:8080/jaxrs-wf/")).build(Proxy.class); > String response = restClient.get(); > System.out.println(response); > return response; > } > } > @Path("/") > public interface Proxy { > @GET > @Path("get") > String get(); > @GET > @Path("call") > String call() throws Exception; > } > {code} > * curl -v -X GET "http://localhost:8080/jaxrs-wf/call" > {noformat} > 09:16:18,485 ERROR [io.undertow.request] (default task-1) UT005023: Exception handling request to /jaxrs-wf/call: org.jboss.resteasy.spi.UnhandledException: java.util.ServiceConfigurationError: org.eclipse.microprofile.rest.client.spi.RestClientBuilderResolver: Provider org.jboss.resteasy.client.microprofile.MicroprofileClientBuilderResolver not a subtype > at org.jboss.resteasy.core.ExceptionHandler.handleApplicationException(ExceptionHandler.java:78) > at org.jboss.resteasy.core.ExceptionHandler.handleException(ExceptionHandler.java:222) > at org.jboss.resteasy.core.SynchronousDispatcher.writeException(SynchronousDispatcher.java:193) > at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:455) > at org.jboss.resteasy.core.SynchronousDispatcher.lambda$invoke$4(SynchronousDispatcher.java:229) > at org.jboss.resteasy.core.SynchronousDispatcher.lambda$preprocess$0(SynchronousDispatcher.java:135) > at org.jboss.resteasy.core.interception.PreMatchContainerRequestContext.filter(PreMatchContainerRequestContext.java:355) > at org.jboss.resteasy.core.SynchronousDispatcher.preprocess(SynchronousDispatcher.java:138) > at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:215) > at org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.service(ServletContainerDispatcher.java:227) > at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:56) > at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:51) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:791) > at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:74) > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:129) > at io.opentracing.contrib.jaxrs2.server.SpanFinishingFilter.doFilter(SpanFinishingFilter.java:55) > at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61) > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131) > at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:84) > at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62) > at io.undertow.servlet.handlers.ServletChain$1.handleRequest(ServletChain.java:68) > at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) > at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) > at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:132) > at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) > at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46) > at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64) > at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60) > at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:77) > at io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50) > at io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) > at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) > at org.wildfly.extension.undertow.deployment.GlobalRequestControllerHandler.handleRequest(GlobalRequestControllerHandler.java:68) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) > at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:292) > at io.undertow.servlet.handlers.ServletInitialHandler.access$100(ServletInitialHandler.java:81) > at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:138) > at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:135) > at io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:48) > at io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43) > at org.wildfly.extension.undertow.security.SecurityContextThreadSetupAction.lambda$create$0(SecurityContextThreadSetupAction.java:105) > at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502) > at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502) > at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502) > at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502) > at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:272) > at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81) > at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:104) > at io.undertow.server.Connectors.executeRootHandler(Connectors.java:360) > at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:830) > at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35) > at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1985) > at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1487) > at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1378) > at java.lang.Thread.run(Thread.java:748) > Caused by: java.util.ServiceConfigurationError: org.eclipse.microprofile.rest.client.spi.RestClientBuilderResolver: Provider org.jboss.resteasy.client.microprofile.MicroprofileClientBuilderResolver not a subtype > at java.util.ServiceLoader.fail(ServiceLoader.java:239) > at java.util.ServiceLoader.access$300(ServiceLoader.java:185) > at java.util.ServiceLoader$LazyIterator.nextService(ServiceLoader.java:376) > at java.util.ServiceLoader$LazyIterator.next(ServiceLoader.java:404) > at java.util.ServiceLoader$1.next(ServiceLoader.java:480) > at org.eclipse.microprofile.rest.client.spi.RestClientBuilderResolver.loadSpi(RestClientBuilderResolver.java:108) > at org.eclipse.microprofile.rest.client.spi.RestClientBuilderResolver.instance(RestClientBuilderResolver.java:81) > at org.eclipse.microprofile.rest.client.RestClientBuilder.newBuilder(RestClientBuilder.java:41) > at org.resteasy.simple.deployment.Resource.call(Resource.java:25) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:498) > at org.jboss.resteasy.core.MethodInjectorImpl.invoke(MethodInjectorImpl.java:139) > at org.jboss.resteasy.core.ResourceMethodInvoker.internalInvokeOnTarget(ResourceMethodInvoker.java:509) > at org.jboss.resteasy.core.ResourceMethodInvoker.invokeOnTargetAfterFilter(ResourceMethodInvoker.java:399) > at org.jboss.resteasy.core.ResourceMethodInvoker.lambda$invokeOnTarget$0(ResourceMethodInvoker.java:363) > at org.jboss.resteasy.core.interception.PreMatchContainerRequestContext.filter(PreMatchContainerRequestContext.java:355) > at org.jboss.resteasy.core.ResourceMethodInvoker.invokeOnTarget(ResourceMethodInvoker.java:365) > at org.jboss.resteasy.core.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:337) > at org.jboss.resteasy.core.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:310) > at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:439) > ... 55 more > {noformat} -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 5 months

1
0
0 / 0

[JBoss JIRA] (SWSQE-1116) Remove not maintained Complex Mesh from pipeline

by Filip Brychta (Jira)

Filip Brychta created SWSQE-1116: ------------------------------------ Summary: Remove not maintained Complex Mesh from pipeline Key: SWSQE-1116 URL: https://issues.redhat.com/browse/SWSQE-1116 Project: Kiali QE Issue Type: Task Reporter: Filip Brychta Assignee: Filip Brychta Following PR removed it https://github.com/kiali/kiali-test-mesh/pull/69 We need to stop using it in our pipeline -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFLY-13377) Upgrade JGroups to 4.2.3.Final

by Radoslav Husar (Jira)

Radoslav Husar created WFLY-13377: ------------------------------------- Summary: Upgrade JGroups to 4.2.3.Final Key: WFLY-13377 URL: https://issues.redhat.com/browse/WFLY-13377 Project: WildFly Issue Type: Component Upgrade Components: Clustering Reporter: Radoslav Husar Assignee: Radoslav Husar Fix For: 20.0.0.Beta1 Issues resolved https://issues.redhat.com/projects/JGRP/versions/12345154 Code changes https://github.com/belaban/JGroups/compare/JGroups-4.2.1.Final...JGroups-... -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFLY-13377) Upgrade JGroups to 4.2.3.Final

by Radoslav Husar (Jira)

[ https://issues.redhat.com/browse/WFLY-13377?page=com.atlassian.jira.plugi... ] Radoslav Husar updated WFLY-13377: ---------------------------------- Priority: Minor (was: Major) > Upgrade JGroups to 4.2.3.Final > ------------------------------ > > Key: WFLY-13377 > URL: https://issues.redhat.com/browse/WFLY-13377 > Project: WildFly > Issue Type: Component Upgrade > Components: Clustering > Reporter: Radoslav Husar > Assignee: Radoslav Husar > Priority: Minor > Fix For: 20.0.0.Beta1 > > > Issues resolved > https://issues.redhat.com/projects/JGRP/versions/12345542 > Code changes > https://github.com/belaban/JGroups/compare/JGroups-4.2.2.Final...JGroups-... -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFLY-13377) Upgrade JGroups to 4.2.3.Final

by Radoslav Husar (Jira)

[ https://issues.redhat.com/browse/WFLY-13377?page=com.atlassian.jira.plugi... ] Radoslav Husar updated WFLY-13377: ---------------------------------- Description: Issues resolved https://issues.redhat.com/projects/JGRP/versions/12345542 Code changes https://github.com/belaban/JGroups/compare/JGroups-4.2.2.Final...JGroups-... was: Issues resolved https://issues.redhat.com/projects/JGRP/versions/12345154 Code changes https://github.com/belaban/JGroups/compare/JGroups-4.2.1.Final...JGroups-... > Upgrade JGroups to 4.2.3.Final > ------------------------------ > > Key: WFLY-13377 > URL: https://issues.redhat.com/browse/WFLY-13377 > Project: WildFly > Issue Type: Component Upgrade > Components: Clustering > Reporter: Radoslav Husar > Assignee: Radoslav Husar > Priority: Major > Fix For: 20.0.0.Beta1 > > > Issues resolved > https://issues.redhat.com/projects/JGRP/versions/12345542 > Code changes > https://github.com/belaban/JGroups/compare/JGroups-4.2.2.Final...JGroups-... -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 5 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-5230) Managing a List of structures in Test Scenario editor produces an Exception

by Daniele Zonca (Jira)

[ https://issues.redhat.com/browse/DROOLS-5230?page=com.atlassian.jira.plug... ] Daniele Zonca reassigned DROOLS-5230: ------------------------------------- Assignee: Yeser Amer (was: Mario Fusco) > Managing a List of structures in Test Scenario editor produces an Exception > --------------------------------------------------------------------------- > > Key: DROOLS-5230 > URL: https://issues.redhat.com/browse/DROOLS-5230 > Project: Drools > Issue Type: Bug > Components: Scenario Simulation and Testing > Affects Versions: 7.34.0.Final > Reporter: Tracy Hires > Assignee: Yeser Amer > Priority: Critical > Attachments: Error screen shot.png, test_scenario_list_exception.zip > > > When trying to delete an item from a list of structures with nested structures in the scenario editor, an exception is thrown with a message that is not helpful to the end user. > Log entry is: > ``` > ^[[0m^[[31m17:16:51,564 ERROR [org.kie.workbench.common.services.backend.logger.GenericErrorLoggerServiceImpl] (default task-415) Error from user: xxxxx Error ID: -881202734 Location: LibraryPerspective|$ProjectScreen[!Worg.kie.dmn.decision.navigator,EDiagramEditorPropertiesScreen,Eorg.drools.scenariosimulation.TestTools?scesimeditorid=1,!Eorg.drools.scenariosimulation.TestTools?scesimeditorid=2,Eorg.docks.PlaceHolder?name=testRunnerReportingPanel,Worg.kie.guvnor.explorer,],DMNDiagramEditor?path_uri=default://master@dm-ai/XmlValidationBug/src/main/resources/Math%2520Functions.dmn&file_name=Math%20Functions.dmn&has_version_support=true,DMNDiagramEditor?path_uri=default://master@dm-ai/XmlValidationBug/src/main/resources/Divide.dmn&file_name=Divide.dmn&has_version_support=true,org.kie.workbench.common.screens.messageconsole.MessageConsole,,AddAssetsScreen,ScenarioSimulationEditor?path_uri=default://master@dm-ai/XmlValidationBug/src/test/resources/Test%2520Math%2520Functions.scesim&file_name=Test%20Math%20Functions.scesim&has_version_support=true Exception: Uncaught exception: Exception caught: (TypeError) : Cannot read property 'Tc' of undefined Caused by: (TypeError) : Cannot read property 'Tc' of undefined > ``` > From UI I could see: `Uncaught exception: Exception caught: (TypeError) : Cannot read property 'Tc' of undefined Caused by: (TypeError) : Cannot read property 'Tc' of undefined` > (Screenshot is attached) -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ELY-1953) Elytron tool command execution fails with java.nio.file.NoSuchFileException

by Ricardo Martin Camarero (Jira)

[ https://issues.redhat.com/browse/ELY-1953?page=com.atlassian.jira.plugin.... ] Ricardo Martin Camarero moved JBEAP-19228 to ELY-1953: ------------------------------------------------------ Project: WildFly Elytron (was: JBoss Enterprise Application Platform) Key: ELY-1953 (was: JBEAP-19228) Workflow: GIT Pull Request workflow (was: CDW with loose statuses v1) Component/s: Command-Line Tool (was: Security) Affects Version/s: 1.11.3.Final (was: 7.4.0.CD19) > Elytron tool command execution fails with java.nio.file.NoSuchFileException > ---------------------------------------------------------------------------- > > Key: ELY-1953 > URL: https://issues.redhat.com/browse/ELY-1953 > Project: WildFly Elytron > Issue Type: Bug > Components: Command-Line Tool > Affects Versions: 1.11.3.Final > Reporter: Ricardo Martin Camarero > Assignee: Ricardo Martin Camarero > Priority: Blocker > Labels: regression > > This is a regression in behavior of *elytron-tool.sh* with respect to 7.3.0.GA-CR4. > Basically, it was noticed that some commands involving a custom credential store returned a exit code of *0* and no error when executed against 7.3.0.GA-CR4 distribution, while the same commands are failing with various error codes against 7.4.0.CD19-CR1. > See _Steps to Reproduce_ for an example. -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 5 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-5010) DMN DT Analysis consolidate FIRST policy messages

by Matteo Mortari (Jira)

[ https://issues.redhat.com/browse/DROOLS-5010?page=com.atlassian.jira.plug... ] Matteo Mortari updated DROOLS-5010: ----------------------------------- Tester: Daniel Rosa (was: Tibor Zimanyi) > DMN DT Analysis consolidate FIRST policy messages > ------------------------------------------------- > > Key: DROOLS-5010 > URL: https://issues.redhat.com/browse/DROOLS-5010 > Project: Drools > Issue Type: Enhancement > Components: dmn engine > Reporter: Matteo Mortari > Assignee: Matteo Mortari > Priority: Major > > evaluate consolidation of to merge messages about FIRST being non-best-practice and violating 1NF -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 5 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 April 2020