April 2020 - jboss-jira - Jboss List Archives

[JBoss JIRA] (DROOLS-5238) [Data Modeler] Uncaught exception if user search for empty annotation

by Anna Dupliak (Jira)

Anna Dupliak created DROOLS-5238: ------------------------------------ Summary: [Data Modeler] Uncaught exception if user search for empty annotation Key: DROOLS-5238 URL: https://issues.redhat.com/browse/DROOLS-5238 Project: Drools Issue Type: Bug Components: tools Affects Versions: 7.36.0.Final Reporter: Anna Dupliak Assignee: Anna Dupliak Attachments: emptySearch.webm, image-2020-04-15-10-56-45-404.png, image-2020-04-15-10-57-41-163.png If user searches for empty annotation then unexpected exception troughs. See [^emptySearch.webm] -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years

1
0
0 / 0

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

by Filip Brychta (Jira)

[ https://issues.redhat.com/browse/SWSQE-1116?page=com.atlassian.jira.plugi... ] Filip Brychta resolved SWSQE-1116. ---------------------------------- Resolution: Done > 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 > Priority: Major > Labels: infrastructure > > 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)

6 years

1
0
0 / 0

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

by Toshiya Kobayashi (Jira)

[ https://issues.redhat.com/browse/DROOLS-5237?page=com.atlassian.jira.plug... ] Toshiya Kobayashi updated DROOLS-5237: -------------------------------------- Sprint: 2020 Week 16-18 (from Apr 13) > 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: Toshiya Kobayashi > Priority: Major > > 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)

6 years

1
0
0 / 0

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

by Toshiya Kobayashi (Jira)

[ https://issues.redhat.com/browse/DROOLS-5237?page=com.atlassian.jira.plug... ] Toshiya Kobayashi reassigned DROOLS-5237: ----------------------------------------- Assignee: Toshiya Kobayashi (was: Luca Molteni) > 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: Toshiya Kobayashi > Priority: Major > > 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)

6 years

1
0
0 / 0

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

6 years

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)

6 years

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)

6 years

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)

6 years

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)

6 years

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)

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 April 2020