Velocity Reviews - Computer Hardware Reviews

Velocity Reviews > Newsgroups > Programming > ASP .Net > ASP .Net Web Services > Progress of a async webservice call

Reply
Thread Tools

Progress of a async webservice call

 
 
ullbergm
Guest
Posts: n/a
 
      11-19-2004
Is there any way to check the progress of a asynchronous webservice call?

I realize that you won't be able to check the data coming back but i was
curious if there was a way to check the bytes transfered or something like
that.

Thanks,
Magnus Ullberg

 
Reply With Quote
 
 
 
 
Dan Rogers
Guest
Posts: n/a
 
      11-19-2004
Hi Magnus,

When you say check the progress of an async web service, do you mean a fire
and forget one-way call, or a call you initiate on the client side using a
BeginXXMethod. I've heard people call both of thes "async" - but the
meaning of Async changes.

Without an interface on a service to check the progress of a prior request
(as opposed to a request that is still ongoing), a fire and forget request
- for example "send_me_goods_via_truck" to order some kind of e-commerce
product, the caller has no way to ask the question. Thus, progress and
status requests need to be designed into the service.

In the case of the "call it in the background so my client code isn't
frozen waiting for a long call to finish" - e.g. beginXXMethod approach,
no, there is no way to check on the progress. The reason is that while
there is an open connection between the proxy and service in this case, the
proxy is in "read" mode, and the service has already dispatched the
serialized data to the method. SOAP doesn't accommodate a status or
progress data stream on this request - as each request gets at most a
single on-connection response.

If your requests of the second type are taking a long time, you are going
to need to look into why the operations are taking a long time to process
on the server side. Any processing delay of more than a few milliseconds
may be a signal that the work-partitioning in the applicaiton design will
become an issue as the number of concurrent requests is ramped up.

Good luck to you

Dan Rogers
Microsoft Corporation
--------------------
>Thread-Topic: Progress of a async webservice call
>thread-index: AcTORB1XVaBrNRY4R4yErTul1eourg==
>X-WBNR-Posting-Host: 69.166.130.159
>From: "=?Utf-8?B?dWxsYmVyZ20=?=" <>
>Subject: Progress of a async webservice call
>Date: Fri, 19 Nov 2004 06:29:01 -0800
>Lines: 9
>Message-ID: <FE9A24C7-DE66-4AE8-B71D->
>MIME-Version: 1.0
>Content-Type: text/plain;
> charset="Utf-8"
>Content-Transfer-Encoding: 7bit
>X-Newsreader: Microsoft CDO for Windows 2000
>Content-Class: urn:content-classes:message
>Importance: normal
>Priority: normal
>X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.0
>Newsgroups: microsoft.public.dotnet.framework.aspnet.webservic es
>NNTP-Posting-Host: TK2MSFTNGXA03.phx.gbl 10.40.1.29
>Path:

cpmsftngxa10.phx.gbl!TK2MSFTNGXA06.phx.gbl!cpmsftn gxa06.phx.gbl!TK2MSFTNGP08
.phx.gbl!TK2MSFTNGXA03.phx.gbl
>Xref: cpmsftngxa10.phx.gbl

microsoft.public.dotnet.framework.aspnet.webservic es:26714
>X-Tomcat-NG: microsoft.public.dotnet.framework.aspnet.webservic es
>
>Is there any way to check the progress of a asynchronous webservice call?
>
>I realize that you won't be able to check the data coming back but i was
>curious if there was a way to check the bytes transfered or something like
>that.
>
>Thanks,
>Magnus Ullberg
>
>


 
Reply With Quote
 
 
 
 
ullbergm
Guest
Posts: n/a
 
      11-19-2004


"Dan Rogers" wrote:

> Hi Magnus,
>
> In the case of the "call it in the background so my client code isn't
> frozen waiting for a long call to finish" - e.g. beginXXMethod approach,
> no, there is no way to check on the progress. The reason is that while
> there is an open connection between the proxy and service in this case, the
> proxy is in "read" mode, and the service has already dispatched the
> serialized data to the method. SOAP doesn't accommodate a status or
> progress data stream on this request - as each request gets at most a
> single on-connection response.
>
> If your requests of the second type are taking a long time, you are going
> to need to look into why the operations are taking a long time to process
> on the server side. Any processing delay of more than a few milliseconds
> may be a signal that the work-partitioning in the applicaiton design will
> become an issue as the number of concurrent requests is ramped up.


Yes, i'm using a BeginXXX call. That's what i thought, but i figured i'd ask
in case there was something that i had missed.

The timing is due to low bandwidth on the client end and transfering a lot
of information.
Since i can't reduce the size of the data i may just break it up into
multiple small pieces so that i can give more feedback to the user.

Thanks for the quick response.
 
Reply With Quote
 
 
 
Reply

Thread Tools

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
Returning progress messages during an async process RSH ASP .Net 0 12-31-2007 03:40 PM
Async Pages & Ajax progress bar? =?Utf-8?B?RGF2ZQ==?= ASP .Net 2 12-11-2007 02:09 PM
Newbie: async mode dedicated versus async mode interactive!! Pink_Floyd Cisco 4 06-16-2006 12:16 AM
Async webservice call in async webpage (.Net 2.0) does not return Steven ASP .Net Web Services 0 11-30-2005 01:06 AM
Async Webservice, State and progress. Jonathan ASP .Net Web Services 3 12-09-2004 09:05 AM



Advertisments
 



1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57