[JBoss JIRA] (DROOLS-5446) Guided rules (with DSL) fail to validate and compile
by Toni Rikkola (Jira)
[ https://issues.redhat.com/browse/DROOLS-5446?page=com.atlassian.jira.plug... ]
Toni Rikkola moved JBPM-9190 to DROOLS-5446:
--------------------------------------------
Project: Drools (was: jBPM)
Key: DROOLS-5446 (was: JBPM-9190)
Component/s: Guided Rule Editor
(was: Workbench)
Affects Version/s: 7.30.0.Final
(was: 7.30.0.Final)
> Guided rules (with DSL) fail to validate and compile
> ----------------------------------------------------
>
> Key: DROOLS-5446
> URL: https://issues.redhat.com/browse/DROOLS-5446
> Project: Drools
> Issue Type: Bug
> Components: Guided Rule Editor
> Affects Versions: 7.30.0.Final
> Reporter: Jim West
> Assignee: Toni Rikkola
> Priority: Major
> Labels: guided_rule_editor
> Attachments: JBPM-9190.png, image-2020-06-16-09-53-53-312.png, image-2020-06-16-09-57-34-678.png, image-2020-06-16-09-58-21-349.png, image-2020-06-16-10-01-30-616.png, image-2020-06-16-10-08-22-707.png, my-building-project-kjar.zip, my-simple-model-1.0-SNAPSHOT.jar
>
>
> A Business Central project with or without DSL definitions fails to compile when authoring a rule you choose *Use Domain Specific Language (DSL)* and tick on Show declared DSL sentences:
> *!image-2020-06-16-10-08-22-707.png!*
>
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 6 months
[JBoss JIRA] (DROOLS-5446) Guided rules (with DSL) fail to validate and compile
by Toni Rikkola (Jira)
[ https://issues.redhat.com/browse/DROOLS-5446?page=com.atlassian.jira.plug... ]
Toni Rikkola updated DROOLS-5446:
---------------------------------
Labels: drools-tools guided_rule_editor (was: guided_rule_editor)
> Guided rules (with DSL) fail to validate and compile
> ----------------------------------------------------
>
> Key: DROOLS-5446
> URL: https://issues.redhat.com/browse/DROOLS-5446
> Project: Drools
> Issue Type: Bug
> Components: Guided Rule Editor
> Affects Versions: 7.30.0.Final
> Reporter: Jim West
> Assignee: Toni Rikkola
> Priority: Major
> Labels: drools-tools, guided_rule_editor
> Attachments: JBPM-9190.png, image-2020-06-16-09-53-53-312.png, image-2020-06-16-09-57-34-678.png, image-2020-06-16-09-58-21-349.png, image-2020-06-16-10-01-30-616.png, image-2020-06-16-10-08-22-707.png, my-building-project-kjar.zip, my-simple-model-1.0-SNAPSHOT.jar
>
>
> A Business Central project with or without DSL definitions fails to compile when authoring a rule you choose *Use Domain Specific Language (DSL)* and tick on Show declared DSL sentences:
> *!image-2020-06-16-10-08-22-707.png!*
>
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 6 months
[JBoss JIRA] (JGRP-2485) UDP is not working after upgarde to 3_6_19 from jgroups-3.4.0.Alpha2
by Janardhan Naidu (Jira)
[ https://issues.redhat.com/browse/JGRP-2485?page=com.atlassian.jira.plugin... ]
Janardhan Naidu commented on JGRP-2485:
---------------------------------------
Hi [~belaban]
Can you please provide some inputs on this. as we are unable to upgrade groups to 3.6.19 due as UDP is not working!.
Thanks
Janardhan
> 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)
5 years, 6 months
[JBoss JIRA] (WFCORE-5015) Create 'core-specific' variants of Galleon feature groups and packages that are 'overridden' in full WildFly
by Brian Stansberry (Jira)
[ https://issues.redhat.com/browse/WFCORE-5015?page=com.atlassian.jira.plug... ]
Brian Stansberry updated WFCORE-5015:
-------------------------------------
Description:
See [https://lists.jboss.org/pipermail/wildfly-dev/2020-June/007342.html... background.
For the wildfly-core galleon pack feature groups and packages that are 'overridden' in full WildFly, create a differently named variant in the galleon-common module that can be referenced in full WF. This eliminates the 'overriding/subclassing' and in a GAL-319 type future setup will allow the 'core' source item to be directly incorporated in the target FP in full without conflicting with an item with the same name in that target FP.
Feature groups:
domain-host-excludes
domain-interfaces
domain-profile
host-master
host-slave
host
standalone-profile
Packages:
bin.common
bin.vaulttools
docs.licenses.merge
misc.common
misc.domain
misc.standalone
was:
See [https://lists.jboss.org/pipermail/wildfly-dev/2020-June/007342.html... background.
For the wildfly-core galleon pack feature groups and packages that are 'overridden' in full WildFly, create a differently named variant in the galleon-common module that can be referenced in full WF. This eliminates the 'overriding/subclassing' and in a GAL-319 type future setup will allow the 'core' source item to be directly incorporated in the target FP in full without conflicting with an item with the same name in that target FP.
> Create 'core-specific' variants of Galleon feature groups and packages that are 'overridden' in full WildFly
> ------------------------------------------------------------------------------------------------------------
>
> Key: WFCORE-5015
> URL: https://issues.redhat.com/browse/WFCORE-5015
> Project: WildFly Core
> Issue Type: Task
> Components: Build System
> Reporter: Brian Stansberry
> Assignee: Brian Stansberry
> Priority: Major
>
> See [https://lists.jboss.org/pipermail/wildfly-dev/2020-June/007342.html... background.
> For the wildfly-core galleon pack feature groups and packages that are 'overridden' in full WildFly, create a differently named variant in the galleon-common module that can be referenced in full WF. This eliminates the 'overriding/subclassing' and in a GAL-319 type future setup will allow the 'core' source item to be directly incorporated in the target FP in full without conflicting with an item with the same name in that target FP.
>
> Feature groups:
>
> domain-host-excludes
> domain-interfaces
> domain-profile
> host-master
> host-slave
> host
> standalone-profile
>
> Packages:
> bin.common
> bin.vaulttools
> docs.licenses.merge
> misc.common
> misc.domain
> misc.standalone
>
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 6 months