Hi Mike,
Thanks for your help, I am taking a look at ERJGroupsSync as you
suggested. Is there any documentation or sample code you can point me
to. If not: do you have any generic implementation guidelines? I am
planning on writing a pre and post implementation report that I can
contribute back if anybody's interested.
Thanks,
Saad.
I am not sure what the ERJGroupsSync code buys me over JMS (I will
take a look though).
It buys you a more-correct vs a known-to-be-not-correct
implementation :)
I don’t think our biggest problem is getting the notification. I
think our biggest issue is dealing with freshening up our data once
we get the notification. It seems that since our app is pretty busy
the act of invalidating the objects seems to cause other sessions
to lock up. Is that because we are not locking the
ObjectStoreCoordinator?
You can NOT ... DOUBLE NOT ... touch the object store coordinator
without locking. Terrible things will happen ... Sometimes that
will be lockups, sometimes that will be corrupted caches, and
sometimes you won't find that out until you have a lot of users at
once, but terrible things WILL happen.
However, the JMS notification is known to create lockups, and nobody
has worked on that code for years, so the problems aren't going away
with it. Also, I would wager you are, in fact, not getting all your
notifications, too, because it's REALLY hard to get the
notifications you need without hooking into EOF in wacky ways --
ways that I know JMS is not. For instance, updating the inverse to-
many relationships does not always result in a notification in the
normal way that most of these change notifiers expect ... The only
way you can guarantee that you get these notification is by hooking
into the actual cache in EOF so that if the cache updates, you know,
and that's what ERJG does. The problem is that when it fails, it
fails in really subtle ways that are really hard to track down. EOF
is MOSTLY right, but just a couple things aren't quite up-to-date.
ERJG has been run through lots of 1000 concurrent-users-going-
spastic-changing-things testcases with a full EOF cache comparison
process at the end to guarantee 100% match, and it passes. This is
again not to say it doesn't have bugs, but rather that it has been
put through lots of testing.
ms
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list ([email protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/drosenberg%40inquira.com
This email sent to [EMAIL PROTECTED]
------ End of Forwarded Message
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list ([email protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com
This email sent to [EMAIL PROTECTED]
