473,287 Members | 1,643 Online
Bytes | Software Development & Data Engineering Community
Post Job

Home Posts Topics Members FAQ

Join Bytes to post your question to a community of 473,287 software developers and data experts.

Execution Timeout Problem

Our asp.net web app uses a .NET component (DLL) in the bin directory to call
several stored procedures back to back to perform updates. They don't return
any data. Sometimes the total execution time can take 2-3 minutes, but even
though I have set the executionTimeout in web.config to a high number of
seconds (2400), the request will still time out after 90 seconds. The user
sees a Request timed out error. The app logs a ThreadAborted exception,
[Thread was being aborted].

The web app and the component are compiled in Release mode. I read that you
only have to set one property; executionTimeout or the ScriptTimeout
property in IIS, but not both. Is that true or false?

Thanks for your help,

Mark

Nov 19 '05 #1
10 6814
You should consider redesigning this long running work so the browser isn't
waiting for it to complete. So make a button that initiates the work, then
give the user the ability to refresh the page to see the pending work. To
initiate the work you'll have to kick off another thread somehow (so use
ThreadPool.QueueUserWorkItem, or manually create another thread; there are
pros and cons to each of these approaches). To monitor the pending work you'll
need some other status table in the DB where your user can see if the work
is complete. Once it is, update that table.

Anyway, just an idea on how to rework this long running task....

-Brock
DevelopMentor
http://staff.develop.com/ballen
Our asp.net web app uses a .NET component (DLL) in the bin directory
to call several stored procedures back to back to perform updates.
They don't return any data. Sometimes the total execution time can
take 2-3 minutes, but even though I have set the executionTimeout in
web.config to a high number of seconds (2400), the request will still
time out after 90 seconds. The user sees a Request timed out error.
The app logs a ThreadAborted exception, [Thread was being aborted].

The web app and the component are compiled in Release mode. I read
that you only have to set one property; executionTimeout or the
ScriptTimeout property in IIS, but not both. Is that true or false?

Thanks for your help,

Mark


Nov 19 '05 #2
Brock,

Thanks for your reply, it sounds like a good idea. Will AJAX allow me to
initiate the long running task and give the user the ability to refresh the
page to get the status? I have read an article or two on AJAX but haven't
used it yet.

Thanks,

Mark

"Brock Allen" <ba****@NOSPAMdevelop.com> wrote in message
news:11***********************@msnews.microsoft.co m...
You should consider redesigning this long running work so the browser
isn't waiting for it to complete. So make a button that initiates the
work, then give the user the ability to refresh the page to see the
pending work. To initiate the work you'll have to kick off another thread
somehow (so use ThreadPool.QueueUserWorkItem, or manually create another
thread; there are pros and cons to each of these approaches). To monitor
the pending work you'll need some other status table in the DB where your
user can see if the work is complete. Once it is, update that table.
Anyway, just an idea on how to rework this long running task....

-Brock
DevelopMentor
http://staff.develop.com/ballen
Our asp.net web app uses a .NET component (DLL) in the bin directory
to call several stored procedures back to back to perform updates.
They don't return any data. Sometimes the total execution time can
take 2-3 minutes, but even though I have set the executionTimeout in
web.config to a high number of seconds (2400), the request will still
time out after 90 seconds. The user sees a Request timed out error.
The app logs a ThreadAborted exception, [Thread was being aborted].

The web app and the component are compiled in Release mode. I read
that you only have to set one property; executionTimeout or the
ScriptTimeout property in IIS, but not both. Is that true or false?

Thanks for your help,

Mark


Nov 19 '05 #3
Well, you need to access the server somehow to initiate the long running
task. It doesn't matter if that's an AJAX call or a normal page post. Same
thing for refreshing thew page to check the status; somehow you need to contact
the server. Both approaches will work.

-Brock
DevelopMentor
http://staff.develop.com/ballen
Brock,

Thanks for your reply, it sounds like a good idea. Will AJAX allow me
to initiate the long running task and give the user the ability to
refresh the page to get the status? I have read an article or two on
AJAX but haven't used it yet.

Thanks,

Mark

"Brock Allen" <ba****@NOSPAMdevelop.com> wrote in message
news:11***********************@msnews.microsoft.co m...
You should consider redesigning this long running work so the browser
isn't waiting for it to complete. So make a button that initiates the
work, then give the user the ability to refresh the page to see the
pending work. To initiate the work you'll have to kick off another
thread somehow (so use ThreadPool.QueueUserWorkItem, or manually
create another thread; there are pros and cons to each of these
approaches). To monitor the pending work you'll need some other
status table in the DB where your user can see if the work is
complete. Once it is, update that table. Anyway, just an idea on how
to rework this long running task....

-Brock
DevelopMentor
http://staff.develop.com/ballen
Our asp.net web app uses a .NET component (DLL) in the bin directory
to call several stored procedures back to back to perform updates.
They don't return any data. Sometimes the total execution time can
take 2-3 minutes, but even though I have set the executionTimeout in
web.config to a high number of seconds (2400), the request will
still time out after 90 seconds. The user sees a Request timed out
error. The app logs a ThreadAborted exception, [Thread was being
aborted].

The web app and the component are compiled in Release mode. I read
that you only have to set one property; executionTimeout or the
ScriptTimeout property in IIS, but not both. Is that true or false?

Thanks for your help,

Mark


Nov 19 '05 #4
Thanks again, but the immediate issue is this is a production application
that needs to be fixed ASAP. For the short term, shouldn't I be able to use
the executionTimeout attribute of the <httpRunTime> element to control these
timeouts? That's the way the documentation reads anyway.
Thanks,

Mark
"Brock Allen" <ba****@NOSPAMdevelop.com> wrote in message
news:11***********************@msnews.microsoft.co m...
Well, you need to access the server somehow to initiate the long running
task. It doesn't matter if that's an AJAX call or a normal page post. Same
thing for refreshing thew page to check the status; somehow you need to contact the server. Both approaches will work.

-Brock
DevelopMentor
http://staff.develop.com/ballen
Brock,

