Ok,

It looks that it is working now.

But how I avoid debug messages from jgroups:

DEBUG [OOB-1,aplicacionbase,192.168.7.100:60596] - message is [dst: <null>, 
src: 192.168.7.100:60596 (3 headers), size=0 bytes, flags=OOB], headers are 
STABLE: [STABILITY]: digest is 192.168.7.100:60596: [1 : 5 (6)], NAKACK: [MSG, 
seqno=8], UDP: [channel_name=aplicacionbase]
DEBUG [OOB-1,aplicacionbase,192.168.7.100:60596] - [192.168.7.100:60596: 
received 192.168.7.100:60596#8
DEBUG [OOB-1,aplicacionbase,192.168.7.100:60596] - received stability msg from 
192.168.7.100:60596: [192.168.7.100:60596#5]
DEBUG [OOB-1,aplicacionbase,192.168.7.100:60596] - resetting digest from 
NAKACK: [192.168.7.100:60596#7]
DEBUG [OOB-1,aplicacionbase,192.168.7.100:60596] - received stable digest 
192.168.7.100:60596: [1 : 5 (6)]
DEBUG [OOB-1,aplicacionbase,192.168.7.100:60596] - deleting msgs <= 5 from 
192.168.7.100:60596


I use log4j and normally is set to INFO log level but when we deploy a new 
version of our application we turn on DEBUG level but I do not want to fill my 
log file with jgroups logs.

Any ideas?

Thanks in advance.

Miguel Torres
 


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

> 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/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