Re: [Springframework-developer] Asynchronous Controller Handling

[Stefan D S. <ste...@us...>]

Ronald, thank you for your response.
Actually, that is correct in the usual and most of the cases. In my case,
once I removed the deleted item from the list in the session and logically
delete it in the DB and send it for asynchrnous deletion, then I just want
the user to get back the list with it deleted (even if it isn't deleted
yet, but appears that way to the user since the perception to them is that
they cannot see it). I have done this in the past using the two techniques
mentioned so far (JMS, thread) before using Spring, just wanted to know if
Spring had a way to handle this natively.





Sunday, August 01, 2004 6:49 AM
To: spr...@li...
cc:
From: Ronald Haring <ro...@co...>
Subject: Re: [Springframework-developer] Asynchronous Controller Handling



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
>
>


-------------------------------------------------------
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