[JBoss JIRA] (JGRP-2344) Support UDP:PING on Quarkus
by Bela Ban (Jira)
[ https://issues.jboss.org/browse/JGRP-2344?page=com.atlassian.jira.plugin.... ]
Bela Ban commented on JGRP-2344:
--------------------------------
I'm going to open issues in the GraalVM GitHub issue tracker for the above problems I run into and put the implementation of UDP:PING on hold until they have been fixed.
Meanwhile, I'll create a Quarkus extension for JGroups on jgroups-extras, which will work with TCP:TCPPING/TCP_NIO2.
> Support UDP:PING on Quarkus
> ---------------------------
>
> Key: JGRP-2344
> URL: https://issues.jboss.org/browse/JGRP-2344
> Project: JGroups
> Issue Type: Task
> Reporter: Bela Ban
> Assignee: Bela Ban
> Priority: Major
> Fix For: 4.1.0
>
>
> Currently, {{TCP:TCPPING}} is supported. Add the {{UDP:PING}} combo.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 2 months
[JBoss JIRA] (DROOLS-4020) [DMN Designer] Literal expression variable name is missing
by Jozef Marko (Jira)
[ https://issues.jboss.org/browse/DROOLS-4020?page=com.atlassian.jira.plugi... ]
Jozef Marko updated DROOLS-4020:
--------------------------------
Tester: Jozef Marko
> [DMN Designer] Literal expression variable name is missing
> ----------------------------------------------------------
>
> Key: DROOLS-4020
> URL: https://issues.jboss.org/browse/DROOLS-4020
> Project: Drools
> Issue Type: Bug
> Components: DMN Editor
> Affects Versions: 7.22.0.Final
> Reporter: Jozef Marko
> Assignee: Michael Anstis
> Priority: Blocker
> Labels: drools-tools
> Attachments: Screenshot from 2019-05-15 10-56-00.png, reusable (1).dmn, tournament.zip
>
>
> The DMN Designer generates empty variable name for literal expressions.
> Current state:
> {code}
> <dmn:decision id="_9AF9596C-BA60-4C45-9531-F6B6FD7BC008" name="constant">
> <dmn:variable id="_782DDC9C-8B8B-4D18-9711-40634A46864C" name="" typeRef="string"/>
> <dmn:literalExpression id="_F7C245A2-9CE3-4CFE-AAD5-D6B98C502CE9">
> <dmn:text>"abc"</dmn:text>
> </dmn:literalExpression>
> </dmn:decision>
> {code}
> Expected state:
> {code:xml}
> <dmn:decision id="_9AF9596C-BA60-4C45-9531-F6B6FD7BC008" name="constant">
> <dmn:variable id="_782DDC9C-8B8B-4D18-9711-40634A46864C" name="constant" typeRef="string"/>
> <dmn:literalExpression id="_F7C245A2-9CE3-4CFE-AAD5-D6B98C502CE9">
> <dmn:text>"abc"</dmn:text>
> </dmn:literalExpression>
> </dmn:decision>
> {code}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 2 months
[JBoss JIRA] (DROOLS-4027) Test Scenario: improve the DMN asset selection experience
by Jozef Marko (Jira)
[ https://issues.jboss.org/browse/DROOLS-4027?page=com.atlassian.jira.plugi... ]
Jozef Marko closed DROOLS-4027.
-------------------------------
> Test Scenario: improve the DMN asset selection experience
> ---------------------------------------------------------
>
> Key: DROOLS-4027
> URL: https://issues.jboss.org/browse/DROOLS-4027
> Project: Drools
> Issue Type: Enhancement
> Components: Scenario Simulation and Testing
> Affects Versions: 7.21.0.Final
> Environment: Create a new Test Scenario for DMN
> Reporter: Donato Marrazzo
> Assignee: Gabriele Cardosi
> Priority: Minor
> Labels: Field, drools-tools
> Attachments: Screenshot from 2019-05-15 06-35-52.png
>
>
> When a user creates a new Test Scenario for DMN, he has to choose the DMN asset:
> !Screenshot from 2019-05-15 06-35-52.png!
> The asset is presented with the full physical path, which is a bit confusing even because it does not fit the field length.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 2 months
[JBoss JIRA] (JGRP-2344) Support UDP:PING on Quarkus
by Bela Ban (Jira)
[ https://issues.jboss.org/browse/JGRP-2344?page=com.atlassian.jira.plugin.... ]
Bela Ban commented on JGRP-2344:
--------------------------------
Although I switched to GraalVM 19, there were still issues around MulticastSockets:
{nofomat}
java.lang.UnsatisfiedLinkError: java.net.PlainDatagramSocketImpl.join(Ljava/net/InetAddress;Ljava/net/NetworkInterface;)V [symbol: Java_java_net_PlainDatagramSocketImpl_join or Java_java_net_PlainDatagramSocketImpl_join__Ljava_net_InetAddress_2Ljava_net_NetworkInterface_2]
at com.oracle.svm.jni.access.JNINativeLinkage.getOrFindEntryPoint(JNINativeLinkage.java:145)
at com.oracle.svm.jni.JNIGeneratedMethodSupport.nativeCallAddress(JNIGeneratedMethodSupport.java:57)
at java.net.PlainDatagramSocketImpl.join(PlainDatagramSocketImpl.java)
at java.net.AbstractPlainDatagramSocketImpl.join(AbstractPlainDatagramSocketImpl.java:178)
at java.net.MulticastSocket.joinGroup(MulticastSocket.java:323)
at org.jgroups.protocols.UDP.createSockets(UDP.java:413)
at org.jgroups.protocols.UDP.start(UDP.java:299)
at org.jgroups.stack.ProtocolStack.startStack(ProtocolStack.java:868)
at org.jgroups.JChannel.startStack(JChannel.java:1018)
at org.jgroups.JChannel._preConnect(JChannel.java:881)
at org.jgroups.JChannel.connect(JChannel.java:386)
at org.jgroups.JChannel.connect(JChannel.java:380)
at org.jgroups.tests.perf.ProgrammaticUPerf2.init(ProgrammaticUPerf2.java:170)
at org.jgroups.tests.perf.ProgrammaticUPerf2.main(ProgrammaticUPerf2.java:827)
May 15, 2019 11:03:44 AM org.jgroups.JChannel disconnect
SEVERE: JGRP000017: belasmac-23297: disconnect failed: java.lang.NullPointerException
{noformat}
Apparently, MulticastSocket.joinGroup() doesn't work.
Other issues when option {{-J-Djava.net.preferIPv4Stack=true}} is *not* enabled when the native image is created:
* MulticastSocket.setInterface()/setNetworkInterface() fails
* MulticastSocket.setTimeToLive() fails (see below)
{noformat}
[belasmac] /Users/bela$ ./org.jgroups.tests.perf.programmaticuperf2
May 15, 2019 11:06:26 AM org.jgroups.protocols.UDP setInterface
SEVERE: failed setting interface to /192.168.1.105: java.net.SocketException: IPV6_MULTICAST_IF failed (interface has IPv4 address only?
May 15, 2019 11:06:26 AM org.jgroups.protocols.UDP setTimeToLive
SEVERE: failed setting ip_ttl to 8: java.net.SocketException: Invalid argument
May 15, 2019 11:06:26 AM org.jgroups.protocols.UDP setInterface
SEVERE: failed setting interface to /192.168.1.105: java.net.SocketException: IPV6_MULTICAST_IF failed (interface has IPv4 address only?
{noformat}
> Support UDP:PING on Quarkus
> ---------------------------
>
> Key: JGRP-2344
> URL: https://issues.jboss.org/browse/JGRP-2344
> Project: JGroups
> Issue Type: Task
> Reporter: Bela Ban
> Assignee: Bela Ban
> Priority: Major
> Fix For: 4.1.0
>
>
> Currently, {{TCP:TCPPING}} is supported. Add the {{UDP:PING}} combo.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 2 months
[JBoss JIRA] (JGRP-2344) Support UDP:PING on Quarkus
by Bela Ban (Jira)
[ https://issues.jboss.org/browse/JGRP-2344?page=com.atlassian.jira.plugin.... ]
Bela Ban edited comment on JGRP-2344 at 5/15/19 5:07 AM:
---------------------------------------------------------
Although I switched to GraalVM 19, there were still issues around MulticastSockets:
{noformat}
java.lang.UnsatisfiedLinkError: java.net.PlainDatagramSocketImpl.join(Ljava/net/InetAddress;Ljava/net/NetworkInterface;)V [symbol: Java_java_net_PlainDatagramSocketImpl_join or Java_java_net_PlainDatagramSocketImpl_join__Ljava_net_InetAddress_2Ljava_net_NetworkInterface_2]
at com.oracle.svm.jni.access.JNINativeLinkage.getOrFindEntryPoint(JNINativeLinkage.java:145)
at com.oracle.svm.jni.JNIGeneratedMethodSupport.nativeCallAddress(JNIGeneratedMethodSupport.java:57)
at java.net.PlainDatagramSocketImpl.join(PlainDatagramSocketImpl.java)
at java.net.AbstractPlainDatagramSocketImpl.join(AbstractPlainDatagramSocketImpl.java:178)
at java.net.MulticastSocket.joinGroup(MulticastSocket.java:323)
at org.jgroups.protocols.UDP.createSockets(UDP.java:413)
at org.jgroups.protocols.UDP.start(UDP.java:299)
at org.jgroups.stack.ProtocolStack.startStack(ProtocolStack.java:868)
at org.jgroups.JChannel.startStack(JChannel.java:1018)
at org.jgroups.JChannel._preConnect(JChannel.java:881)
at org.jgroups.JChannel.connect(JChannel.java:386)
at org.jgroups.JChannel.connect(JChannel.java:380)
at org.jgroups.tests.perf.ProgrammaticUPerf2.init(ProgrammaticUPerf2.java:170)
at org.jgroups.tests.perf.ProgrammaticUPerf2.main(ProgrammaticUPerf2.java:827)
May 15, 2019 11:03:44 AM org.jgroups.JChannel disconnect
SEVERE: JGRP000017: belasmac-23297: disconnect failed: java.lang.NullPointerException
{noformat}
Apparently, MulticastSocket.joinGroup() doesn't work.
Other issues when option {{-J-Djava.net.preferIPv4Stack=true}} is *not* enabled when the native image is created:
* MulticastSocket.setInterface()/setNetworkInterface() fails
* MulticastSocket.setTimeToLive() fails (see below)
{noformat}
[belasmac] /Users/bela$ ./org.jgroups.tests.perf.programmaticuperf2
May 15, 2019 11:06:26 AM org.jgroups.protocols.UDP setInterface
SEVERE: failed setting interface to /192.168.1.105: java.net.SocketException: IPV6_MULTICAST_IF failed (interface has IPv4 address only?
May 15, 2019 11:06:26 AM org.jgroups.protocols.UDP setTimeToLive
SEVERE: failed setting ip_ttl to 8: java.net.SocketException: Invalid argument
May 15, 2019 11:06:26 AM org.jgroups.protocols.UDP setInterface
SEVERE: failed setting interface to /192.168.1.105: java.net.SocketException: IPV6_MULTICAST_IF failed (interface has IPv4 address only?
{noformat}
was (Author: belaban):
Although I switched to GraalVM 19, there were still issues around MulticastSockets:
{nofomat}
java.lang.UnsatisfiedLinkError: java.net.PlainDatagramSocketImpl.join(Ljava/net/InetAddress;Ljava/net/NetworkInterface;)V [symbol: Java_java_net_PlainDatagramSocketImpl_join or Java_java_net_PlainDatagramSocketImpl_join__Ljava_net_InetAddress_2Ljava_net_NetworkInterface_2]
at com.oracle.svm.jni.access.JNINativeLinkage.getOrFindEntryPoint(JNINativeLinkage.java:145)
at com.oracle.svm.jni.JNIGeneratedMethodSupport.nativeCallAddress(JNIGeneratedMethodSupport.java:57)
at java.net.PlainDatagramSocketImpl.join(PlainDatagramSocketImpl.java)
at java.net.AbstractPlainDatagramSocketImpl.join(AbstractPlainDatagramSocketImpl.java:178)
at java.net.MulticastSocket.joinGroup(MulticastSocket.java:323)
at org.jgroups.protocols.UDP.createSockets(UDP.java:413)
at org.jgroups.protocols.UDP.start(UDP.java:299)
at org.jgroups.stack.ProtocolStack.startStack(ProtocolStack.java:868)
at org.jgroups.JChannel.startStack(JChannel.java:1018)
at org.jgroups.JChannel._preConnect(JChannel.java:881)
at org.jgroups.JChannel.connect(JChannel.java:386)
at org.jgroups.JChannel.connect(JChannel.java:380)
at org.jgroups.tests.perf.ProgrammaticUPerf2.init(ProgrammaticUPerf2.java:170)
at org.jgroups.tests.perf.ProgrammaticUPerf2.main(ProgrammaticUPerf2.java:827)
May 15, 2019 11:03:44 AM org.jgroups.JChannel disconnect
SEVERE: JGRP000017: belasmac-23297: disconnect failed: java.lang.NullPointerException
{noformat}
Apparently, MulticastSocket.joinGroup() doesn't work.
Other issues when option {{-J-Djava.net.preferIPv4Stack=true}} is *not* enabled when the native image is created:
* MulticastSocket.setInterface()/setNetworkInterface() fails
* MulticastSocket.setTimeToLive() fails (see below)
{noformat}
[belasmac] /Users/bela$ ./org.jgroups.tests.perf.programmaticuperf2
May 15, 2019 11:06:26 AM org.jgroups.protocols.UDP setInterface
SEVERE: failed setting interface to /192.168.1.105: java.net.SocketException: IPV6_MULTICAST_IF failed (interface has IPv4 address only?
May 15, 2019 11:06:26 AM org.jgroups.protocols.UDP setTimeToLive
SEVERE: failed setting ip_ttl to 8: java.net.SocketException: Invalid argument
May 15, 2019 11:06:26 AM org.jgroups.protocols.UDP setInterface
SEVERE: failed setting interface to /192.168.1.105: java.net.SocketException: IPV6_MULTICAST_IF failed (interface has IPv4 address only?
{noformat}
> Support UDP:PING on Quarkus
> ---------------------------
>
> Key: JGRP-2344
> URL: https://issues.jboss.org/browse/JGRP-2344
> Project: JGroups
> Issue Type: Task
> Reporter: Bela Ban
> Assignee: Bela Ban
> Priority: Major
> Fix For: 4.1.0
>
>
> Currently, {{TCP:TCPPING}} is supported. Add the {{UDP:PING}} combo.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 2 months
[JBoss JIRA] (DROOLS-4020) [DMN Designer] Literal expression variable name is missing
by Jozef Marko (Jira)
[ https://issues.jboss.org/browse/DROOLS-4020?page=com.atlassian.jira.plugi... ]
Jozef Marko commented on DROOLS-4020:
-------------------------------------
[~tari_manga] Thank you a lot for your help with investigation. I removed your screenshot by mistake. However I reassigned this to drools-tools scrum team.
> [DMN Designer] Literal expression variable name is missing
> ----------------------------------------------------------
>
> Key: DROOLS-4020
> URL: https://issues.jboss.org/browse/DROOLS-4020
> Project: Drools
> Issue Type: Bug
> Components: DMN Editor
> Affects Versions: 7.22.0.Final
> Reporter: Jozef Marko
> Assignee: Michael Anstis
> Priority: Blocker
> Labels: drools-tools
> Attachments: Screenshot from 2019-05-15 10-56-00.png, reusable (1).dmn, tournament.zip
>
>
> The DMN Designer generates empty variable name for literal expressions.
> Current state:
> {code}
> <dmn:decision id="_9AF9596C-BA60-4C45-9531-F6B6FD7BC008" name="constant">
> <dmn:variable id="_782DDC9C-8B8B-4D18-9711-40634A46864C" name="" typeRef="string"/>
> <dmn:literalExpression id="_F7C245A2-9CE3-4CFE-AAD5-D6B98C502CE9">
> <dmn:text>"abc"</dmn:text>
> </dmn:literalExpression>
> </dmn:decision>
> {code}
> Expected state:
> {code:xml}
> <dmn:decision id="_9AF9596C-BA60-4C45-9531-F6B6FD7BC008" name="constant">
> <dmn:variable id="_782DDC9C-8B8B-4D18-9711-40634A46864C" name="constant" typeRef="string"/>
> <dmn:literalExpression id="_F7C245A2-9CE3-4CFE-AAD5-D6B98C502CE9">
> <dmn:text>"abc"</dmn:text>
> </dmn:literalExpression>
> </dmn:decision>
> {code}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 2 months
[JBoss JIRA] (WFLY-9804) AuthenticationForwardingSFSFTestCase fails on JDK9
by Bartosz Baranowski (Jira)
[ https://issues.jboss.org/browse/WFLY-9804?page=com.atlassian.jira.plugin.... ]
Bartosz Baranowski resolved WFLY-9804.
--------------------------------------
Resolution: Done
> AuthenticationForwardingSFSFTestCase fails on JDK9
> ---------------------------------------------------
>
> Key: WFLY-9804
> URL: https://issues.jboss.org/browse/WFLY-9804
> Project: WildFly
> Issue Type: Bug
> Components: Security
> Affects Versions: 12.0.0.Beta1
> Reporter: Tomaž Cerar
> Assignee: Bartosz Baranowski
> Priority: Major
> Labels: jdk9
>
> AuthenticationForwardingSFSFTestCase test fails on JDK9 with
> {noformat}
> javax.naming.CommunicationException: EJBCLIENT000062: Failed to look up "/entry-ejb/EntryBeanSFSB!org.wildfly.test.manual.elytron.seccontext.Entry?stateful" [Root exception is org.jboss.ejb.client.RequestSendFailedException: EJBCLIENT000409: No more destinations are available]
> at org.jboss.ejb.client.EJBRootContext.lookupNative(EJBRootContext.java:160)
> at org.wildfly.naming.client.AbstractContext.lookup(AbstractContext.java:84)
> at org.wildfly.naming.client.WildFlyRootContext.lookup(WildFlyRootContext.java:144)
> at java.naming/javax.naming.InitialContext.lookup(InitialContext.java:409)
> at org.wildfly.test.manual.elytron.seccontext.SeccontextUtil.lookup(SeccontextUtil.java:177)
> at org.wildfly.test.manual.elytron.seccontext.AbstractSecurityContextPropagationTestBase.lambda$getDoubleWhoAmICallable$0(AbstractSecurityContextPropagationTestBase.java:435)
> at org.wildfly.common.context.Contextual.runCallable(Contextual.java:127)
> at org.wildfly.test.manual.elytron.seccontext.AbstractAuthenticationForwardingTestCase.testClientOauthbearerInsufficientRolesFails(AbstractAuthenticationForwardingTestCase.java:154)
> .....
> Caused by: org.jboss.ejb.client.RequestSendFailedException: EJBCLIENT000409: No more destinations are available
> at org.jboss.ejb.client.NamingEJBClientInterceptor.handleSessionCreation(NamingEJBClientInterceptor.java:100)
> at org.jboss.ejb.client.EJBSessionCreationInvocationContext.proceed(EJBSessionCreationInvocationContext.java:70)
> at org.jboss.ejb.client.TransactionInterceptor.handleSessionCreation(TransactionInterceptor.java:100)
> at org.jboss.ejb.client.EJBSessionCreationInvocationContext.proceed(EJBSessionCreationInvocationContext.java:70)
> at org.jboss.ejb.client.EJBClientContext.createSession(EJBClientContext.java:835)
> at org.jboss.ejb.client.EJBClient.createSessionProxy(EJBClient.java:198)
> at org.jboss.ejb.client.EJBRootContext.lookupNative(EJBRootContext.java:158)
> ... 137 more
> {noformat}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 2 months
[JBoss JIRA] (DROOLS-4020) [DMN Designer] Literal expression variable name is missing
by Jozef Marko (Jira)
[ https://issues.jboss.org/browse/DROOLS-4020?page=com.atlassian.jira.plugi... ]
Jozef Marko updated DROOLS-4020:
--------------------------------
Labels: drools-tools (was: )
> [DMN Designer] Literal expression variable name is missing
> ----------------------------------------------------------
>
> Key: DROOLS-4020
> URL: https://issues.jboss.org/browse/DROOLS-4020
> Project: Drools
> Issue Type: Bug
> Components: DMN Editor
> Affects Versions: 7.22.0.Final
> Reporter: Jozef Marko
> Assignee: Michael Anstis
> Priority: Blocker
> Labels: drools-tools
> Attachments: Screenshot from 2019-05-15 10-56-00.png, reusable (1).dmn, tournament.zip
>
>
> The DMN Designer generates empty variable name for literal expressions.
> Current state:
> {code}
> <dmn:decision id="_9AF9596C-BA60-4C45-9531-F6B6FD7BC008" name="constant">
> <dmn:variable id="_782DDC9C-8B8B-4D18-9711-40634A46864C" name="" typeRef="string"/>
> <dmn:literalExpression id="_F7C245A2-9CE3-4CFE-AAD5-D6B98C502CE9">
> <dmn:text>"abc"</dmn:text>
> </dmn:literalExpression>
> </dmn:decision>
> {code}
> Expected state:
> {code:xml}
> <dmn:decision id="_9AF9596C-BA60-4C45-9531-F6B6FD7BC008" name="constant">
> <dmn:variable id="_782DDC9C-8B8B-4D18-9711-40634A46864C" name="constant" typeRef="string"/>
> <dmn:literalExpression id="_F7C245A2-9CE3-4CFE-AAD5-D6B98C502CE9">
> <dmn:text>"abc"</dmn:text>
> </dmn:literalExpression>
> </dmn:decision>
> {code}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 2 months
[JBoss JIRA] (DROOLS-4020) [DMN Designer] Literal expression variable name is missing
by Jozef Marko (Jira)
[ https://issues.jboss.org/browse/DROOLS-4020?page=com.atlassian.jira.plugi... ]
Jozef Marko updated DROOLS-4020:
--------------------------------
Steps to Reproduce:
# Create dmn model like shown in the screenshot
# Download it source
# It will miss the variable name as it does in the attached *reusable (1).dmn*
was:
# Deploy the attached project to kie-server
# Run command [^curl_command.sh]
# Compare dmn_results, for *first_match* node, *team b* will be *not null*, while for *second_match* node, *team b* will be *null*
> [DMN Designer] Literal expression variable name is missing
> ----------------------------------------------------------
>
> Key: DROOLS-4020
> URL: https://issues.jboss.org/browse/DROOLS-4020
> Project: Drools
> Issue Type: Bug
> Components: DMN Editor
> Affects Versions: 7.22.0.Final
> Reporter: Jozef Marko
> Assignee: Michael Anstis
> Priority: Blocker
> Attachments: Screenshot from 2019-05-15 10-56-00.png, reusable (1).dmn, tournament.zip
>
>
> The DMN Designer generates empty variable name for literal expressions.
> Current state:
> {code}
> <dmn:decision id="_9AF9596C-BA60-4C45-9531-F6B6FD7BC008" name="constant">
> <dmn:variable id="_782DDC9C-8B8B-4D18-9711-40634A46864C" name="" typeRef="string"/>
> <dmn:literalExpression id="_F7C245A2-9CE3-4CFE-AAD5-D6B98C502CE9">
> <dmn:text>"abc"</dmn:text>
> </dmn:literalExpression>
> </dmn:decision>
> {code}
> Expected state:
> {code:xml}
> <dmn:decision id="_9AF9596C-BA60-4C45-9531-F6B6FD7BC008" name="constant">
> <dmn:variable id="_782DDC9C-8B8B-4D18-9711-40634A46864C" name="constant" typeRef="string"/>
> <dmn:literalExpression id="_F7C245A2-9CE3-4CFE-AAD5-D6B98C502CE9">
> <dmn:text>"abc"</dmn:text>
> </dmn:literalExpression>
> </dmn:decision>
> {code}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 2 months