J
Jono
Hi Everyone,
As it says in the title, I'm looking for a way to display a page while
long running operations are performed on the server. Ideally, I'd like
some way to push the current request onto some stack, where it would
continue to be processed asynchronously (most importantly preserving
things like view state, form post data, etc). In the interim, while the
main request is processed, a friendly page will be displayed to the
user. That "waiting" page would periodically poll to see if the main
request is ready, eventually popping the stack and displaying the
results of the long running operation.
I've tried it briefly with Response.Redirect(...) to the waiting page
and then back to the main page, when it's done, but I lose all the post
back data. I also tried Server.Transfer(...) but saw the same effects.
One thing that crossed my mind - which is probably not possible, but
that's why I'm asking you here - was to do some kind of fork with the
output stream so that the response of the main page was written into a
database row (or some other persistence mechanism) while a waiting page
was returned to the user. That waiting page would periodically check
the status of the main request, and if it was complete it would return
the results back to the client.
If anyone's got any bright ideas, and would like to share them, I'd
really appreciate it.
Thanks,
Jono
As it says in the title, I'm looking for a way to display a page while
long running operations are performed on the server. Ideally, I'd like
some way to push the current request onto some stack, where it would
continue to be processed asynchronously (most importantly preserving
things like view state, form post data, etc). In the interim, while the
main request is processed, a friendly page will be displayed to the
user. That "waiting" page would periodically poll to see if the main
request is ready, eventually popping the stack and displaying the
results of the long running operation.
I've tried it briefly with Response.Redirect(...) to the waiting page
and then back to the main page, when it's done, but I lose all the post
back data. I also tried Server.Transfer(...) but saw the same effects.
One thing that crossed my mind - which is probably not possible, but
that's why I'm asking you here - was to do some kind of fork with the
output stream so that the response of the main page was written into a
database row (or some other persistence mechanism) while a waiting page
was returned to the user. That waiting page would periodically check
the status of the main request, and if it was complete it would return
the results back to the client.
If anyone's got any bright ideas, and would like to share them, I'd
really appreciate it.
Thanks,
Jono