I found the answer to avoid that error here 
http://www.outsystems.com/NetworkForums/ViewTopic.aspx?TopicId=5353&Topic=IP_MULTICAST_IF-error-in-JBoss---OutSystems-AgilePlatform-for-Java

I added this -Djava.net.preferIPv4Stack=true as an additional argument.

Now I can test EOF Synchronization.

Miguel Torres


On 17/08/2012, at 18:48, WebObjects TORAcom <w...@toracom.net> wrote:

> I found this in google
> 
> http://zavizionov.blogspot.mx/2010/11/problem-bad-argument-for-ipmulticastif.html
> 
> It says the solution was to add jgroups-*jar
> 
> I reviewed my UNIXClassPath.txt and I found this.
> 
> APPROOT/Frameworks/ERJGroupsSynchronizer.framework/Resources/Java/jgroups-2.6.8.jar
> 
> And the jar file is in that path so, I am not sure where to look at.
> 
> Thanks.
> 
> Miguel Torres. 
> 
> On 17/08/2012, at 18:35, WebObjects TORAcom <w...@toracom.net> wrote:
> 
>> Thanks for your help.
>> 
>> I watched the podcast (great by the way) and simplified the properties:
>> 
>> 
>> er.extensions.ERXObjectStoreCoordinatorPool.maxCoordinators=1
>> 
>> er.extensions.remoteSynchronizer.enabled=true
>> 
>> er.extensions.remoteSynchronizer=er.jgroups.ERJGroupsSynchronizer
>> 
>> 
>> I think it is the minimum necessary for EOF Synchronization.
>> 
>> The application runs on development environment.
>> 
>> Then I deployed my application but it can't run.
>> 
>> This is the stackTrace:
>> 
>> 
>> INFO  17-Aug-2012 18:30:14 [ProcessChangesQueue] - JGroups version: 2.6.8.GA
>> DEBUG 17-Aug-2012 18:30:14 [ProcessChangesQueue] - mapping is:
>> 1:   class org.jgroups.stack.IpAddress
>> 2:   class org.jgroups.protocols.CAUSAL$CausalHeader
>> 3:   class org.jgroups.protocols.FD$FdHeader
>> 6:   class org.jgroups.protocols.FD_SOCK$FdHeader
>> 7:   class org.jgroups.protocols.FragHeader
>> 13:  class org.jgroups.protocols.PingHeader
>> 14:  class org.jgroups.protocols.TcpHeader
>> 19:  class org.jgroups.protocols.TunnelHeader
>> 20:  class org.jgroups.protocols.UdpHeader
>> 21:  class org.jgroups.protocols.UNICAST$UnicastHeader
>> 22:  class org.jgroups.protocols.VERIFY_SUSPECT$VerifyHeader
>> 24:  class org.jgroups.protocols.pbcast.GMS$GmsHeader
>> 25:  class org.jgroups.protocols.pbcast.NakAckHeader
>> 27:  class org.jgroups.protocols.pbcast.STABLE$StableHeader
>> 28:  class org.jgroups.protocols.pbcast.STATE_TRANSFER$StateHeader
>> 29:  class org.jgroups.protocols.SMACK$SmackHeader
>> 30:  class org.jgroups.Message
>> 31:  class org.jgroups.View
>> 32:  class org.jgroups.ViewId
>> 34:  interface org.jgroups.Address
>> 35:  class org.jgroups.blocks.RequestCorrelator$Header
>> 36:  class org.jgroups.protocols.PingRsp
>> 38:  class java.util.Vector
>> 39:  class org.jgroups.protocols.pbcast.JoinRsp
>> 40:  class org.jgroups.util.Digest
>> 41:  class java.util.Hashtable
>> 53:  class org.jgroups.protocols.COMPRESS$CompressHeader
>> 54:  class org.jgroups.protocols.FC$FcHeader
>> 56:  class org.jgroups.protocols.TpHeader
>> 57:  class org.jgroups.protocols.ENCRYPT$EncryptHeader
>> 58:  class org.jgroups.protocols.SEQUENCER$SequencerHeader
>> 59:  class org.jgroups.protocols.FD_SIMPLE$FdHeader
>> 60:  class org.jgroups.protocols.VIEW_SYNC$ViewSyncHeader
>> 61:  class org.jgroups.protocols.FD_ALL$Header
>> 62:  class org.jgroups.protocols.SFC$Header
>> 63:  class org.jgroups.mux.MuxHeader
>> 64:  class org.jgroups.protocols.pbcast.FLUSH$FlushHeader
>> 65:  class org.jgroups.protocols.pbcast.STREAMING_STATE_TRANSFER$StateHeader
>> 66:  class org.jgroups.blocks.PullPushAdapter$PullHeader
>> 67:  class org.jgroups.protocols.AuthHeader
>> 
>> DEBUG 17-Aug-2012 18:30:14 [ProcessChangesQueue] - changed role to 
>> org.jgroups.protocols.pbcast.ClientGmsImpl
>> DEBUG 17-Aug-2012 18:30:14 [ProcessChangesQueue] - frag_size=60000, 
>> overhead=200, new frag_size=59800
>> DEBUG 17-Aug-2012 18:30:14 [ProcessChangesQueue] - received CONFIG event: 
>> {bind_addr=/127.0.1.1}
>> DEBUG 17-Aug-2012 18:30:14 [ProcessChangesQueue] - received CONFIG event: 
>> {bind_addr=/127.0.1.1}
>> DEBUG 17-Aug-2012 18:30:14 [ProcessChangesQueue] - stable task started
>> DEBUG 17-Aug-2012 18:30:14 [ProcessChangesQueue] - creating sockets and 
>> starting threads
>> DEBUG 17-Aug-2012 18:30:14 [FD_SOCK server socket acceptor,null,null] - 
>> waiting for client connections on /127.0.1.1:59120
>> DEBUG 17-Aug-2012 18:30:14 [ProcessChangesQueue] - sockets will use 
>> interface 127.0.1.1
>> ERROR 17-Aug-2012 18:30:14 [ProcessChangesQueue] - aplicacionbase failed to 
>> start.
>> java.lang.RuntimeException: Failed to configure remote synchronization.
>>      at 
>> er.extensions.eof.ERXObjectStoreCoordinatorSynchronizer.initializeRemoteSynchronizer(ERXObjectStoreCoordinatorSynchronizer.java:122)
>>      at 
>> er.extensions.eof.ERXObjectStoreCoordinatorSynchronizer.startRemoteSynchronizer(ERXObjectStoreCoordinatorSynchronizer.java:128)
>>      at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>      at 
>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>>      at 
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>>      at java.lang.reflect.Method.invoke(Method.java:597)
>>      at 
>> com.webobjects.foundation.NSSelector._safeInvokeMethod(NSSelector.java:122)
>>      at 
>> com.webobjects.foundation.NSNotificationCenter$_Entry.invokeMethod(NSNotificationCenter.java:588)
>>      at 
>> com.webobjects.foundation.NSNotificationCenter.postNotification(NSNotificationCenter.java:532)
>>      at 
>> com.webobjects.foundation.NSNotificationCenter.postNotification(NSNotificationCenter.java:546)
>>      at com.webobjects.appserver.WOApplication.run(WOApplication.java:1239)
>>      at er.extensions.appserver.ERXApplication.run(ERXApplication.java:1411)
>>      at com.webobjects.appserver.WOApplication.main(WOApplication.java:548)
>>      at er.extensions.appserver.ERXApplication.main(ERXApplication.java:826)
>>      at 
>> com.toracom.aplicacionbase.general.Application.main(Application.java:60)
>>      at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>      at 
>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>>      at 
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>>      at java.lang.reflect.Method.invoke(Method.java:597)
>>      at com.webobjects._bootstrap.WOBootstrap.main(WOBootstrap.java:87)
>> Caused by: org.jgroups.ChannelException: failed to start protocol stack
>>      at org.jgroups.JChannel.startStack(JChannel.java:1555)
>>      at org.jgroups.JChannel.connect(JChannel.java:365)
>>      at er.jgroups.ERJGroupsSynchronizer.join(ERJGroupsSynchronizer.java:88)
>>      at 
>> er.extensions.eof.ERXObjectStoreCoordinatorSynchronizer.initializeRemoteSynchronizer(ERXObjectStoreCoordinatorSynchronizer.java:118)
>>      ... 19 more
>> Caused by: java.lang.Exception: problem creating sockets 
>> (bind_addr=/127.0.1.1, mcast_addr=230.0.0.1:9753)
>>      at org.jgroups.protocols.UDP.start(UDP.java:389)
>>      at 
>> org.jgroups.stack.Configurator.startProtocolStack(Configurator.java:129)
>>      at org.jgroups.stack.ProtocolStack.startStack(ProtocolStack.java:410)
>>      at org.jgroups.JChannel.startStack(JChannel.java:1552)
>>      ... 22 more
>> Caused by: java.net.SocketException: bad argument for IP_MULTICAST_IF: 
>> address not bound to any interface
>>      at java.net.PlainDatagramSocketImpl.socketSetOption(Native Method)
>>      at 
>> java.net.PlainDatagramSocketImpl.setOption(PlainDatagramSocketImpl.java:309)
>>      at java.net.MulticastSocket.setInterface(MulticastSocket.java:424)
>>      at org.jgroups.protocols.UDP.createSockets(UDP.java:527)
>>      at org.jgroups.protocols.UDP.start(UDP.java:385)
>>      ... 25 more
>> WARN  17-Aug-2012 18:30:14 [ProcessChangesQueue] - A fatal exception 
>> occurred: Failed to configure remote synchronization.
>> 
>> 
>> Any hint?
>> 
>> Miguel Torres.
>> 
>> 
>> On 17/08/2012, at 06:31, Pascal Robert <prob...@macti.ca> wrote:
>> 
>>> Look like I forgot to add that one to the public podcasts feed and the 
>>> screencasts page on wocommunity.org. I'm doing it right now.
>>> 
>>>> Mike S. does a wonderful job in his video:
>>>> 
>>>> "Project Wonder in Depth (WOWODC West 2009)"
>>>> 
>>>> I just viewed it and it really helps.
>>>> 
>>>> Ted
>>>> 
>>>> --- On Thu, 8/16/12, Johann Werner <j...@oyosys.de> wrote:
>>>> 
>>>> From: Johann Werner <j...@oyosys.de>
>>>> Subject: Re: ERJGroupsSynchronizer How To
>>>> To: "WebObjects TORAcom" <w...@toracom.net>
>>>> Cc: "WebObjects Development" <webobjects-dev@lists.apple.com>
>>>> Date: Thursday, August 16, 2012, 3:01 AM
>>>> 
>>>> Hi Miguel,
>>>> 
>>>> Am 14.08.2012 um 19:13 schrieb WebObjects TORAcom:
>>>> 
>>>>> Hi List,
>>>>> 
>>>>> I am new to ERJGroupsSynchronizer. I want to synchronize Enterprise 
>>>>> Objects between Application's instances. 
>>>>> I found the following info:
>>>>> 
>>>>> http://web.archiveorange.com/archive/v/VpmAs9yFWUtMJyEvmKXQ
>>>>> 
>>>>> I followed those instructions and added this to my Properties file:
>>>>> 
>>>>> […]
>>>>> 
>>>>> 
>>>>> I am not sure what multicast means and also I don't know if I should 
>>>>> create some class to catch the changes of the enterprise objects.
>>>> 
>>>> Multicast is used to send a message not to a single IP address but to a 
>>>> range [1] of addresses.
>>>> 
>>>>> I just configured my Properties and deployed a test application but my 
>>>>> tests didn't work.
>>>>> 
>>>>> ¿Am I missing something?
>>>> 
>>>> Just have a look at the properties file of ERExtensions. All the settings 
>>>> you need to set are there. You should check if it matches your 
>>>> configuration. When using those I had no problem with the sync process.
>>>> 
>>>>> ¿Is there a tutorial of how to use ERJGroupsSynchronizer?
>>>> 
>>>> Don't know of any.
>>>> 
>>>>> Thanks in advance.
>>>>> 
>>>>> Miguel Torres.
>>>> 
>>>> 
>>>> [1] http://en.wikipedia.org/wiki/IP_multicast
>>>> 
>>>> 
>>>> -----Inline Attachment Follows-----
>>>> 
>>>> _______________________________________________
>>>> Do not post admin requests to the list. They will be ignored.
>>>> Webobjects-dev mailing list      (Webobjects-dev@lists.apple.com)
>>>> Help/Unsubscribe/Update your Subscription:
>>>> https://lists.apple.com/mailman/options/webobjects-dev/tedpet5%40yahoo.com
>>>> 
>>>> This email sent to tedp...@yahoo.com
>>>> _______________________________________________
>>>> Do not post admin requests to the list. They will be ignored.
>>>> Webobjects-dev mailing list      (Webobjects-dev@lists.apple.com)
>>>> Help/Unsubscribe/Update your Subscription:
>>>> https://lists.apple.com/mailman/options/webobjects-dev/probert%40macti.ca
>>>> 
>>>> This email sent to prob...@macti.ca
>>> 
>>> 
>> 
>> 
>> 
>> _______________________________________________
>> Do not post admin requests to the list. They will be ignored.
>> Webobjects-dev mailing list      (Webobjects-dev@lists.apple.com)
>> Help/Unsubscribe/Update your Subscription:
>> https://lists.apple.com/mailman/options/webobjects-dev/wo%40toracom.net
>> 
>> This email sent to w...@toracom.net
> 
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Webobjects-dev mailing list      (Webobjects-dev@lists.apple.com)
> Help/Unsubscribe/Update your Subscription:
> https://lists.apple.com/mailman/options/webobjects-dev/wo%40toracom.net
> 
> This email sent to w...@toracom.net


 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list      (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Reply via email to