• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Data freshness and inter-applications/instances notification
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Data freshness and inter-applications/instances notification


  • Subject: Data freshness and inter-applications/instances notification
  • From: Dev WO <email@hidden>
  • Date: Sat, 10 Feb 2007 20:22:56 +0100

Hi list,
it's been some time without a data freshness question:)

I've been reading the list and Practical WebObjects book to get as much details as I can, but I just can't find the solution I'd like.
Here's a quick summary of the project related to this, it may give you a better understanding about my goals:
-Actually there are 2 WOApplications (Front Office and Back Office) and a Framework (with the eomodel)
-In the FO, I'm using the sharedEditingContext to initialize some entities. I've got multiple "initializeList" method to be able to invalidate only specific lists when needed.
-The FO answer to some DirectActions which lead to a new initialization for a specific entity (I'm using InvalidateObjectsWithGlobalIDs, it seems to invalidate correctly all the relationships of the entity)
-In the BO depending on the object edited/added/deleted a call to one of the specific FO DirectAction is triggered.


The deployment is only one instance for each (1 FO and 1 BO) for now, and because it doesn't work with multiple instances;)

This setup allows me to get fresh data every time there's a fresh data to display, immediately, and basically down from 20000 request per day on the DB to about 100.

But this is not as good as it seems...
There are 2 different things I'm looking at:
A-making this work with 2 or more instances of the FO
B-making a change to the FO (yes FO user can also add things to the DB) be populated to all the FO instances


Regarding A, I was looking at the NotificationFramework of Project Wonder, but if I red correctly is not really efficient if the application has a lot of request (I know this one doesn't).
So I was thinking I could issue a grep command to get the list of running instances, then issue a specific DA request for each instance (actually there's no "callback" feature so I don't know if the instance got the notification and behave as expected), or maybe I could use some code from WOMonitor to get the instance numbers for a specific application.


What's your opinion about this? maybe (most probably) there's something better than this I didn't find;)

Regarding B, FO user can post comments, they can't edit anything only add things.
This is a "news" system, so I really need people to be able to see any comment posted as soon as it is posted. It works for now as there's only one instance and I'm using a specific ec to add the comment (set the sharedEC to null) so the sharedEC reflect the changes immediately.
But if I have multiple instances, I got mixed up result as the new comments only updates their own instance...So I've got to find a way to notify all running instances of the modifications.
Any pointer about this one?


My knowledge of EOF underlying layers is clearly lacking a lot of things, if someone feel I need to read a couple things about it, don't hesitate to mention what I should read;)

Thanks for sharing your knowledge:)

Xavier
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden


  • Prev by Date: Re: [OT] call gifsicle via Java process
  • Next by Date: Re: [OT] call gifsicle via Java process
  • Previous by thread: Re: [OT] call gifsicle via Java process
  • Next by thread: RE: Data freshness and inter-applications/instances notification
  • Index(es):
    • Date
    • Thread