Thanks for your reply, it sounds like a good idea. Will AJAX allow me
to initiate the long running task and give the user the ability to
refresh the page to get the status? I have read an article or two on
AJAX but haven't used it yet.

Thanks,

Mark

"Brock Allen" <ba****@NOSPAMdevelop.com> wrote in message
news:11***********************@msnews.microsoft.co m...
You should consider redesigning this long running work so the browser
isn't waiting for it to complete. So make a button that initiates the
work, then give the user the ability to refresh the page to see the
pending work. To initiate the work you'll have to kick off another
thread somehow (so use ThreadPool.QueueUserWorkItem, or manually
create another thread; there are pros and cons to each of these
approaches). To monitor the pending work you'll need some other
status table in the DB where your user can see if the work is
complete. Once it is, update that table. Anyway, just an idea on how
to rework this long running task....

-Brock
DevelopMentor
http://staff.develop.com/ballen
Our asp.net web app uses a .NET component (DLL) in the bin directory
to call several stored procedures back to back to perform updates.
They don't return any data. Sometimes the total execution time can
take 2-3 minutes, but even though I have set the executionTimeout in
web.config to a high number of seconds (2400), the request will
still time out after 90 seconds. The user sees a Request timed out
error. The app logs a ThreadAborted exception, [Thread was being
aborted].

The web app and the component are compiled in Release mode. I read
that you only have to set one property; executionTimeout or the
ScriptTimeout property in IIS, but not both. Is that true or false?

Thanks for your help,

Mark


Nov 19 '05 #5
The browser really is the ultimate problem here, since it can choose to abandon
the request. You don't have a lot of control over that...

Re: fixing this ASAP: It really isn't a lot of work. I could imagine it getting
done in one or two days.

-Brock
DevelopMentor
http://staff.develop.com/ballen
Thanks again, but the immediate issue is this is a production
application
that needs to be fixed ASAP. For the short term, shouldn't I be able
to use
the executionTimeout attribute of the <httpRunTime> element to control
these
timeouts? That's the way the documentation reads anyway.
Thanks,
Mark

"Brock Allen" <ba****@NOSPAMdevelop.com> wrote in message
news:11***********************@msnews.microsoft.co m...
Well, you need to access the server somehow to initiate the long
running task. It doesn't matter if that's an AJAX call or a normal
page post. Same thing for refreshing thew page to check the status;
somehow you need to

contact
the server. Both approaches will work.

-Brock
DevelopMentor
http://staff.develop.com/ballen
Brock,

Thanks for your reply, it sounds like a good idea. Will AJAX allow
me to initiate the long running task and give the user the ability
to refresh the page to get the status? I have read an article or two
on AJAX but haven't used it yet.

Thanks,

Mark

"Brock Allen" <ba****@NOSPAMdevelop.com> wrote in message
news:11***********************@msnews.microsoft.co m...

You should consider redesigning this long running work so the
browser isn't waiting for it to complete. So make a button that
initiates the work, then give the user the ability to refresh the
page to see the pending work. To initiate the work you'll have to
kick off another thread somehow (so use
ThreadPool.QueueUserWorkItem, or manually create another thread;
there are pros and cons to each of these approaches). To monitor
the pending work you'll need some other status table in the DB
where your user can see if the work is complete. Once it is, update
that table. Anyway, just an idea on how to rework this long running
task....

-Brock
DevelopMentor
http://staff.develop.com/ballen
> Our asp.net web app uses a .NET component (DLL) in the bin
> directory to call several stored procedures back to back to
> perform updates. They don't return any data. Sometimes the total
> execution time can take 2-3 minutes, but even though I have set
> the executionTimeout in web.config to a high number of seconds
> (2400), the request will still time out after 90 seconds. The
> user sees a Request timed out error. The app logs a ThreadAborted
> exception, [Thread was being aborted].
>
> The web app and the component are compiled in Release mode. I
> read that you only have to set one property; executionTimeout or
> the ScriptTimeout property in IIS, but not both. Is that true or
> false?
>
> Thanks for your help,
>
> Mark
>


Nov 19 '05 #6
I guess I better get to work :-), I'll let you know how it turns out.

Thanks for the info,

Mark
"Brock Allen" <ba****@NOSPAMdevelop.com> wrote in message
news:11***********************@msnews.microsoft.co m...
The browser really is the ultimate problem here, since it can choose to abandon the request. You don't have a lot of control over that...

Re: fixing this ASAP: It really isn't a lot of work. I could imagine it getting done in one or two days.

-Brock
DevelopMentor
http://staff.develop.com/ballen
Thanks again, but the immediate issue is this is a production
application
that needs to be fixed ASAP. For the short term, shouldn't I be able
to use
the executionTimeout attribute of the <httpRunTime> element to control
these
timeouts? That's the way the documentation reads anyway.
Thanks,
Mark

"Brock Allen" <ba****@NOSPAMdevelop.com> wrote in message
news:11***********************@msnews.microsoft.co m...
Well, you need to access the server somehow to initiate the long
running task. It doesn't matter if that's an AJAX call or a normal
page post. Same thing for refreshing thew page to check the status;
somehow you need to

contact
the server. Both approaches will work.

-Brock
DevelopMentor
http://staff.develop.com/ballen
Brock,

Thanks for your reply, it sounds like a good idea. Will AJAX allow
me to initiate the long running task and give the user the ability
to refresh the page to get the status? I have read an article or two
on AJAX but haven't used it yet.

Thanks,

Mark

"Brock Allen" <ba****@NOSPAMdevelop.com> wrote in message
news:11***********************@msnews.microsoft.co m...

