And Wonder have ERCayenne :-) > I think it is possible, but not very practical. The last time I looked (long > time ago admittedly) you could achieve multithreading, at the expense of > throughput (threads waiting on a shared lock). > > I'd use Cayenne for this. Seriously ... there's no tie in to the WO UI in > case of Quartz headless processor, so it should be much easier switch > compared to a webapp. I've done a bunch of Cayenne/Quartz projects for > different customers, and parallel execution has never been a problem. > > Just my 0.02 > > Andrus > > --------------- > Andrus Adamchik > Apache Cayenne ORM: http://cayenne.apache.org/ > Twitter: http://twitter.com/andrus_a > > > On Feb 16, 2012, at 1:29 PM, Paul Dunkler wrote: > >> Hi Community, >> >> i'm currently working on a WebObjects-Application which uses the Quartz >> Scheduler to schedule and run thousand but thousand of jobs. Every job is >> doing some work in the database (Like reading, computing and then >> Updating/Deleting some Details from the database). >> >> This works quite well when i only allow Quartz to start one Single Thread >> for Job Execution. But when i configure more than one thread, it seams that >> i have problems with EditingContext / ObjectStoreCoordinator-Locking or >> something else. >> >> The Question is: What should i do to achieve an entirely independent >> EOF-Stack per Quartz Thread? If it is possible without ramping up a complete >> EOF-Stack per Thread, this would be even better ;) >> >> Currently i just tried to Create a new EditingContext per Job at the start, >> lock the rootObjectStore, do some things and then unlock the rootObjectStore >> and dispose the editingContext. But that doesn't seem to work for me. >>> // Job Start >>> EOEditingContext anEditingContext = ERXEC.newEditingContext(); >>> anEditingContext.rootObjectStore().lock(); >> >>> // Job Execution >> >>>> // Job End >>> anEditingContext.saveChanges(); >>> anEditingContext.rootObjectStore().unlock(); >> >> >> It would be nice to get your suggestions about this Topic. >> >> -- >> Mit freundlichen Grüßen >> >> Paul Dunkler > > > > > > _______________________________________________ > Do not post admin requests to the list. They will be ignored. > Webobjects-dev mailing list ([email protected]) > Help/Unsubscribe/Update your Subscription: > https://lists.apple.com/mailman/options/webobjects-dev/probert%40macti.ca > > This email sent to [email protected]
_______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list ([email protected]) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to [email protected]
