tag:blogger.com,1999:blog-19835054.post8588558212057878852..comments2024-03-16T13:42:14.318+01:00Comments on Belas Blog: JGroups 3.6.0.Final releasedBela Banhttp://www.blogger.com/profile/01830789377474906550noreply@blogger.comBlogger6125tag:blogger.com,1999:blog-19835054.post-63944408030116810912015-01-02T12:06:38.021+01:002015-01-02T12:06:38.021+01:00There is scenario in my application where I want t...There is scenario in my application where I want to execute JGroup application on different IPs on multiple boxes. Where I can configure those IPs. Those should be in UDP.xml or we will have to given as command line arguments. Is it being supported by JGroup or not. <br /><br />Thanks,<br />Chandra Mauli TripathiChandra Maulihttps://www.blogger.com/profile/11755027601648412649noreply@blogger.comtag:blogger.com,1999:blog-19835054.post-44395785686794207062014-11-01T21:42:22.312+01:002014-11-01T21:42:22.312+01:00This means JGroups failed to set UDP.ip_ttl in the...This means JGroups failed to set UDP.ip_ttl in the transport. I assume you use Windows, as this method doesn't seem to be implemented. Other than having a (default) TTL of 1, this shouldn't cause any problems.Bela Banhttps://www.blogger.com/profile/03832183909163653875noreply@blogger.comtag:blogger.com,1999:blog-19835054.post-6934279452445605842014-11-01T12:33:29.466+01:002014-11-01T12:33:29.466+01:00Hi Bela,
I have a simple Jgroups example which wo...Hi Bela,<br /><br />I have a simple Jgroups example which works fine with version 3.4.0 but gives an error on the latest version.<br /><br />Could give me some hints?<br /><br /><br /><br />The code is:<br />========================================================================================================================================================================================================================<br />import org.jgroups.*;<br />public class ReceiverTest extends ReceiverAdapter {<br /><br /> public static void main(String args[]) throws Exception {<br /> Channel chan=new JChannel();<br /> chan.connect("ReceiverTest");<br /> chan.setReceiver(new ReceiverTest());<br /><br /> for(int i=0; i < 10; i++) {<br /> System.out.println("Sending msg #" + i);<br /> chan.send(new Message(null,null,"Hello "+ i));<br /> Thread.currentThread().sleep(1000);<br /> }<br /> chan.close(); <br /> <br /> }<br /><br /> public void receive(Message msg)<br /> { System.out.println(msg.getObject());}<br /> <br /> public void viewAccepted(View new_view) { System.out.println("** view: " + new_view); }<br />}<br /><br /><br />The error is:<br /><br />========================================================================================================================================================================================================================<br /><br />Nov 01, 2014 11:26:15 AM org.jgroups.logging.JDKLogImpl error<br />SEVERE: failed setting ip_ttl<br />java.lang.reflect.InvocationTargetException<br /> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)<br /> at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)<br /> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)<br /> at java.lang.reflect.Method.invoke(Unknown Source)<br /> at org.jgroups.protocols.UDP.setTimeToLive(UDP.java:339)<br /> at org.jgroups.protocols.UDP.createSockets(UDP.java:368)<br /> at org.jgroups.protocols.UDP.start(UDP.java:270)<br /> at org.jgroups.stack.ProtocolStack.startStack(ProtocolStack.java:965)<br /> at org.jgroups.JChannel.startStack(JChannel.java:885)<br /> at org.jgroups.JChannel._preConnect(JChannel.java:547)<br /> at org.jgroups.JChannel.connect(JChannel.java:282)<br /> at org.jgroups.JChannel.connect(JChannel.java:273)<br /> at ReceiverTest.main(ReceiverTest.java:6)<br />Caused by: java.io.IOException: Method not implemented!<br /> at java.net.DualStackPlainDatagramSocketImpl.setTimeToLive(Unknown Source)<br /> ... 13 more<br /><br /><br />-------------------------------------------------------------------<br />GMS: address=INC051000010-5007, cluster=ReceiverTest, physical address=fe80:0:0:0:b4e7:ae2d:6862:f8f9%11:51897<br />-------------------------------------------------------------------<br />Sending msg #0<br />Hello 0<br />Sending msg #1<br />Hello 1<br />Sending msg #2<br />Hello 2<br />Sending msg #3<br />Hello 3<br />Sending msg #4<br />Hello 4<br />Sending msg #5<br />Hello 5<br />Sending msg #6<br />Hello 6<br />Sending msg #7<br />Hello 7<br />Sending msg #8<br />Hello 8<br />Sending msg #9<br />Hello 9<br />Unknownhttps://www.blogger.com/profile/15028130063731057765noreply@blogger.comtag:blogger.com,1999:blog-19835054.post-16701328697939517542014-10-21T11:41:27.929+02:002014-10-21T11:41:27.929+02:00No, mcast is a class which replaces McastSenderTes...No, mcast is a class which replaces McastSenderTest and McastReceiverTestBela Banhttps://www.blogger.com/profile/03832183909163653875noreply@blogger.comtag:blogger.com,1999:blog-19835054.post-5800450461102987212014-10-21T11:16:42.227+02:002014-10-21T11:16:42.227+02:00mcast meaning multicast ?mcast meaning multicast ?Adam Kędziorahttps://www.blogger.com/profile/15206960883237052009noreply@blogger.comtag:blogger.com,1999:blog-19835054.post-25096373529219632712014-10-21T11:08:44.565+02:002014-10-21T11:08:44.565+02:00Forgot to mention: 3.6 was compiled with JDK 7, bu...Forgot to mention: 3.6 was compiled with JDK 7, but if someone needs it to run under JDK 6, it will still compile, with the exception of mcast (which can be removed).Bela Banhttps://www.blogger.com/profile/03832183909163653875noreply@blogger.com