> You should consider redesigning this long running work so the
> browser isn't waiting for it to complete. So make a button that
> initiates the work, then give the user the ability to refresh the
> page to see the pending work. To initiate the work you'll have to
> kick off another thread somehow (so use
> ThreadPool.QueueUserWorkItem, or manually create another thread;
> there are pros and cons to each of these approaches). To monitor
> the pending work you'll need some other status table in the DB
> where your user can see if the work is complete. Once it is, update
> that table. Anyway, just an idea on how to rework this long running
> task....
>
> -Brock
> DevelopMentor
> http://staff.develop.com/ballen
>> Our asp.net web app uses a .NET component (DLL) in the bin
>> directory to call several stored procedures back to back to
>> perform updates. They don't return any data. Sometimes the total
>> execution time can take 2-3 minutes, but even though I have set
>> the executionTimeout in web.config to a high number of seconds
>> (2400), the request will still time out after 90 seconds. The
>> user sees a Request timed out error. The app logs a ThreadAborted
>> exception, [Thread was being aborted].
>>
>> The web app and the component are compiled in Release mode. I
>> read that you only have to set one property; executionTimeout or
>> the ScriptTimeout property in IIS, but not both. Is that true or
>> false?
>>
>> Thanks for your help,
>>
>> Mark
>>


Nov 19 '05 #7
Thanks for Brock's good suggesitons.

Hi Mark,

In addition to Brock's suggestion on make your serverside processing
asynchronously so as to release the woker thread, regarding on the problem
itself, I think you can still check the following things:

1. You can use the Server.ScriptTime property to also adjust the
ScriptTimeout value in addition to the httpRuntime/@executeTimeout setting,
just to make sure all the worker thread level timeout has been adjusted
correctly.

2. Please check the web.config file 's system.web/compilation/@debug
attribute to see whether it is set to "true" or "false", if false, please
change it to "true" since the "executeTimeout won't work correctly under
debug compilation.

In addition, you can also check whether you've apply any Timeout setting at
the database processing layer, such as the SqlCommand's IdleTimeout .

Hope also helps. Thanks,

Steven Cheng
Microsoft Online Support

Get Secure! www.microsoft.com/security
(This posting is provided "AS IS", with no warranties, and confers no
rights.)
--------------------
| From: "Mark G" <gr****@community.nospam>
| References: <#o**************@TK2MSFTNGP12.phx.gbl>
<11***********************@msnews.microsoft.com>
| Subject: Re: Execution Timeout Problem
| Date: Sun, 21 Aug 2005 17:51:25 -0500
| Lines: 100
| X-Priority: 3
| X-MSMail-Priority: Normal
| X-Newsreader: Microsoft Outlook Express 6.00.2800.1506
| X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1506
| Message-ID: <O#*************@TK2MSFTNGP09.phx.gbl>
| Newsgroups: microsoft.public.dotnet.framework.aspnet
| NNTP-Posting-Host: alxapex01.southernco.com 146.126.51.51
| Path: TK2MSFTNGXA01.phx.gbl!TK2MSFTNGP08.phx.gbl!TK2MSFT NGP09.phx.gbl
| Xref: TK2MSFTNGXA01.phx.gbl
microsoft.public.dotnet.framework.aspnet:119366
| X-Tomcat-NG: microsoft.public.dotnet.framework.aspnet
|
| I guess I better get to work :-), I'll let you know how it turns out.
|
| Thanks for the info,
|
| Mark
|
|
| "Brock Allen" <ba****@NOSPAMdevelop.com> wrote in message
| news:11***********************@msnews.microsoft.co m...
| > The browser really is the ultimate problem here, since it can choose to
| abandon
| > the request. You don't have a lot of control over that...
| >
| > Re: fixing this ASAP: It really isn't a lot of work. I could imagine it
| getting
| > done in one or two days.
| >
| > -Brock
| > DevelopMentor
| > http://staff.develop.com/ballen
| >
| >
| >
| > > Thanks again, but the immediate issue is this is a production
| > > application
| > > that needs to be fixed ASAP. For the short term, shouldn't I be able
| > > to use
| > > the executionTimeout attribute of the <httpRunTime> element to control
| > > these
| > > timeouts? That's the way the documentation reads anyway.
| > > Thanks,
| > > Mark
| > >
| > > "Brock Allen" <ba****@NOSPAMdevelop.com> wrote in message
| > > news:11***********************@msnews.microsoft.co m...
| > >
| > >> Well, you need to access the server somehow to initiate the long
| > >> running task. It doesn't matter if that's an AJAX call or a normal
| > >> page post. Same thing for refreshing thew page to check the status;
| > >> somehow you need to
| > >>
| > > contact
| > >
| > >> the server. Both approaches will work.
| > >>
| > >> -Brock
| > >> DevelopMentor
| > >> http://staff.develop.com/ballen
| > >>> Brock,
| > >>>
| > >>> Thanks for your reply, it sounds like a good idea. Will AJAX allow
| > >>> me to initiate the long running task and give the user the ability
| > >>> to refresh the page to get the status? I have read an article or two
| > >>> on AJAX but haven't used it yet.
| > >>>
| > >>> Thanks,
| > >>>
| > >>> Mark
| > >>>
| > >>> "Brock Allen" <ba****@NOSPAMdevelop.com> wrote in message
| > >>> news:11***********************@msnews.microsoft.co m...
| > >>>
| > >>>> You should consider redesigning this long running work so the
| > >>>> browser isn't waiting for it to complete. So make a button that
| > >>>> initiates the work, then give the user the ability to refresh the
| > >>>> page to see the pending work. To initiate the work you'll have to
| > >>>> kick off another thread somehow (so use
| > >>>> ThreadPool.QueueUserWorkItem, or manually create another thread;
| > >>>> there are pros and cons to each of these approaches). To monitor
| > >>>> the pending work you'll need some other status table in the DB
| > >>>> where your user can see if the work is complete. Once it is, update
| > >>>> that table. Anyway, just an idea on how to rework this long running
| > >>>> task....
| > >>>>
| > >>>> -Brock
| > >>>> DevelopMentor
| > >>>> http://staff.develop.com/ballen
| > >>>>> Our asp.net web app uses a .NET component (DLL) in the bin
| > >>>>> directory to call several stored procedures back to back to
| > >>>>> perform updates. They don't return any data. Sometimes the total
| > >>>>> execution time can take 2-3 minutes, but even though I have set
| > >>>>> the executionTimeout in web.config to a high number of seconds
| > >>>>> (2400), the request will still time out after 90 seconds. The
| > >>>>> user sees a Request timed out error. The app logs a ThreadAborted
| > >>>>> exception, [Thread was being aborted].
| > >>>>>
| > >>>>> The web app and the component are compiled in Release mode. I
| > >>>>> read that you only have to set one property; executionTimeout or
| > >>>>> the ScriptTimeout property in IIS, but not both. Is that true or
| > >>>>> false?
| > >>>>>
| > >>>>> Thanks for your help,
| > >>>>>
| > >>>>> Mark
| > >>>>>
| >
| >
| >
|
|
|

