ded as the filtering of changes by entity seems to be used only when
> deciding which changes to send to remote instances.
>
> Thank you
> Ricardo J. Parada
>
>
>> On Mar 25, 2022, at 4:49 PM, Ricardo Parada via Webobjects-dev
>> mailto:webobjects-dev@lists.apple.co
he responses.
>
> When we put the ERJGroupsSynchronizer in production we started receiving
> reports of users not being able to access the application instances or
> getting kicked out of the application. I do not know if the
> ERJGroupsSynchronizer is the one to blame. So I think it
Thank you all for the responses.
When we put the ERJGroupsSynchronizer in production we started receiving
reports of users not being able to access the application instances or getting
kicked out of the application. I do not know if the ERJGroupsSynchronizer is
the one to blame. So I think
Hi Ricardo,
On 19 Mar 2022, at 14:25, Ricardo Parada via Webobjects-dev
wrote:
> Does anybody use ERJGroupsSynchronizer?
We've been using it for years now, albeit with some light modifications to
allow JGroups to work on AWS (originally via the Meltmedia AWS_PING project,
but now via
I’ve used it, and it wasn’t difficult. I just followed the example.
Ted
> On Mar 18, 2022, at 11:55 PM, Ricardo Parada via Webobjects-dev
> wrote:
>
> Hi everyone,
>
> Does anybody use ERJGroupsSynchronizer?
>
> I’m trying to synchronize two EOF stacks within a
Hi everyone,
Does anybody use ERJGroupsSynchronizer?
I’m trying to synchronize two EOF stacks within a single VM. I don’t want the
synchronization to happen across application instances.
The video from Mike Shrag from a WOWODC conference said it can be single VM or
across VM. I’m interested
Blast form the past…. This problem was causing issues with my deploy
scripts back when I was actively coding in WO. Now I don’t have these
problems since I haven’t updated any code and redeployed in a couple years.
On Wed, Jul 13, 2016 at 5:38 PM, Paul Hoadley wrote:
>
On 13 Jul 2016, at 11:31 PM, Chuck Hill wrote:
> That does not seem to be a sensible reason/place to throw an exception.
I’ve opened an issue here if anyone wants to discuss it further:
https://github.com/wocommunity/wonder/issues/784
.@gmail.com>
Cc: WebObjects Apple Dev <webobjects-dev@lists.apple.com>
Subject: Re: Instance won't shutdown with ERJGroupsSynchronizer
Hi Ted,
Excavating this from the archives:
On 1 Dec 2013, at 8:28 AM, Ted Archibald
<ted.archib...@gmail.com<mailto:ted.archib...@gmail.com>>
Hi René,
On 13 Jul 2016, at 5:33 PM, René Bock <b...@salient-doremus.de> wrote:
> I know that the ERXShutdownHook has been added in order to stop the
> ERJGroupsSynchronizer correctly. May be it's worth upgrading at least to
> Wonder 6 ;-)
I’ve seen this today using Wonde
Hello,
I know that the ERXShutdownHook has been added in order to stop the
ERJGroupsSynchronizer correctly. May be it's worth upgrading at least to
Wonder 6 ;-)
Am 13.07.2016 um 09:52 schrieb Paul Hoadley
<pa...@logicsquad.net<mailto:pa...@logicsquad.net>>:
Hi Ted,
Excavati
Hi Ted,
Excavating this from the archives:
On 1 Dec 2013, at 8:28 AM, Ted Archibald wrote:
> I've been having a bug where an instance won't shutdown (caveat: I haven't
> updated wonder in 2 years for fear of breaking stuff...)
>
> The stack trace points to an error
I've been having a bug where an instance won't shutdown (caveat: I haven't
updated wonder in 2 years for fear of breaking stuff...)
The stack trace points to an error in
ERXObjectStoreCoordinatorSynchronizer$ProcessChangesQueue.stop Attempted
to stop the ProcessChangesQueue when it wasn't already
Ray,
I changed the subject to pull out of the other thread.
The most elusive thing I found about getting ERJGroupsSynchronizer working is
this:
-Djava.net.preferIPv4Stack=true
If you don’t set this switch on your JVM, the processes don’t hear each other.
Also, you need to be on a network
I got the skinny on the upgrade of ERJGroupsSynchronizer.
there are three issues:
1. _channel.setOpt(Channel.LOCAL, Boolean.FALSE);
gets changed to:
_channel.setDiscardOwnMessages(Boolean.FALSE);
2. reconnect according to bela, this section just comes out and in his words
Shunning
Ken
On Sep 18, 2013, at 10:37 AM, Theodore Petrosky tedp...@yahoo.com wrote:
I got the skinny on the upgrade of ERJGroupsSynchronizer.
there are three issues:
1. _channel.setOpt(Channel.LOCAL, Boolean.FALSE);
gets changed to:
_channel.setDiscardOwnMessages(Boolean.FALSE);
2
basically), and make a few changes to the Java. Here's mine:
ERJGroupsNotificationCenter.javaERJGroupsSynchronizer.javajgroups-default.xml
Ken
On Sep 18, 2013, at 10:37 AM, Theodore Petrosky tedp...@yahoo.com wrote:
I got the skinny on the upgrade of ERJGroupsSynchronizer
:
ERJGroupsNotificationCenter.javaERJGroupsSynchronizer.javajgroups-default.xml
Ken
On Sep 18, 2013, at 10:37 AM, Theodore Petrosky tedp...@yahoo.com wrote:
I got the skinny on the upgrade of ERJGroupsSynchronizer.
there are three issues:
1. _channel.setOpt(Channel.LOCAL, Boolean.FALSE);
gets changed
Hi Johann,
Thank you for clarifying that. After I put the two apps on different
channels/addresses I saw the error again so that wasn't the problem anyway.
It's in a different email thread but I think the child editing context might be
as evil as the shared one. I've pulled it from my app
Hi Johnny,
Am 22.02.2013 um 07:11 schrieb Johnny Miller jlmil...@kahalawai.com:
Hi,
I have two apps running on the same host. Same model. Same db.
So I have this in both app's properties file:
## (Optional) the JGroups group name to use (defaults to
WOApplication.application.name)
Hi,
I have two apps running on the same host. Same model. Same db.
So I have this in both app's properties file:
## (Optional) the JGroups group name to use (defaults to
WOApplication.application.name)
er.extensions.jgroupsSynchronizer.groupName=MyGroup
My question is do I need to set these
Hello,
I recently moved our deployment to a new server Mac OS 10.8 Server
running java 1.6. I enabled updateInverseRelationships and
ERJGroupsSynchronizer no longer works. Any ideas?
Do I need java 1.7 for it to function? It worked on linux (1.7) without
updateInverseRelationships
:
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
, 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
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
. 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
: 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
. 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
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
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
...@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
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:
### Basic setup
On 24.11.2008, at 00:12, Lachlan Deck wrote:
cug, not using the sec either because of deadlock issues years ago
(burned child)
There's hope yet :-)
Na, I try to make my life not harder than necessary. And I never
really found a real advantage of the shared EC for my apps.
cug
On 24.11.2008, at 09:54, Mike Schrag wrote:
Yeah, yeah, ... I'll have to be more creative when asking those
questions ;-)
The proper way would have been: There is no way the
ERXJGroupsSynchronizer can work with the shared editing context.
Not even Mike can do it! ;-)
That trick only works
Yeah, yeah, ... I'll have to be more creative when asking those
questions ;-)
The proper way would have been: There is no way the
ERXJGroupsSynchronizer can work with the shared editing context. Not
even Mike can do it! ;-)
That trick only works on things that actually interest me :)
ms
On 22/11/2008, at 11:36 AM, Mike Schrag wrote:
It looks like our locking problems went away (crossing fingers)
after explicitly setting it to false. But man I can't figure out
for the life of me why it would default to true...
it defaults to true for backwards compatibility
I'm curious to
It looks like our locking problems went away (crossing fingers)
after explicitly setting it to false. But man I can't figure out
for the life of me why it would default to true...
it defaults to true for backwards compatibility
I'm curious to know why the sec causes a lock up for this.
I
On 24/11/2008, at 8:30 AM, Mike Schrag wrote:
It looks like our locking problems went away (crossing fingers)
after explicitly setting it to false. But man I can't figure out
for the life of me why it would default to true...
it defaults to true for backwards compatibility
I'm curious to
On 23.11.2008, at 16:42, Lachlan Deck wrote:
On 24/11/2008, at 8:30 AM, Mike Schrag wrote:
It looks like our locking problems went away (crossing fingers)
after explicitly setting it to false. But man I can't figure out
for the life of me why it would default to true...
it defaults to
On 24/11/2008, at 11:19 AM, Guido Neitzer wrote:
On 23.11.2008, at 16:42, Lachlan Deck wrote:
On 24/11/2008, at 8:30 AM, Mike Schrag wrote:
It looks like our locking problems went away (crossing fingers)
after explicitly setting it to false. But man I can't figure
out for the life of me
Hi,
We have two jmeters scripts one that creates objects, and one that
modifies them. Both scripts interact with two instances, everything
works as expected with no lock ups. However as soon as we enable
remote synchronization one instance locks up. The only way to get rid
of the locking
Do you have the shared editing context enabled? The last time someone
had a locked with remote sync was with SEC enabled. I only run with
SEC turned off, so it's just never been tested with SEC hanging around.
ms
On Nov 21, 2008, at 4:18 PM, Saad Laassel wrote:
Hi,
We have two jmeters
The use sec property is commented out so it should default to false...
This is the last thing that gets logged before it locks up:
57896 [Thread-4] DEBUG er.extensions.ERXEC.LockLogger - locked
[EMAIL PROTECTED]
java.lang.Exception
at er.extensions.eof.ERXEC.lock(ERXEC.java:483)
Actually it looks like it may be defaulting to true...brb let me test
it...
Thanks,
Saad
On Nov 21, 2008, at 4:44 PM, Saad Laassel wrote:
The use sec property is commented out so it should default to false...
This is the last thing that gets logged before it locks up:
57896 [Thread-4]
Actually it looks like it may be defaulting to true...brb let me
test it...
it defaults to true ...
ms
___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
It looks like our locking problems went away (crossing fingers) after
explicitly setting it to false. But man I can't figure out for the
life of me why it would default to true...
ERXEC.DefaultFactory
public boolean useSharedEditingContext() {
if
Thanks for your help. As a side note the jGroups jar that ships with
PW is 2.5.0 Beta 1, we upgraded to 2.6.7 GA and everything still works
as expected.
Thanks,
Saad
On Nov 21, 2008, at 5:04 PM, Saad Laassel wrote:
It looks like our locking problems went away (crossing fingers)
after
It looks like our locking problems went away (crossing fingers)
after explicitly setting it to false. But man I can't figure out for
the life of me why it would default to true...
it defaults to true for backwards compatibility
ms
___
Do not post
to happen before any models get loaded.
4. Once I get a reference to a ERXObjectStoreCoordinatorSynchronizer then I
can create a ERJGroupsSynchronizer.
It seems that there must be some other steps that Wonder does that I might
need to replicate. I saw a reference to ERXDatabase. Somewhere I would need
We have the JMS change notification framework in place that we need
to replace with the Jgroups implementation.
We are not using Project Wonder.
Unfortunately (or fortunately, depending on how you look at it :) ),
you need to drink the Wonder koolaid to use ERXJGroups notification.
This
On Sep 4, 2008, at 2:59 PM, Mike Schrag wrote:
We have the JMS change notification framework in place that we need
to replace with the Jgroups implementation.
We are not using Project Wonder.
Unfortunately (or fortunately, depending on how you look at it :) ),
you need to drink the Wonder
Which, of course :-P Wonder provides a solution for as well:
http://webobjects.mdimension.com/wonder/api/er/extensions/foundation/ERXMulticastingDelegate.html
oh .. right :) ... you DO need to be careful about load ordering
with this, though, that you add the multicast delegate AFTER wonder
On Sep 4, 2008, at 3:05 PM, Mike Schrag wrote:
Which, of course :-P Wonder provides a solution for as well:
http://webobjects.mdimension.com/wonder/api/er/extensions/foundation/ERXMulticastingDelegate.html
oh .. right :) ... you DO need to be careful about load ordering
with this,
Unfortunately (or fortunately, depending on how you look at it :) ),
you need to drink the Wonder koolaid to use ERXJGroups
notification. This is one that is very hard to do properly without
hackery and a lot of the Wonder tricks depend on eachother --
especially down in EOF. I would
54 matches
Mail list logo