[Red Hat JIRA] (DROOLS-5890) DMN DT Analysis 2NF detection edge-case
by Matteo Mortari (Jira)
Matteo Mortari created DROOLS-5890:
--------------------------------------
Summary: DMN DT Analysis 2NF detection edge-case
Key: DROOLS-5890
URL: https://issues.redhat.com/browse/DROOLS-5890
Project: Drools
Issue Type: Enhancement
Components: dmn engine
Reporter: Matteo Mortari
Assignee: Matteo Mortari
Attachments: screenshot-1.png
In a table such as
!screenshot-1.png|thumbnail!
rules 4,5,6 and rules 7,8 should be candidate of 2NF violations.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 7 months
[Red Hat JIRA] (JGRP-2522) FD_ALL2 throws NPE
by Bela Ban (Jira)
Bela Ban created JGRP-2522:
------------------------------
Summary: FD_ALL2 throws NPE
Key: JGRP-2522
URL: https://issues.redhat.com/browse/JGRP-2522
Project: JGroups
Issue Type: Bug
Reporter: Bela Ban
Assignee: Bela Ban
Fix For: 5.2, 4.2.11
This is in 4.x:
{noformat}
Exception in thread "jgroups-28,TEST4,192.168.123.100:Reciever-18" java.lang.NullPointerException
at org.jgroups.protocols.FD_ALL2.lambda$new$0(FD_ALL2.java:83)
at org.jgroups.util.MessageBatch.replaceIf(MessageBatch.java:220)
at org.jgroups.protocols.FD_ALL2.up(FD_ALL2.java:186)
at org.jgroups.stack.Protocol.up(Protocol.java:372)
at org.jgroups.stack.Protocol.up(Protocol.java:372)
at org.jgroups.stack.Protocol.up(Protocol.java:372)
at org.jgroups.protocols.TP.passBatchUp(TP.java:1274)
at org.jgroups.util.SubmitToThreadPool$BatchHandler.passBatchUp(SubmitToThreadPool.java:140)
at org.jgroups.util.SubmitToThreadPool$BatchHandler.run(SubmitToThreadPool.java:136)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at java.lang.Thread.run(Thread.java:748)
{noformat}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 7 months
[Red Hat JIRA] (JGRP-2521) FD_SOCK2
by Bela Ban (Jira)
[ https://issues.redhat.com/browse/JGRP-2521?page=com.atlassian.jira.plugin... ]
Bela Ban updated JGRP-2521:
---------------------------
Description:
FD_SOCK is quite old and hasn't been given a lot of maintenance love over the last two decades (2001!).
The code is quite complicated/brittle and could use some simplification.
The major enhancement is to use a fixed port, so we can scrap the code which maintains the cache of IP addresses:ports and UUIDs. This requires a poor man's state transfer of this cache to new members, plus update messages whenever a new member starts.
Using a fixed port allows us to reuse the UUID/IP-address cache, which already exists in the transport. When a view change is received, a member simply determines the peer to which to connect to by grabbing the peer's IP address from the transport cache, and connecting to it at {{port}}. We probably need a port range, too.
was:
FD_SOCK is quite old and hasn't been given a lot of maintenance love over the last two decades (2001!).
The code is quite complicated/brittle and could use some simplification.
The major enhancement is to use a fixed port, so we can scrap the code which maintains the cache of IP addresses:ports and UUIDs. This requires a poor man's state transfer of this cache to new members, plus update messages whenever a new member starts.
Using a fixed port allows us to reuse the UUID/IP-address cache, which already exists in the transport. When a view change is received, a member simply determines the peer to which to connect to by grabbing the peer's IP address from the transport cache, and connecting to it at {{port}}. We probably need a port range.
> FD_SOCK2
> --------
>
> Key: JGRP-2521
> URL: https://issues.redhat.com/browse/JGRP-2521
> Project: JGroups
> Issue Type: Feature Request
> Reporter: Bela Ban
> Assignee: Bela Ban
> Priority: Major
> Fix For: 5.2
>
>
> FD_SOCK is quite old and hasn't been given a lot of maintenance love over the last two decades (2001!).
> The code is quite complicated/brittle and could use some simplification.
> The major enhancement is to use a fixed port, so we can scrap the code which maintains the cache of IP addresses:ports and UUIDs. This requires a poor man's state transfer of this cache to new members, plus update messages whenever a new member starts.
> Using a fixed port allows us to reuse the UUID/IP-address cache, which already exists in the transport. When a view change is received, a member simply determines the peer to which to connect to by grabbing the peer's IP address from the transport cache, and connecting to it at {{port}}. We probably need a port range, too.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 7 months