Nov 19 '05 #8
Steven,

Thanks for your reply.

I have a question about your second suggestion below, concerning the debug
attribute in web.config. You suggested setting it to "true". If it's set
to "true" (debug-true), isn't that setting the compilation to DEBUG? You
said "executeTimeout won't work correctly under debug compilation".

Thanks,

Mark
"Steven Cheng[MSFT]" <st*****@online.microsoft.com> wrote in message
news:61*************@TK2MSFTNGXA01.phx.gbl...
Thanks for Brock's good suggesitons.

Hi Mark,

In addition to Brock's suggestion on make your serverside processing
asynchronously so as to release the woker thread, regarding on the problem
itself, I think you can still check the following things:

1. You can use the Server.ScriptTime property to also adjust the
ScriptTimeout value in addition to the httpRuntime/@executeTimeout setting, just to make sure all the worker thread level timeout has been adjusted
correctly.

2. Please check the web.config file 's system.web/compilation/@debug
attribute to see whether it is set to "true" or "false", if false, please
change it to "true" since the "executeTimeout won't work correctly under
debug compilation.

In addition, you can also check whether you've apply any Timeout setting at the database processing layer, such as the SqlCommand's IdleTimeout .

Hope also helps. Thanks,

Steven Cheng
Microsoft Online Support

Get Secure! www.microsoft.com/security
(This posting is provided "AS IS", with no warranties, and confers no
rights.)
--------------------
| From: "Mark G" <gr****@community.nospam>
| References: <#o**************@TK2MSFTNGP12.phx.gbl>
<11***********************@msnews.microsoft.com>
| Subject: Re: Execution Timeout Problem
| Date: Sun, 21 Aug 2005 17:51:25 -0500
| Lines: 100
| X-Priority: 3
| X-MSMail-Priority: Normal
| X-Newsreader: Microsoft Outlook Express 6.00.2800.1506
| X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1506
| Message-ID: <O#*************@TK2MSFTNGP09.phx.gbl>
| Newsgroups: microsoft.public.dotnet.framework.aspnet
| NNTP-Posting-Host: alxapex01.southernco.com 146.126.51.51
| Path: TK2MSFTNGXA01.phx.gbl!TK2MSFTNGP08.phx.gbl!TK2MSFT NGP09.phx.gbl
| Xref: TK2MSFTNGXA01.phx.gbl
microsoft.public.dotnet.framework.aspnet:119366
| X-Tomcat-NG: microsoft.public.dotnet.framework.aspnet
|
| I guess I better get to work :-), I'll let you know how it turns out.
|
| Thanks for the info,
|
| Mark
|
|
| "Brock Allen" <ba****@NOSPAMdevelop.com> wrote in message
| news:11***********************@msnews.microsoft.co m...
| > The browser really is the ultimate problem here, since it can choose to | abandon
| > the request. You don't have a lot of control over that...
| >
| > Re: fixing this ASAP: It really isn't a lot of work. I could imagine it | getting
| > done in one or two days.
| >
| > -Brock
| > DevelopMentor
| > http://staff.develop.com/ballen
| >
| >
| >
| > > Thanks again, but the immediate issue is this is a production
| > > application
| > > that needs to be fixed ASAP. For the short term, shouldn't I be able | > > to use
| > > the executionTimeout attribute of the <httpRunTime> element to control | > > these
| > > timeouts? That's the way the documentation reads anyway.
| > > Thanks,
| > > Mark
| > >
| > > "Brock Allen" <ba****@NOSPAMdevelop.com> wrote in message
| > > news:11***********************@msnews.microsoft.co m...
| > >
| > >> Well, you need to access the server somehow to initiate the long
| > >> running task. It doesn't matter if that's an AJAX call or a normal
| > >> page post. Same thing for refreshing thew page to check the status;
| > >> somehow you need to
| > >>
| > > contact
| > >
| > >> the server. Both approaches will work.
| > >>
| > >> -Brock
| > >> DevelopMentor
| > >> http://staff.develop.com/ballen
| > >>> Brock,
| > >>>
| > >>> Thanks for your reply, it sounds like a good idea. Will AJAX allow | > >>> me to initiate the long running task and give the user the ability
| > >>> to refresh the page to get the status? I have read an article or two | > >>> on AJAX but haven't used it yet.
| > >>>
| > >>> Thanks,
| > >>>
| > >>> Mark
| > >>>
| > >>> "Brock Allen" <ba****@NOSPAMdevelop.com> wrote in message
| > >>> news:11***********************@msnews.microsoft.co m...
| > >>>
| > >>>> You should consider redesigning this long running work so the
| > >>>> browser isn't waiting for it to complete. So make a button that
| > >>>> initiates the work, then give the user the ability to refresh the
| > >>>> page to see the pending work. To initiate the work you'll have to
| > >>>> kick off another thread somehow (so use
| > >>>> ThreadPool.QueueUserWorkItem, or manually create another thread;
| > >>>> there are pros and cons to each of these approaches). To monitor
| > >>>> the pending work you'll need some other status table in the DB
| > >>>> where your user can see if the work is complete. Once it is, update | > >>>> that table. Anyway, just an idea on how to rework this long running | > >>>> task....
| > >>>>
| > >>>> -Brock
| > >>>> DevelopMentor
| > >>>> http://staff.develop.com/ballen
| > >>>>> Our asp.net web app uses a .NET component (DLL) in the bin
| > >>>>> directory to call several stored procedures back to back to
| > >>>>> perform updates. They don't return any data. Sometimes the total
| > >>>>> execution time can take 2-3 minutes, but even though I have set
| > >>>>> the executionTimeout in web.config to a high number of seconds
| > >>>>> (2400), the request will still time out after 90 seconds. The
| > >>>>> user sees a Request timed out error. The app logs a ThreadAborted | > >>>>> exception, [Thread was being aborted].
| > >>>>>
| > >>>>> The web app and the component are compiled in Release mode. I
| > >>>>> read that you only have to set one property; executionTimeout or
| > >>>>> the ScriptTimeout property in IIS, but not both. Is that true or | > >>>>> false?
| > >>>>>
| > >>>>> Thanks for your help,
| > >>>>>
| > >>>>> Mark
| > >>>>>
| >
| >
| >
|
|
|

