July 2020 - jboss-jira - Jboss List Archives

[JBoss JIRA] (DROOLS-5475) Externalize lambda for rule attributes

by Toshiya Kobayashi (Jira)

Toshiya Kobayashi created DROOLS-5475: ----------------------------------------- Summary: Externalize lambda for rule attributes Key: DROOLS-5475 URL: https://issues.redhat.com/browse/DROOLS-5475 Project: Drools Issue Type: Sub-task Components: executable model Affects Versions: 7.39.0.Final Reporter: Toshiya Kobayashi Assignee: Toshiya Kobayashi lambdas for dynamic rule attributes are not externalized. e.g. RuleAttributesTest#testDynamicSalience -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 7 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-5474) Externalize lambda for conditional and named consequences

by Toshiya Kobayashi (Jira)

Toshiya Kobayashi created DROOLS-5474: ----------------------------------------- Summary: Externalize lambda for conditional and named consequences Key: DROOLS-5474 URL: https://issues.redhat.com/browse/DROOLS-5474 Project: Drools Issue Type: Sub-task Components: executable model Affects Versions: 7.39.0.Final Reporter: Toshiya Kobayashi Assignee: Toshiya Kobayashi lambdas for "if" conditional elements are not externalized. e.g. NamedConsequencesTest#testBreakingNamedConsequence -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 7 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-5473) Implement DefineFunction scheleton

by Gabriele Cardosi (Jira)

Gabriele Cardosi created DROOLS-5473: ---------------------------------------- Summary: Implement DefineFunction scheleton Key: DROOLS-5473 URL: https://issues.redhat.com/browse/DROOLS-5473 Project: Drools Issue Type: Sub-task Reporter: Gabriele Cardosi Assignee: Gabriele Cardosi Implement DefineFunction management scheleton. DefineFunctions are similar to DerivedFields, since both make usage of EXPRESSION. Differences are 1) DerivedFields methods should referenced inside "transformations" map, DefineFunctions not 2) DerivedFields methods names are automatically generated, while DefineFunctions ones are retrieved from DefinedFunctions declaration 3) DefineFunctions requires at least one Parameter (beside the List of already defined fields ) -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFLY-13632) If a CMR resource is deployed concurrently then it will overwrite the list of resources that are expected to behave as CMR

by Michael Musgrove (Jira)

