Bela Ban

First off: this config isn't correct: message_processing_policy="0" will not create a MessageProcessingPolicy (has to be "submit" or "max" (default)), so incoming messages will get dropped, with an exception If UNICAST3 is removed, messages will indeed get received in the right order, but the thread pool might reorder their delivery, so correct ordering is not guaranteed The big problem here is that you're using JGroups in a client-server mode, which is not what the idea is: peer-to-peer. Various...

On 15.09.21 12:45, Rainer Stransky wrote: I am using a small Notification application based on "JGroups V5.0.0 Final" in a small office Windows 10 network. All worked perfect. Since a view weeks ago a new security policy has now enabled the Windows 10 firewall and my notification application was not able to find the other instances. I have now changed the Windows 10 firewall settings. In the extended setting I changed the incoming rules for the used "OpenJDK Platform binary" to allow incomming connections....

You need to set this attribute directly in the GossipRouter: GossipRouter g=new GossipRouter(...); g.maxLength(100_000); On 19.05.21 19:50, Michael Cirioli wrote: One more question - my understanding is that the gossip router is used for TCP communication, so setting max_length on TCP_NIO2 (for example) should ensure that no messages larger than max_length actually get routed, right? Also, I am not sure if you should expect to be able to set max_length for <tcpgossip ...="">, it fails for me with...

On 19.05.21 17:48, Michael Cirioli wrote: Thanks for the quick turnaround! I've grabbed the latest (4.2.15) and I am now able to use the new attribute. My simple test shows that it is working as expected! Excellent! Bear in mind that the main use case was that a (possibly malicious) service connects to a JGroups port incidentally, and should not cause the service to allocate too much memory. Cheers, thanks again -mike cirioli On 5/19/2021 8:57:12 AM, Michael Cirioli mikecirioli@gmail.com mikecirioli@gmail.com...

Note that I just released 4.2.15.Final. Should take ~1hr to sync to maven central. Cheers, On 19.05.21 15:27, Michael Cirioli wrote: Bela - lol, no worries! it happens to the best of us :) Thank you! -mike cirioli On 5/19/2021 2:17:23 AM, Bela Ban belaban@users.sourceforge.net belaban@users.sourceforge.net wrote: Hi Michael I'm embarassed: max_length is only used by GossipRouter, but not by either TCP or TCP_NIO2! :-) I created [1] to change this. Cheers, [1] https://issues.redhat.com/browse/JGRP-2559...

Hi Michael I'm embarassed: max_length is only used by GossipRouter, but not by either TCP or TCP_NIO2! :-) I created [1] to change this. Cheers, [1] https://issues.redhat.com/browse/JGRP-2559 On 18.05.21 23:56, Michael Cirioli wrote: I am using org.jgroups:jgroups:jar:4.2.14.Final, my configuration file looks like this excerpt: <config xmlns="urn:org:jgroups" ="" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemalocation="urn:org:jgroups &lt;a href=" http:="" www.jgroups.org="" schema=""...

Do you have the correct version? You need at least 4.2.11. What does the error say? On 16.05.21 21:03, Michael Cirioli wrote: Which configuration sections accept that parameter? I assume tcp and nio, but my app doesn't start due to an error saying invalid attributes. Thanks -mike On Sun, May 16, 2021, 2:17 PM Bela Ban belaban@users.sourceforge.net belaban@users.sourceforge.net wrote: The attribute is max_length Bela Ban -------- Original message -------- From: Michael Cirioli mikecirioli@users.sourceforge.net...

The attribute is max_lengthBela Ban -------- Original message --------From: Michael Cirioli <mikecirioli@users.sourceforge.net>Date: Fri, May 14, 2021, 11:11 PMTo: "[javagroups:discussion] " <18795@discussion.javagroups.p.re.sourceforge.net>Subject: [javagroups:discussion] Configuration example for how to cap max data read by TcpConnection or NioConnectionFrom what I can tell, its not listed in any .xsd and therefore my test app won't even start. Configuration example for how to cap max data read...