Nov 19 '05 #9
Thanks for your response Mark,

Oops... I'm afraid I've made a type mistake, what I want to say is we
should set debug to false so as to make the executeTimeout work currently.
Sorry for the inconvenience.

Steven Cheng
Microsoft Online Support

Get Secure! www.microsoft.com/security
(This posting is provided "AS IS", with no warranties, and confers no
rights.)
--------------------
| From: "Mark G" <gr****@community.nospam>
| References: <#o**************@TK2MSFTNGP12.phx.gbl>
<11***********************@msnews.microsoft.com>
<O#*************@TK2MSFTNGP09.phx.gbl>
<61*************@TK2MSFTNGXA01.phx.gbl>
| Subject: Re: Execution Timeout Problem
| Date: Mon, 22 Aug 2005 08:56:37 -0500
| Lines: 180
| X-Priority: 3
| X-MSMail-Priority: Normal
| X-Newsreader: Microsoft Outlook Express 6.00.2800.1506
| X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1506
| Message-ID: <#u**************@TK2MSFTNGP10.phx.gbl>
| Newsgroups: microsoft.public.dotnet.framework.aspnet
| NNTP-Posting-Host: sfxapgenv.southerngeneration.com 12.38.227.5
| Path: TK2MSFTNGXA01.phx.gbl!TK2MSFTNGP08.phx.gbl!TK2MSFT NGP10.phx.gbl
| Xref: TK2MSFTNGXA01.phx.gbl
microsoft.public.dotnet.framework.aspnet:119458
| X-Tomcat-NG: microsoft.public.dotnet.framework.aspnet
|
| Steven,
|
| Thanks for your reply.
|
| I have a question about your second suggestion below, concerning the debug
| attribute in web.config. You suggested setting it to "true". If it's set
| to "true" (debug-true), isn't that setting the compilation to DEBUG? You
| said "executeTimeout won't work correctly under debug compilation".
|
| Thanks,
|
| Mark
|
|
| "Steven Cheng[MSFT]" <st*****@online.microsoft.com> wrote in message
| news:61*************@TK2MSFTNGXA01.phx.gbl...
| > Thanks for Brock's good suggesitons.
| >
| > Hi Mark,
| >
| > In addition to Brock's suggestion on make your serverside processing
| > asynchronously so as to release the woker thread, regarding on the
problem
| > itself, I think you can still check the following things:
| >
| > 1. You can use the Server.ScriptTime property to also adjust the
| > ScriptTimeout value in addition to the httpRuntime/@executeTimeout
| setting,
| > just to make sure all the worker thread level timeout has been adjusted
| > correctly.
| >
| > 2. Please check the web.config file 's system.web/compilation/@debug
| > attribute to see whether it is set to "true" or "false", if false,
please
| > change it to "true" since the "executeTimeout won't work correctly
under
| > debug compilation.
| >
| > In addition, you can also check whether you've apply any Timeout setting
| at
| > the database processing layer, such as the SqlCommand's IdleTimeout .
| >
| > Hope also helps. Thanks,
| >
| > Steven Cheng
| > Microsoft Online Support
| >
| > Get Secure! www.microsoft.com/security
| > (This posting is provided "AS IS", with no warranties, and confers no
| > rights.)
| > --------------------
| > | From: "Mark G" <gr****@community.nospam>
| > | References: <#o**************@TK2MSFTNGP12.phx.gbl>
| > <11***********************@msnews.microsoft.com>
| > | Subject: Re: Execution Timeout Problem
| > | Date: Sun, 21 Aug 2005 17:51:25 -0500
| > | Lines: 100
| > | X-Priority: 3
| > | X-MSMail-Priority: Normal
| > | X-Newsreader: Microsoft Outlook Express 6.00.2800.1506
| > | X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1506
| > | Message-ID: <O#*************@TK2MSFTNGP09.phx.gbl>
| > | Newsgroups: microsoft.public.dotnet.framework.aspnet
| > | NNTP-Posting-Host: alxapex01.southernco.com 146.126.51.51
| > | Path: TK2MSFTNGXA01.phx.gbl!TK2MSFTNGP08.phx.gbl!TK2MSFT NGP09.phx.gbl
| > | Xref: TK2MSFTNGXA01.phx.gbl
| > microsoft.public.dotnet.framework.aspnet:119366
| > | X-Tomcat-NG: microsoft.public.dotnet.framework.aspnet
| > |
| > | I guess I better get to work :-), I'll let you know how it turns out.
| > |
| > | Thanks for the info,
| > |
| > | Mark
| > |
| > |
| > | "Brock Allen" <ba****@NOSPAMdevelop.com> wrote in message
| > | news:11***********************@msnews.microsoft.co m...
| > | > The browser really is the ultimate problem here, since it can choose
| to
| > | abandon
| > | > the request. You don't have a lot of control over that...
| > | >
| > | > Re: fixing this ASAP: It really isn't a lot of work. I could imagine
| it
| > | getting
| > | > done in one or two days.
| > | >
| > | > -Brock
| > | > DevelopMentor
| > | > http://staff.develop.com/ballen
| > | >
| > | >
| > | >
| > | > > Thanks again, but the immediate issue is this is a production
| > | > > application
| > | > > that needs to be fixed ASAP. For the short term, shouldn't I be
| able
| > | > > to use
| > | > > the executionTimeout attribute of the <httpRunTime> element to
| control
| > | > > these
| > | > > timeouts? That's the way the documentation reads anyway.
| > | > > Thanks,
| > | > > Mark
| > | > >
| > | > > "Brock Allen" <ba****@NOSPAMdevelop.com> wrote in message
| > | > > news:11***********************@msnews.microsoft.co m...
| > | > >
| > | > >> Well, you need to access the server somehow to initiate the long
| > | > >> running task. It doesn't matter if that's an AJAX call or a
normal
| > | > >> page post. Same thing for refreshing thew page to check the
status;
| > | > >> somehow you need to
| > | > >>
| > | > > contact
| > | > >
| > | > >> the server. Both approaches will work.
| > | > >>
| > | > >> -Brock
| > | > >> DevelopMentor
| > | > >> http://staff.develop.com/ballen
| > | > >>> Brock,
| > | > >>>
| > | > >>> Thanks for your reply, it sounds like a good idea. Will AJAX
| allow
| > | > >>> me to initiate the long running task and give the user the
ability
| > | > >>> to refresh the page to get the status? I have read an article or
| two
| > | > >>> on AJAX but haven't used it yet.
| > | > >>>
| > | > >>> Thanks,
| > | > >>>
| > | > >>> Mark
| > | > >>>
| > | > >>> "Brock Allen" <ba****@NOSPAMdevelop.com> wrote in message
| > | > >>> news:11***********************@msnews.microsoft.co m...
| > | > >>>
| > | > >>>> You should consider redesigning this long running work so the
| > | > >>>> browser isn't waiting for it to complete. So make a button that
| > | > >>>> initiates the work, then give the user the ability to refresh
the
| > | > >>>> page to see the pending work. To initiate the work you'll have
to
| > | > >>>> kick off another thread somehow (so use
| > | > >>>> ThreadPool.QueueUserWorkItem, or manually create another
thread;
| > | > >>>> there are pros and cons to each of these approaches). To
monitor
| > | > >>>> the pending work you'll need some other status table in the DB
| > | > >>>> where your user can see if the work is complete. Once it is,
| update
| > | > >>>> that table. Anyway, just an idea on how to rework this long
| running
| > | > >>>> task....
| > | > >>>>
| > | > >>>> -Brock
| > | > >>>> DevelopMentor
| > | > >>>> http://staff.develop.com/ballen
| > | > >>>>> Our asp.net web app uses a .NET component (DLL) in the bin
| > | > >>>>> directory to call several stored procedures back to back to
| > | > >>>>> perform updates. They don't return any data. Sometimes the
total
| > | > >>>>> execution time can take 2-3 minutes, but even though I have
set
| > | > >>>>> the executionTimeout in web.config to a high number of seconds
| > | > >>>>> (2400), the request will still time out after 90 seconds. The
| > | > >>>>> user sees a Request timed out error. The app logs a
| ThreadAborted
| > | > >>>>> exception, [Thread was being aborted].
| > | > >>>>>
| > | > >>>>> The web app and the component are compiled in Release mode. I
| > | > >>>>> read that you only have to set one property; executionTimeout
or
| > | > >>>>> the ScriptTimeout property in IIS, but not both. Is that true
| or
| > | > >>>>> false?
| > | > >>>>>
| > | > >>>>> Thanks for your help,
| > | > >>>>>
| > | > >>>>> Mark
| > | > >>>>>
| > | >
| > | >
| > | >
| > |
| > |
| > |
| >
|
|
|

