when I saw your preference, I went looking and sure enough I have:
java.net.preferIPv4Stack=true
in my application preferences.
There is not much to change. I had an IRC session with Bela and from what he
said,
_channel.setOpt(Channel.LOCAL, Boolean.FALSE); changes to:
_channel.setDiscardOwnMessages(Boolean.FALSE);
and take out:
// if
(ERXProperties.booleanForKeyWithDefault("er.extensions.jgroupsSynchronizer.autoReconnect",
true)) {
// _channel.setOpt(Channel.AUTO_RECONNECT, Boolean.TRUE);
// }
I am trying to think if there was anything else he talked about. I think I
saved the IRC session somewhere if you want it.
I remember something else. He finally dropped the exception extension and he is
using the standard java exceptions, so you have to fix that, and originally he
deprecated the channel isConnected() method. But seems to have added it back as
there is no warning about deprecated methods.
the only problem I have is using this on a deployment box OS X as I can not
figure out how to manage memory for UDP. these are my warnings on OS X:
Oct 26 20:22:11 ASColorGrid[49288] WARN org.jgroups.protocols.UDP -
JGRP000015: the receive buffer of socket DatagramSocket was set to 20MB, but
the OS only allocated 5.03MB. This might lead to performance problems. Please
set your max receive buffer in the OS correctly (e.g. net.core.rmem_max on
Linux)
Oct 26 20:22:11 ASColorGrid[49288] WARN org.jgroups.protocols.UDP -
JGRP000015: the receive buffer of socket MulticastSocket was set to 25MB, but
the OS only allocated 5.03MB. This might lead to performance problems. Please
set your max receive buffer in the OS correctly (e.g. net.core.rmem_max on
Linux)
nothing I have tried has succeeded in increasing the buffers.
In an exchange with Johan Werner (sp), he suggested that although I get the
error, I may never see a problem as wonder is only pushing very minimal data
for each notification (He was suggesting that it is on the order of a few k
only as it is only passing global ids around.
I have 3.4.0 on a production server now for almost three weeks and there has
been no problem.
Ted
On Oct 26, 2013, at 4:42 PM, Ken Anderson <[email protected]> wrote:
> Forget it - not needed.
>
> Turns out, if you don't do this:
>
> -Djava.net.preferIPv4Stack=true
>
> it doesn't work… Adding that switch to my apps solved the problem!
>
> Ken
>
> On Oct 26, 2013, at 1:45 PM, Ken Anderson <[email protected]> wrote:
>
>> Theodore,
>>
>> Would you mind sharing your modified ERJGroupsSynchronizer source? I did
>> the same, but maybe you did it better than I did :)
>>
>> Ken
>>
>> On Oct 25, 2013, at 11:40 AM, Theodore Petrosky <[email protected]> wrote:
>>
>>> oh, oh, i forgot to mention that I updated my jgroups to 3.4.0 and I don't
>>> know if that 'helps'
>>>
>>>
>>>
>>> On Oct 25, 2013, at 10:43 AM, Ken Anderson <[email protected]> wrote:
>>>
>>>> Also, if it matters, the properties file is in a shared framework.
>>>>
>>>> On Oct 25, 2013, at 10:32 AM, Ken Anderson <[email protected]> wrote:
>>>>
>>>>> All,
>>>>>
>>>>> I'm having trouble getting this to work - jgroups OR multicast. In the
>>>>> (supposed) simplest form, I have this config for both apps:
>>>>>
>>>>> er.extensions.ERXObjectStoreCoordinatorPool.maxCoordinators=1
>>>>> er.extensions.jgroupsSynchronizer.groupName=mycation
>>>>> er.extensions.remoteSynchronizer.enabled=true
>>>>> log4j.logger.er.extensions.remoteSynchronizer.ERXRemoteSynchronizer=DEBUG
>>>>>
>>>>> The sender seems to be fine:
>>>>>
>>>>> Oct 25 10:27:37 MycationMaint[7777] INFO
>>>>> er.extensions.remoteSynchronizer.ERXRemoteSynchronizer - Multicast
>>>>> instance 7f000001611e joining.
>>>>>
>>>>> Oct 25 10:27:52 MycationMaint[7777] DEBUG
>>>>> er.extensions.remoteSynchronizer.ERXRemoteSynchronizer - Multicast
>>>>> instance 7f000001611e: Writing [SnapshotUpdated:
>>>>> _EOIntegralKeyGlobalID[Aspect (java.lang.Integer)7]]
>>>>> Oct 25 10:27:52 MycationMaint[7777] DEBUG
>>>>> er.extensions.remoteSynchronizer.ERXRemoteSynchronizer - Multicast
>>>>> instance 7f000001611e: Writing [ToManySnapshotChanged: sourceGID =
>>>>> _EOIntegralKeyGlobalID[Aspect (java.lang.Integer)7]; name = childAspects;
>>>>> added = 0; removed = 1; removeAll = true]
>>>>> Oct 25 10:27:52 MycationMaint[7777] DEBUG
>>>>> er.extensions.remoteSynchronizer.ERXRemoteSynchronizer - Multicast
>>>>> instance 7f000001611e: Writing [SnapshotInserted:
>>>>> _EOIntegralKeyGlobalID[Transaction (java.lang.Integer)118]]
>>>>> Oct 25 10:27:52 MycationMaint[7777] DEBUG
>>>>> er.extensions.remoteSynchronizer.ERXRemoteSynchronizer - Multicast
>>>>> instance 7f000001611e: Writing [SnapshotInserted:
>>>>> _EOIntegralKeyGlobalID[Aspect (java.lang.Integer)9]]
>>>>> Oct 25 10:27:52 MycationMaint[7777] DEBUG
>>>>> er.extensions.remoteSynchronizer.ERXRemoteSynchronizer - Multicast
>>>>> instance 7f000001611e: Writing [SnapshotUpdated:
>>>>> _EOIntegralKeyGlobalID[Transaction (java.lang.Integer)118]]
>>>>> Oct 25 10:27:52 MycationMaint[7777] DEBUG
>>>>> er.extensions.remoteSynchronizer.ERXRemoteSynchronizer - Multicast
>>>>> instance 7f000001611e: Writing [SnapshotInserted:
>>>>> _EOIntegralKeyGlobalID[TransactionTouch (java.lang.Integer)175]]
>>>>> Oct 25 10:27:52 MycationMaint[7777] DEBUG
>>>>> er.extensions.remoteSynchronizer.ERXRemoteSynchronizer - Multicast
>>>>> instance 7f000001611e: Writing [SnapshotInserted:
>>>>> _EOIntegralKeyGlobalID[TransactionTouch (java.lang.Integer)176]]
>>>>>
>>>>> But I never see anything arrive on the other end, even though I get this:
>>>>>
>>>>> Oct 25 10:27:34 MycationService[7778] INFO
>>>>> er.extensions.remoteSynchronizer.ERXRemoteSynchronizer - Multicast
>>>>> instance 7f000001621e joining.
>>>>>
>>>>>
>>>>> Any suggestions? It behaves the same with JGroups or multicast…
>>>>>
>>>>> Thanks,
>>>>> Ken
>>>>>
>>>>> _______________________________________________
>>>>> Do not post admin requests to the list. They will be ignored.
>>>>> Webobjects-dev mailing list ([email protected])
>>>>> Help/Unsubscribe/Update your Subscription:
>>>>> https://lists.apple.com/mailman/options/webobjects-dev/kenlists%40anderhome.com
>>>>>
>>>>> This email sent to [email protected]
>>>> _______________________________________________
>>>> Do not post admin requests to the list. They will be ignored.
>>>> Webobjects-dev mailing list ([email protected])
>>>> Help/Unsubscribe/Update your Subscription:
>>>> https://lists.apple.com/mailman/options/webobjects-dev/tedpet5%40yahoo.com
>>>>
>>>> This email sent to [email protected]
>>>
>>
>> _______________________________________________
>> Do not post admin requests to the list. They will be ignored.
>> Webobjects-dev mailing list ([email protected])
>> Help/Unsubscribe/Update your Subscription:
>> https://lists.apple.com/mailman/options/webobjects-dev/kenlists%40anderhome.com
>>
>> This email sent to [email protected]
>
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list ([email protected])
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com
This email sent to [email protected]
