Hi List,
I have found how to change log level for jgroups.
This is the name of the category
log4j.logger.org.jgroups
Just changed it in the log4j configuration file or in my case in my log4j
initialization function.
Properties properties = new Properties();
.
.
.
.
.
.
.
properties.setProperty("log4j.logger.org.jgroups","WARN");
PropertyConfigurator.configure(properties);
Miguel Torres
On 17/08/2012, at 19:19, WebObjects TORAcom <w...@toracom.net> wrote:
> 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/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