Nov 19 '05 #10
Hi Mark,

How are you doing on this issue, is there any progress? If there're any
further things we can help, please feel free to post here. Thanks,

Steven Cheng
Microsoft Online Support

Get Secure! www.microsoft.com/security
(This posting is provided "AS IS", with no warranties, and confers no
rights.)
--------------------
| X-Tomcat-ID: 14407249
| References: <#o**************@TK2MSFTNGP12.phx.gbl>
<11***********************@msnews.microsoft.com>
<O#*************@TK2MSFTNGP09.phx.gbl>
<61*************@TK2MSFTNGXA01.phx.gbl>
<#u**************@TK2MSFTNGP10.phx.gbl>
| MIME-Version: 1.0
| Content-Type: text/plain
| Content-Transfer-Encoding: 7bit
| From: st*****@online.microsoft.com (Steven Cheng[MSFT])
| Organization: Microsoft
| Date: Tue, 23 Aug 2005 00:46:19 GMT
| Subject: Re: Execution Timeout Problem
| X-Tomcat-NG: microsoft.public.dotnet.framework.aspnet
| Message-ID: <qV**************@TK2MSFTNGXA01.phx.gbl>
| Newsgroups: microsoft.public.dotnet.framework.aspnet
| Lines: 204
| Path: TK2MSFTNGXA01.phx.gbl
| Xref: TK2MSFTNGXA01.phx.gbl
microsoft.public.dotnet.framework.aspnet:119611
| NNTP-Posting-Host: tomcatimport2.phx.gbl 10.201.218.182
|
| Thanks for your response Mark,
|
| Oops... I'm afraid I've made a type mistake, what I want to say is we
| should set debug to false so as to make the executeTimeout work
currently.
| Sorry for the inconvenience.
|
| Steven Cheng
| Microsoft Online Support
|
| Get Secure! www.microsoft.com/security
| (This posting is provided "AS IS", with no warranties, and confers no
| rights.)
| --------------------
| | From: "Mark G" <gr****@community.nospam>
| | References: <#o**************@TK2MSFTNGP12.phx.gbl>
| <11***********************@msnews.microsoft.com>
| <O#*************@TK2MSFTNGP09.phx.gbl>
| <61*************@TK2MSFTNGXA01.phx.gbl>
| | Subject: Re: Execution Timeout Problem
| | Date: Mon, 22 Aug 2005 08:56:37 -0500
| | Lines: 180
| | X-Priority: 3
| | X-MSMail-Priority: Normal
| | X-Newsreader: Microsoft Outlook Express 6.00.2800.1506
| | X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1506
| | Message-ID: <#u**************@TK2MSFTNGP10.phx.gbl>
| | Newsgroups: microsoft.public.dotnet.framework.aspnet
| | NNTP-Posting-Host: sfxapgenv.southerngeneration.com 12.38.227.5
| | Path: TK2MSFTNGXA01.phx.gbl!TK2MSFTNGP08.phx.gbl!TK2MSFT NGP10.phx.gbl
| | Xref: TK2MSFTNGXA01.phx.gbl
| microsoft.public.dotnet.framework.aspnet:119458
| | X-Tomcat-NG: microsoft.public.dotnet.framework.aspnet
| |
| | Steven,
| |
| | Thanks for your reply.
| |
| | I have a question about your second suggestion below, concerning the
debug
| | attribute in web.config. You suggested setting it to "true". If it's
set
| | to "true" (debug-true), isn't that setting the compilation to DEBUG?
You
| | said "executeTimeout won't work correctly under debug compilation".
| |
| | Thanks,
| |
| | Mark
| |
| |
| | "Steven Cheng[MSFT]" <st*****@online.microsoft.com> wrote in message
| | news:61*************@TK2MSFTNGXA01.phx.gbl...
| | > Thanks for Brock's good suggesitons.
| | >
| | > Hi Mark,
| | >
| | > In addition to Brock's suggestion on make your serverside processing
| | > asynchronously so as to release the woker thread, regarding on the
| problem
| | > itself, I think you can still check the following things:
| | >
| | > 1. You can use the Server.ScriptTime property to also adjust the
| | > ScriptTimeout value in addition to the httpRuntime/@executeTimeout
| | setting,
| | > just to make sure all the worker thread level timeout has been
adjusted
| | > correctly.
| | >
| | > 2. Please check the web.config file 's system.web/compilation/@debug
| | > attribute to see whether it is set to "true" or "false", if false,
| please
| | > change it to "true" since the "executeTimeout won't work correctly
| under
| | > debug compilation.
| | >
| | > In addition, you can also check whether you've apply any Timeout
setting
| | at
| | > the database processing layer, such as the SqlCommand's IdleTimeout .
| | >
| | > Hope also helps. Thanks,
| | >
| | > Steven Cheng
| | > Microsoft Online Support
| | >
| | > Get Secure! www.microsoft.com/security
| | > (This posting is provided "AS IS", with no warranties, and confers no
| | > rights.)
| | > --------------------
| | > | From: "Mark G" <gr****@community.nospam>
| | > | References: <#o**************@TK2MSFTNGP12.phx.gbl>
| | > <11***********************@msnews.microsoft.com>
| | > | Subject: Re: Execution Timeout Problem
| | > | Date: Sun, 21 Aug 2005 17:51:25 -0500
| | > | Lines: 100
| | > | X-Priority: 3
| | > | X-MSMail-Priority: Normal
| | > | X-Newsreader: Microsoft Outlook Express 6.00.2800.1506
| | > | X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1506
| | > | Message-ID: <O#*************@TK2MSFTNGP09.phx.gbl>
| | > | Newsgroups: microsoft.public.dotnet.framework.aspnet
| | > | NNTP-Posting-Host: alxapex01.southernco.com 146.126.51.51
| | > | Path:
TK2MSFTNGXA01.phx.gbl!TK2MSFTNGP08.phx.gbl!TK2MSFT NGP09.phx.gbl
| | > | Xref: TK2MSFTNGXA01.phx.gbl
| | > microsoft.public.dotnet.framework.aspnet:119366
| | > | X-Tomcat-NG: microsoft.public.dotnet.framework.aspnet
| | > |
| | > | I guess I better get to work :-), I'll let you know how it turns
out.
| | > |
| | > | Thanks for the info,
| | > |
| | > | Mark
| | > |
| | > |
| | > | "Brock Allen" <ba****@NOSPAMdevelop.com> wrote in message
| | > | news:11***********************@msnews.microsoft.co m...
| | > | > The browser really is the ultimate problem here, since it can
choose
| | to
| | > | abandon
| | > | > the request. You don't have a lot of control over that...
| | > | >
| | > | > Re: fixing this ASAP: It really isn't a lot of work. I could
imagine
| | it
| | > | getting
| | > | > done in one or two days.
| | > | >
| | > | > -Brock
| | > | > DevelopMentor
| | > | > http://staff.develop.com/ballen
| | > | >
| | > | >
| | > | >
| | > | > > Thanks again, but the immediate issue is this is a production
| | > | > > application
| | > | > > that needs to be fixed ASAP. For the short term, shouldn't I be
| | able
| | > | > > to use
| | > | > > the executionTimeout attribute of the <httpRunTime> element to
| | control
| | > | > > these
| | > | > > timeouts? That's the way the documentation reads anyway.
| | > | > > Thanks,
| | > | > > Mark
| | > | > >
| | > | > > "Brock Allen" <ba****@NOSPAMdevelop.com> wrote in message
| | > | > > news:11***********************@msnews.microsoft.co m...
| | > | > >
| | > | > >> Well, you need to access the server somehow to initiate the
long
| | > | > >> running task. It doesn't matter if that's an AJAX call or a
| normal
| | > | > >> page post. Same thing for refreshing thew page to check the
| status;
| | > | > >> somehow you need to
| | > | > >>
| | > | > > contact
| | > | > >
| | > | > >> the server. Both approaches will work.
| | > | > >>
| | > | > >> -Brock
| | > | > >> DevelopMentor
| | > | > >> http://staff.develop.com/ballen
| | > | > >>> Brock,
| | > | > >>>
| | > | > >>> Thanks for your reply, it sounds like a good idea. Will AJAX
| | allow
| | > | > >>> me to initiate the long running task and give the user the
| ability
| | > | > >>> to refresh the page to get the status? I have read an article
or
| | two
| | > | > >>> on AJAX but haven't used it yet.
| | > | > >>>
| | > | > >>> Thanks,
| | > | > >>>
| | > | > >>> Mark
| | > | > >>>
| | > | > >>> "Brock Allen" <ba****@NOSPAMdevelop.com> wrote in message
| | > | > >>> news:11***********************@msnews.microsoft.co m...
| | > | > >>>
| | > | > >>>> You should consider redesigning this long running work so the
| | > | > >>>> browser isn't waiting for it to complete. So make a button
that
| | > | > >>>> initiates the work, then give the user the ability to
refresh
| the
| | > | > >>>> page to see the pending work. To initiate the work you'll
have
| to
| | > | > >>>> kick off another thread somehow (so use
| | > | > >>>> ThreadPool.QueueUserWorkItem, or manually create another
| thread;
| | > | > >>>> there are pros and cons to each of these approaches). To
| monitor
| | > | > >>>> the pending work you'll need some other status table in the
DB
| | > | > >>>> where your user can see if the work is complete. Once it is,
| | update
| | > | > >>>> that table. Anyway, just an idea on how to rework this long
| | running
| | > | > >>>> task....
| | > | > >>>>
| | > | > >>>> -Brock
| | > | > >>>> DevelopMentor
| | > | > >>>> http://staff.develop.com/ballen
| | > | > >>>>> Our asp.net web app uses a .NET component (DLL) in the bin
| | > | > >>>>> directory to call several stored procedures back to back to
| | > | > >>>>> perform updates. They don't return any data. Sometimes the
| total
| | > | > >>>>> execution time can take 2-3 minutes, but even though I have
| set
| | > | > >>>>> the executionTimeout in web.config to a high number of
seconds
| | > | > >>>>> (2400), the request will still time out after 90 seconds.
The
| | > | > >>>>> user sees a Request timed out error. The app logs a
| | ThreadAborted
| | > | > >>>>> exception, [Thread was being aborted].
| | > | > >>>>>
| | > | > >>>>> The web app and the component are compiled in Release mode.
I
| | > | > >>>>> read that you only have to set one property;
executionTimeout
| or
| | > | > >>>>> the ScriptTimeout property in IIS, but not both. Is that
true
| | or
| | > | > >>>>> false?
| | > | > >>>>>
| | > | > >>>>> Thanks for your help,
| | > | > >>>>>
| | > | > >>>>> Mark
| | > | > >>>>>
| | > | >
| | > | >
| | > | >
| | > |
| | > |
| | > |
| | >
| |
| |
| |
|
|

