But basically you cant do this with http. Http submits a page, then
waits for the return. So when you want to have a scenario with automatic
update of a page, you will have to use some constant polling technique
(by using the refresh meta tag for instance). You should then refresh to
some status page that will query some session parameter or database
parameter. The thread or jms should then upon completion set this
parameter in the session or the database, so that on the next poll of
the browser the page will be shown as completed.
Ronald
Seth Ladd wrote:
>On Sat, 31 Jul 2004 20:07:32 -0400, Stefan D Sookraj
><ste...@us...> wrote:
>
>
>>All,
>>I have a situation where the functionality behind the 'delete' buttons on
>>my form takes some time to process therefore the user just sits there and
>>wait until the success view comes back. Is there any asynchronous way to
>>hand off this processing and return the success view immediately that is
>>built into the framework, or would I have to do this with a separate thread
>>or using other techniques? Thank you.
>>
>>
>
>You may want to look into Spring's new JMS support. That is one way
>to handle this scenario.
>
>Seth
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by OSTG. Have you noticed the changes on
>Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now,
>one more big change to announce. We are now OSTG- Open Source Technology
>Group. Come see the changes on the new OSTG site. www.ostg.com
>_______________________________________________
>Springframework-developer mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
|
