OK - I upgraded the framework to use the latest jgroups (3.2.11), added

-Djava.net.preferIPv4Stack=true

to the flags, and I was able to get everything working (with jgroups).

I had to modify the config file significantly - there were many deprecated 
options.

Is anyone interested in me contributing back the changes?

Ken

On Aug 25, 2013, at 3:17 PM, Ken Anderson <[email protected]> wrote:

> All,
> 
> OK - been banging my head against a wall all day…
> 
> I've tried jgroups as well as the multicast - the logs where changes are made 
> always show sending…
> 
> [2013-08-25 19:06:18,478] DEBUG 
> er.extensions.remoteSynchronizer.ERXRemoteSynchronizer Multicast instance 
> 7f0000010a1a: Writing [SnapshotUpdated: _EOIntegralKeyGlobalID[AdminUser 
> (java.lang.Integer)4]] 
> [2013-08-25 19:06:18,478] DEBUG 
> er.extensions.remoteSynchronizer.ERXRemoteSynchronizer Multicast instance 
> 7f0000010a1a: Writing [SnapshotInserted: _EOIntegralKeyGlobalID[Transaction 
> (java.lang.Integer)55]] 
> [2013-08-25 19:06:18,518] DEBUG 
> er.extensions.remoteSynchronizer.ERXRemoteSynchronizer Multicast instance 
> 7f0000010a1a: Writing [SnapshotInserted: 
> _EOIntegralKeyGlobalID[TransactionTouch (java.lang.Integer)254]] 
> 
> , but nothing ever receives.  I've turned on logging, and even put a 
> breakpoint on the jgroups receive method, but nothing.
> 
> Any suggestions?  Here are my current properties:
> 
> er.extensions.ERXObjectStoreCoordinatorPool.maxCoordinators=1
> er.extensions.remoteSynchronizer.enabled=true
> 
> but I also tried this:
> 
> er.extensions.ERXObjectStoreCoordinatorPool.maxCoordinators=1
> #er.extensions.remoteSynchronizer=er.jgroups.ERJGroupsSynchronizer
> #er.extensions.jgroupsSynchronizer.groupName=Fitnotix
> er.extensions.remoteSynchronizer.enabled=true
> 
> Sending supposedly happens, but nothing pops out on the other end.  When I 
> try to save on instance 2, I always get an optimistic locking error.
> 
> 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/archive%40mail-archive.com

This email sent to [email protected]

Reply via email to