Nov 19 '05 #11

This thread has been closed and replies have been disabled. Please start a new discussion.

Similar topics

10
by: Doug | last post by:
I have a script that does a huge database update, which takes a long time. However, the host I am running on (and I suspect most hosts) are running in "safe mode." This means I cannot change the...
1
by: tonci.tomic | last post by:
I have windows service running on win2000 and client applications on local network connected to service via remoting. Service acts as interface to MSSQL 2000 database and it uses Microsoft Data...
1
by: Jack Wright | last post by:
Dear All, I have observed that if I call a synchronous WebService from my aspx page then even if I set oProxy.TimeOut = 1000, the WebService thread execution is still running... Since my...
5
by: Adrian Enders | last post by:
I have something that I have never seen before in a MS development product. I have a pretty simple call to a network directory that looks something like this ... Dim dirFolder As...
2
by: hakim | last post by:
Hi NG, I have my own apache server 2.0.54 running with php 4.3.10. I got a little logical problem here about http requests. I have written a small php script which waits for x seconds. Every...
2
by: Joannes Vermorel | last post by:
We have developed an open-source eCommerce sales forecasting add-on in PHP (see link below) that requires usually more than a few seconds to complete because the process involves some Web Services...
3
by: M Bourgon | last post by:
On SSMS 9.00.3042.00, any query that runs longer than 10 minutes gets the following error message: The statement has been terminated. Msg -2, Level 11, State 0, Line 0 Timeout expired. The...
1
by: nehasharma | last post by:
function FadingTooltip(htmlElement, tooltipContent, parameters) { if (!htmlElement || typeof(htmlElement)!="object") throw "Sorry, htmlElement argument of FadingTooltip should be an...
0
by: oskhan | last post by:
Hello Everyone, I have a little different problem and I though anyone might give me any idea that what is going wrong. I have a view which consists of 3 tables linked by UNION ALL, overall...
2
isladogs
by: isladogs | last post by:
The next Access Europe meeting will be on Wednesday 7 Feb 2024 starting at 18:00 UK time (6PM UTC) and finishing at about 19:30 (7.30PM). In this month's session, the creator of the excellent VBE...
0
by: MeoLessi9 | last post by:
I have VirtualBox installed on Windows 11 and now I would like to install Kali on a virtual machine. However, on the official website, I see two options: "Installer images" and "Virtual machines"....
0
by: DolphinDB | last post by:
The formulas of 101 quantitative trading alphas used by WorldQuant were presented in the paper 101 Formulaic Alphas. However, some formulas are complex, leading to challenges in calculation. Take...
0
by: DolphinDB | last post by:
Tired of spending countless mintues downsampling your data? Look no further! In this article, you’ll learn how to efficiently downsample 6.48 billion high-frequency records to 61 million...
0
by: Aftab Ahmad | last post by:
So, I have written a code for a cmd called "Send WhatsApp Message" to open and send WhatsApp messaage. The code is given below. Dim IE As Object Set IE =...
0
by: ryjfgjl | last post by:
ExcelToDatabase: batch import excel into database automatically...
1
isladogs
by: isladogs | last post by:
The next Access Europe meeting will be on Wednesday 6 Mar 2024 starting at 18:00 UK time (6PM UTC) and finishing at about 19:15 (7.15PM). In this month's session, we are pleased to welcome back...
0
by: jfyes | last post by:
As a hardware engineer, after seeing that CEIWEI recently released a new tool for Modbus RTU Over TCP/UDP filtering and monitoring, I actively went to its official website to take a look. It turned...
0
by: ArrayDB | last post by:
The error message I've encountered is; ERROR:root:Error generating model response: exception: access violation writing 0x0000000000005140, which seems to be indicative of an access violation...

By using Bytes.com and it's services, you agree to our Privacy Policy and Terms of Use.

To disable or enable advertisements and analytics tracking please visit the manage ads & tracking page.