[ https://issues.redhat.com/browse/WFLY-13632?page=com.atlassian.jira.plugi... ] Michael Musgrove commented on WFLY-13632: ----------------------------------------- My understanding is that the WildFly management model locks out concurrent modifications. We should have someone from the wildfly core team evaluate this bug report. > If a CMR resource is deployed concurrently then it will overwrite the list of resources that are expected to behave as CMR > -------------------------------------------------------------------------------------------------------------------------- > > Key: WFLY-13632 > URL: https://issues.redhat.com/browse/WFLY-13632 > Project: WildFly > Issue Type: Bug > Components: Transactions > Reporter: Thomas Jenkinson > Assignee: Michael Musgrove > Priority: Blocker > > Inspecting https://github.com/wildfly/wildfly/blob/master/transactions/src/main/java... we can see that it will overwrite the map in https://github.com/jbosstm/narayana/blob/48818111d12d2e51b52082a00bcb6060... because it first get's a copy of a map (https://github.com/wildfly/wildfly/blob/master/transactions/src/main/java... -> https://github.com/jbosstm/narayana/blob/48818111d12d2e51b52082a00bcb6060...) so the maps won't be equal. > This will result in WildFly overwriting the list of resources that Narayana will treat as CMR. -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 7 months

1
0
0 / 0

[JBoss JIRA] (JGRP-2485) UDP is not working after upgarde to 3_6_19 from jgroups-3.4.0.Alpha2

by Bela Ban (Jira)

[ https://issues.redhat.com/browse/JGRP-2485?page=com.atlassian.jira.plugin... ] Bela Ban commented on JGRP-2485: -------------------------------- I suggest try your UDP config (as XML) with a sample standalone JGroups app (e.g. Chat), to see if communication works. Verify that UDP.bind_addr,bind_port,mcast_addr are all set correctly > UDP is not working after upgarde to 3_6_19 from jgroups-3.4.0.Alpha2 > -------------------------------------------------------------------- > > Key: JGRP-2485 > URL: https://issues.redhat.com/browse/JGRP-2485 > Project: JGroups > Issue Type: Bug > Affects Versions: 3.6.19 > Reporter: Janardhan Naidu > Assignee: Bela Ban > Priority: Major > Attachments: noapp.log.D20200619.T053202_NODE1 > > > Hi Team, > > we just upgraded from jgroups-3.4.0.Alpha2 to 3_6_19. post the UDP cluster communication is not working. > after upgrade, we were hitting some warning as below and we solved those by changing property_string of UDP. > *Warnings:* > *WARNING: JGRP000014: Discovery.timeout has been deprecated: GMS.join_timeout should be used instead* > [2020-06-17 14:05:49.271] ALL 000000000000 GLOBAL_SCOPE Jun 17, 2020 2:05:49 PM org.jgroups.stack.Configurator resolveAndAssignField > *WARNING: JGRP000014: Discovery.num_initial_members has been deprecated: will be ignored* > [2020-06-17 14:05:49.396] ALL 000000000000 GLOBAL_SCOPE Jun 17, 2020 2:05:49 PM org.jgroups.protocols.pbcast.NAKACK init > *WARNING: use_mcast_xmit should not be used because the transport (TCP) does not support IP multicasting; setting use_mcast_xmit to false* > > To solve above warnings, we went through tcp.xml which was shipped using in 3_6_19 jar: > and now our properties looks like: > *property_string=UDP*(bind_addr=*hostIP*;bind_port=39061;mcast_addr=239.255.166.17;mcast_port=39060;ip_ttl=32;mcast_send_buf_size=150000;mcast_recv_buf_size=80000):PING:MERGE2(min_interval=5000;max_interval=10000):FD_ALL(interval=5000;timeout=20000):VERIFY_SUSPECT(timeout=1500):pbcast.NAKACK(use_mcast_xmit=true;retransmit_timeout=300,600,1200,2400,4800;discard_delivered_msgs=true):UNICAST:pbcast.STABLE(desired_avg_gossip=20000):FRAG(frag_size=8096):pbcast.GMS(join_timeout=5000;print_local_addr=true) > > *distribution_property_string=TCP*(bind_port=39060;thread_pool_rejection_policy=run):TCPPING(async_discovery=true;initial_hosts=*hostIP*[39060];port_range=0;):MERGE2(min_interval=3000;max_interval=5000):FD_SOCK:FD(timeout=5000;max_tries=48):VERIFY_SUSPECT(timeout=1500):pbcast.NAKACK(use_mcast_xmit=false;discard_delivered_msgs=true;):pbcast.STABLE(stability_delay=1000;desired_avg_gossip=20000;max_bytes=0):pbcast.GMS(join_timeout=5000;print_local_addr=true) > > *lock.protocolStack=UDP*(bind_addr=*hostIP*;bind_port=39062;mcast_addr=239.255.166.17;mcast_port=39069;ip_ttl=32;mcast_send_buf_size=150000;mcast_recv_buf_size=80000):PING:MERGE2(min_interval=5000;max_interval=10000):FD_ALL(interval=5000;timeout=20000):VERIFY_SUSPECT(timeout=1500):pbcast.NAKACK(use_mcast_xmit=true;retransmit_timeout=300,600,1200,2400,4800):UNICAST:pbcast.STABLE(desired_avg_gossip=20000):FRAG(frag_size=8096):pbcast.GMS(join_timeout=5000;print_local_addr=true):CENTRAL_LOCK(num_backups=2) > > > With above properties, we are not seeing any warning or error. But still cluster communication is not working with UDP. > Please help me in resolving the same > > Thank > Janardhan -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 7 months

1
0
0 / 0

[JBoss JIRA] (JGRP-2485) UDP is not working after upgarde to 3_6_19 from jgroups-3.4.0.Alpha2

by Rashmi Acharya (Jira)

[ https://issues.redhat.com/browse/JGRP-2485?page=com.atlassian.jira.plugin... ] Rashmi Acharya commented on JGRP-2485: -------------------------------------- Hi Bela We are not able to upgrade to supported version of Jgroups with this error. We have many customers who are using UDP for their cluster communication and without understanding the root cause and underlying architectute change we are not able to make progress on code side. Your help is really required on why we are not able to make it work with old configurations and how can we debug this issue further. Thanks in advance ! > UDP is not working after upgarde to 3_6_19 from jgroups-3.4.0.Alpha2 > -------------------------------------------------------------------- > > Key: JGRP-2485 > URL: https://issues.redhat.com/browse/JGRP-2485 > Project: JGroups > Issue Type: Bug > Affects Versions: 3.6.19 > Reporter: Janardhan Naidu > Assignee: Bela Ban > Priority: Major > Attachments: noapp.log.D20200619.T053202_NODE1 > > > Hi Team, > > we just upgraded from jgroups-3.4.0.Alpha2 to 3_6_19. post the UDP cluster communication is not working. > after upgrade, we were hitting some warning as below and we solved those by changing property_string of UDP. > *Warnings:* > *WARNING: JGRP000014: Discovery.timeout has been deprecated: GMS.join_timeout should be used instead* > [2020-06-17 14:05:49.271] ALL 000000000000 GLOBAL_SCOPE Jun 17, 2020 2:05:49 PM org.jgroups.stack.Configurator resolveAndAssignField > *WARNING: JGRP000014: Discovery.num_initial_members has been deprecated: will be ignored* > [2020-06-17 14:05:49.396] ALL 000000000000 GLOBAL_SCOPE Jun 17, 2020 2:05:49 PM org.jgroups.protocols.pbcast.NAKACK init > *WARNING: use_mcast_xmit should not be used because the transport (TCP) does not support IP multicasting; setting use_mcast_xmit to false* > > To solve above warnings, we went through tcp.xml which was shipped using in 3_6_19 jar: > and now our properties looks like: > *property_string=UDP*(bind_addr=*hostIP*;bind_port=39061;mcast_addr=239.255.166.17;mcast_port=39060;ip_ttl=32;mcast_send_buf_size=150000;mcast_recv_buf_size=80000):PING:MERGE2(min_interval=5000;max_interval=10000):FD_ALL(interval=5000;timeout=20000):VERIFY_SUSPECT(timeout=1500):pbcast.NAKACK(use_mcast_xmit=true;retransmit_timeout=300,600,1200,2400,4800;discard_delivered_msgs=true):UNICAST:pbcast.STABLE(desired_avg_gossip=20000):FRAG(frag_size=8096):pbcast.GMS(join_timeout=5000;print_local_addr=true) > > *distribution_property_string=TCP*(bind_port=39060;thread_pool_rejection_policy=run):TCPPING(async_discovery=true;initial_hosts=*hostIP*[39060];port_range=0;):MERGE2(min_interval=3000;max_interval=5000):FD_SOCK:FD(timeout=5000;max_tries=48):VERIFY_SUSPECT(timeout=1500):pbcast.NAKACK(use_mcast_xmit=false;discard_delivered_msgs=true;):pbcast.STABLE(stability_delay=1000;desired_avg_gossip=20000;max_bytes=0):pbcast.GMS(join_timeout=5000;print_local_addr=true) > > *lock.protocolStack=UDP*(bind_addr=*hostIP*;bind_port=39062;mcast_addr=239.255.166.17;mcast_port=39069;ip_ttl=32;mcast_send_buf_size=150000;mcast_recv_buf_size=80000):PING:MERGE2(min_interval=5000;max_interval=10000):FD_ALL(interval=5000;timeout=20000):VERIFY_SUSPECT(timeout=1500):pbcast.NAKACK(use_mcast_xmit=true;retransmit_timeout=300,600,1200,2400,4800):UNICAST:pbcast.STABLE(desired_avg_gossip=20000):FRAG(frag_size=8096):pbcast.GMS(join_timeout=5000;print_local_addr=true):CENTRAL_LOCK(num_backups=2) > > > With above properties, we are not seeing any warning or error. But still cluster communication is not working with UDP. > Please help me in resolving the same > > Thank > Janardhan -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 7 months

1
0
0 / 0

[JBoss JIRA] (JGRP-2486) FD Monitor get stuck on TrasferQueueBundler

by Bela Ban (Jira)

[ https://issues.redhat.com/browse/JGRP-2486?page=com.atlassian.jira.plugin... ] Bela Ban commented on JGRP-2486: -------------------------------- As I mentioned on the PR, it is not a good idea to fix something downstream (4.0.22 branch). I suggest you also create a PR for the 4.x branch. I've accepted the PR, but this is the last time I've accepted a downstream PR... > FD Monitor get stuck on TrasferQueueBundler > ------------------------------------------- > > Key: JGRP-2486 > URL: https://issues.redhat.com/browse/JGRP-2486 > Project: JGroups > Issue Type: Bug > Affects Versions: 4.0.22 > Reporter: lukas brandl > Assignee: Bela Ban > Priority: Major > Fix For: 4.0.24 > > Attachments: Main.java, stack-trace.txt > > > Apparently there is an issue in the FD protocol. When a cluster nodes is disconnected and the disconnect isn't handled by FD_SOCK, FD stops sending heartbeats after a while. This only happens when the queue of the TrasferQueueBundler fills up before the node is suspected. > The stack trace shows that the FD$Monitor is blocked by the bundler. This is probably the reason why the heartbeat timeouts are not noticed. -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 7 months

1
0
0 / 0

[JBoss JIRA] (JGRP-2486) FD Monitor get stuck on TrasferQueueBundler

by Bela Ban (Jira)

[ https://issues.redhat.com/browse/JGRP-2486?page=com.atlassian.jira.plugin... ] Bela Ban updated JGRP-2486: --------------------------- Fix Version/s: 4.0.24 (was: 4.0.23) > FD Monitor get stuck on TrasferQueueBundler > ------------------------------------------- > > Key: JGRP-2486 > URL: https://issues.redhat.com/browse/JGRP-2486 > Project: JGroups > Issue Type: Bug > Affects Versions: 4.0.22 > Reporter: lukas brandl > Assignee: Bela Ban > Priority: Major > Fix For: 4.0.24 > > Attachments: Main.java, stack-trace.txt > > > Apparently there is an issue in the FD protocol. When a cluster nodes is disconnected and the disconnect isn't handled by FD_SOCK, FD stops sending heartbeats after a while. This only happens when the queue of the TrasferQueueBundler fills up before the node is suspected. > The stack trace shows that the FD$Monitor is blocked by the bundler. This is probably the reason why the heartbeat timeouts are not noticed. -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 7 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-5472) Implement ExpressionFunctionUtils

by Gabriele Cardosi (Jira)

Gabriele Cardosi created DROOLS-5472: ---------------------------------------- Summary: Implement ExpressionFunctionUtils Key: DROOLS-5472 URL: https://issues.redhat.com/browse/DROOLS-5472 Project: Drools Issue Type: Sub-task Reporter: Gabriele Cardosi Assignee: Gabriele Cardosi Move "Expression" specific code to "ExpressionFunctionUtils" class -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 7 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-5471) [DMN Designer] Include PMML 4.4 model

by Jozef Marko (Jira)

Jozef Marko created DROOLS-5471: ----------------------------------- Summary: [DMN Designer] Include PMML 4.4 model Key: DROOLS-5471 URL: https://issues.redhat.com/browse/DROOLS-5471 Project: Drools Issue Type: Bug Components: DMN Editor Affects Versions: 7.40.0.Final Reporter: Jozef Marko Assignee: Guilherme Gomes Attachments: logistic-43.pmml, logistic-44.pmml, pmml-43_vs_pmml-44.webm, pmml-version-error.log There is an issue when user tries to include PMML-4.4 model into DMN model. Included models tab doesn't render a name of the model and an error appears in the server log. More info about PMML-4.4 can be found at DROOLS-5451. -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 7 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira July 2020