Re: Sample code wanted...
Re: Sample code wanted...
- Subject: Re: Sample code wanted...
- From: Ken Anderson <email@hidden>
- Date: Fri, 12 May 2006 16:52:19 -0400
Nice point Mike.
Also Randy, please don't reply to old messages to start new threads -
it's very annoying for people who organize by thread, or the html
versions of the mailing list.
Ken
On May 12, 2006, at 4:47 PM, Mike Schrag wrote:
For the long-running part, look at WOLongResponsePage (I don't have
a sample handy because I haven't written that up on the wikibook
yet :) ) if you want to keep them around waiting (an hour, maybe
not). If you want to just spin off a thread, it works pretty much
like you would expect. You can just make a new thread and do your
thing. Obviously if you're touch EOF, all the usual multithreading
issues apply. If you want to be completely separate in EO (not
lock the entire object store for an hour potentially), you will
need to create your own EOObjectStoreCoordinator in your thread,
and create EOEditingContexts from that. It's surprisingly easy to
do that part. The annoying part is syncing the two back up later
(because you're basically the same problem as multiple instances at
that point). However, the quick way is that you can make an
EOFetchSpecification in the original object store set it to refresh
refetched objects, make its qualifier such that it will pickup your
modified/inserted objects, and execute it.
For the emailing part:
http://en.wikibooks.org/wiki/Programming:WebObjects/Project_WONDER/
Organization/ERJavaMail
ms
On May 12, 2006, at 4:39 PM, Randy Wigginton wrote:
I have an app that involves some LONG operations - literally an
hour or
more. In this case, I would like to display a page saying
"Results will be
e-mailed to you", then a new thread should perform the processing,
then
email a WOComponent page. Is there anything similar I can use as
a model?
Hard to believe this is the first time such a thing is needed
(nothing I
could find on WOCode.com)
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
40mdimension.com
This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
40anderhome.com
This email sent to email@hidden
_______________________________________________
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