Hi Stefan, I think I have put together what you might need a time ago. have a look at www.wocode.com there you will find code and tutorial explaining LongResponses by example.
http://wocode.com/cgi-bin/WebObjects/WOCode.woa/wa/ShareCodeItem?itemId=291 This way your Session-timeout does not matter, because the page gets refreshed all the time as long as the response generates results. Spinning it off in an extra-Thread seems reasonable, but what do you mean with "Currently, keeping these objects in a DB store seems to be reasonable."? Images or as you said "real-world big image media files" in the DB? Sounds like a really bad idea to me. regards, Helge -- Momo was there and joined in, that was all, but for some reason her mere presence put bright ideas into their heads. -- from Michael Ende's "Momo" Expect and Respect. Am 05.12.2005 1:29 Uhr schrieb "Stefan Pantke" unter <[EMAIL PROTECTED]>: > I managed to produce printer ready PDF output using > iText. Although iText can't do anything, it is rich enough > for my app. > > Now I need to start testing using real-world big image media files. > > Don't know exactly right now, but I suppose that these calls may > take some to finish. Probably too much time for my WO default > environment. I'd like to prepare a solution, which works independently > of the current WOA timeout settings. > > To prepare a general solution, I'd like to spawn a worker thread, > which takes a job description, computes the result and finally > puts the results aside. > > Does WO have a special technique to de-couple lengthy compute jobs? Or > should I just spawn a Java-Thread and attach this to my current > session? > > Furthermore, I'd like to prepare some EO objects, which model > running compute jobs and results. > > Currently, keeping these objects in a DB store seems to be reasonable. > > In general, I'd like to know, if I may create in-memory EO objects, > which > don't get saved to the DB store. Well, this should be possible. > > Any ideas how to start reading about this? > > _______________________________________________ > 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/lgxxl%40web.de > > 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: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to [email protected]
