Large queue of messages for another app
Large queue of messages for another app
- Subject: Large queue of messages for another app
- From: Trygve Inda <email@hidden>
- Date: Wed, 10 Feb 2010 06:47:51 +0000
- Thread-topic: Large queue of messages for another app
I have a main app and a sub-app background process (both Cocoa). The main
app needs to send the sub-app a bunch of files to process... Anywhere from
one to hundreds.
The main app has a list of paths to process in an NSArray. In my testing
with NSDistributedNotifcationCenter, it handles up to about 30... After that
it starts to lose some.
What are better options?
1) Apple Events... These are messy but I'd go there if it'd not have lost
events.
2) Write the NSArray to a file, then let the subapp just read from this file
and process them one at a time. TI could notify the subapp via a
DistributedNotifactation or it could just keep poling a private folder every
so often (yuck).
The only problem I see with this is how can I cancel one or more files from
the queue since I don't think it's a good idea to have both apps writing to
the same file.
3) Distributed Objects? Not sure how this would work - how do my app find
each other? If I could do:
[remoteApp processDict:myDict]; // dict has a @"Path" key with a file path
Thaoughts?
Thanks,
Trygve
_______________________________________________
Cocoa-dev mailing list (email@hidden)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden