469,641 Members | 1,195 Online
Bytes | Developer Community
New Post

Home Posts Topics Members FAQ

Post your question to a community of 469,641 developers. It's quick & easy.

Re: Notifying a user on demand

Hi Nick,

From the description in your first message, I think what you want to do the
let the webservice server-side proactively notify the webservice client for
some changing, correct?

I'm afraid this is quite difficult as the webservice by default is used as
the client calls the server for information modal. The server-side doesn't
have any channel to send client-side informaton on the fly. Unless your
webservice client is also a service host which will listening on a certain
port(or host a certain webservice) to let the server-side invoke.

For such kind of "server to client" notification in http based stateless
environment, the most common way is still using a polling approach to
constantly check the server-side status.

Please feel free to post here if you have any other ideas or concerns.


Steven Cheng

Microsoft MSDN Online Support Lead
Delighting our customers is our #1 priority. We welcome your comments and
suggestions about how we can improve the support we provide to you. Please
feel free to let my manager know what you think of the level of service
provided. You can send feedback directly to my manager at:

Get notification to my posts through email? Please refer to

Note: The MSDN Managed Newsgroup support offering is for non-urgent issues
where an initial response from the community or a Microsoft Support
Engineer within 1 business day is acceptable. Please note that each follow
up response may take approximately 2 business days as the support
professional working with you may need further investigation to reach the
most efficient resolution. The offering is not appropriate for situations
that require urgent, real-time or phone-based interactions or complex
project analysis and dump analysis issues. Issues of this nature are best
handled working with a dedicated Microsoft Support Engineer by contacting
Microsoft Customer Support Services (CSS) at
This posting is provided "AS IS" with no warranties, and confers no rights.
>From: "Nick" <a@a.com>
References: <O1*************@TK2MSFTNGP04.phx.gbl>
<01**********************************@microsoft.co m>
>Subject: Re: Notifying a user on demand
Date: Tue, 8 Jul 2008 15:27:34 +0100
Hi Patrice,

The site is for public usage. One reason I mention the capability of
being able to log off the user on-demand would be that it would just mean
that it would be technically possible for me to process any other code,
>logging off on-demand isn't so important, just the practice behind it.

What i'm trying to do is enable a webservice to have extra control
>the logged on user so that I can provide some extra functionality that
>currently possible using the standard principals. I'm a little worried
about polling as I'm not sure what impact that would have with 100+ users
polling for notifications at the same time, and of course the delay
>a notification being sent and recieved.

Of course I might be being a tad too over cautious.

Thanks a million for your feedback, I hadn't thought of silverlight as
>possible solution, that could help with a number of issues...


"Patrice" <http://www.chez.com/scribe/wrote in message
news:01**********************************@microso ft.com...
>As mosft often knowing the context could help. Is this for general
>or in a controlled environment ?

Depending on the context you could also explore using the "net send"
service, SilverLight, or an instant messaging API ?? If you need to
>to a basic browser then you'll have likely no other choice than
For logging off a flag that would log them off on the next request
Jul 9 '08 #1
0 1121

This discussion thread is closed

Replies have been disabled for this discussion.

Similar topics

1 post views Thread by David P. Donahue | last post: by
1 post views Thread by Stropher | last post: by
5 posts views Thread by Markus Stehle | last post: by
8 posts views Thread by Oliver Rainer | last post: by
3 posts views Thread by shapper | last post: by
reply views Thread by gheharukoh7 | last post: by
By using this site, you agree to our Privacy Policy and Terms of Use.