Comments on: The effect of IsOneWay on Operations http://kennyw.com/indigo/130 Kenny Wolf's Thoughts of the Moment Tue, 06 Jan 2009 22:27:21 +0000 http://wordpress.org/?v=2.2.2 By: New and Notable 108 : Sam Gentile's Blog http://kennyw.com/indigo/130#comment-150159 New and Notable 108 : Sam Gentile's Blog Thu, 04 Dec 2008 22:44:35 +0000 http://kennyw.com/indigo/130#comment-150159 [...] Kennyw on the Effect of OneWay on Operations [...] […] Kennyw on the Effect of OneWay on Operations […]

]]> By: Kenny http://kennyw.com/indigo/130#comment-128887 Kenny Mon, 25 Aug 2008 16:45:29 +0000 http://kennyw.com/indigo/130#comment-128887 For one-way operations, Close is a flush, but often also a no-op. I'd need a lot more details about your scenario to be able to respond with more info For one-way operations, Close is a flush, but often also a no-op. I’d need a lot more details about your scenario to be able to respond with more info

]]> By: Ngan Pham http://kennyw.com/indigo/130#comment-128573 Ngan Pham Sun, 24 Aug 2008 10:52:25 +0000 http://kennyw.com/indigo/130#comment-128573 I have a question, When a operation marked with IsOneWay=true, the client (web page) call: myRemoteClass.DoTimeConsumeTasks(); myRemoteClass.Close() ==> What happen? The remote instance may be end? or killed by life cycle? Thanks! I have a question,

When a operation marked with IsOneWay=true, the client (web page) call:

myRemoteClass.DoTimeConsumeTasks();
myRemoteClass.Close() ==> What happen? The remote instance may be end? or killed by life cycle?

Thanks!

]]> By: kennyw.com » Blog Archive » Asynchronicity, OneWay, and WCF http://kennyw.com/indigo/130#comment-123728 kennyw.com » Blog Archive » Asynchronicity, OneWay, and WCF Thu, 07 Aug 2008 01:06:59 +0000 http://kennyw.com/indigo/130#comment-123728 [...] recently encountered some confusion around the behavior of one-way operations in WCF that I’m going to try and clear up.  In particular, developers are under the impression [...] […] recently encountered some confusion around the behavior of one-way operations in WCF that I’m going to try and clear up.  In particular, developers are under the impression […]

]]> By: Ralph http://kennyw.com/indigo/130#comment-3667 Ralph Sat, 29 Jul 2006 04:13:12 +0000 http://kennyw.com/indigo/130#comment-3667 Avner, I'm so upset! Just kidding. Above you mention that the docs don't say this about exceptions/faults. They do! No really! But not, it must be admitted, in red. I'll see if I can pull that off in the next release: From http://windowssdk.msdn.microsoft.com/en-us/library/system.servicemodel.operationcontractattribute.isoneway.aspx: "Without waiting for an underlying response message, callers of one-way operations have no direct way to detect a failure in processing the request message. (Service applications that use stateful channels and one-way operations can detect a message delivery failure at the channel level. For details, see Reliable Sessions Overview.)" And from Designing Service Contracts (http://windowssdk.msdn.microsoft.com/en-us/library/ms733070.aspx): "No return message also means that there can be no SOAP fault returned to indicate any errors in processing or communication. (Communicating error information when operations are one-way operations requires a duplex message exchange pattern.)" But I still take your point. I will make sure we get this information into your face right off. :-) Cheers, Ralph Avner, I’m so upset! Just kidding. Above you mention that the docs don’t say this about exceptions/faults. They do! No really! But not, it must be admitted, in red. I’ll see if I can pull that off in the next release:

From http://windowssdk.msdn.microsoft.com/en-us/library/system.servicemodel.operationcontractattribute.isoneway.aspx:

“Without waiting for an underlying response message, callers of one-way operations have no direct way to detect a failure in processing the request message. (Service applications that use stateful channels and one-way operations can detect a message delivery failure at the channel level. For details, see Reliable Sessions Overview.)”

And from Designing Service Contracts (http://windowssdk.msdn.microsoft.com/en-us/library/ms733070.aspx):

“No return message also means that there can be no SOAP fault returned to indicate any errors in processing or communication. (Communicating error information when operations are one-way operations requires a duplex message exchange pattern.)”

But I still take your point. I will make sure we get this information into your face right off. :-)

Cheers, Ralph

]]> By: WCF June/July CTP: QnA » Wagalulu - Microsoft » » WCF June/July CTP: QnA http://kennyw.com/indigo/130#comment-3597 WCF June/July CTP: QnA » Wagalulu - Microsoft » » WCF June/July CTP: QnA Thu, 27 Jul 2006 00:02:34 +0000 http://kennyw.com/indigo/130#comment-3597 [...] practices for TFS Proxy » Bookmark on del.icio.us We have an internal alias where people developing apps on WCF post questions. Generally we see somequestions that are commonly faced by people and thought it would be a good idea to make a quick HowTo or QnA on some topics that WCF newbie users may find useful. Q: How to know if a server channel is sessionful or not? A: Couple of ways.        OperationContext.Current.SessionId != null or    OperationContext.Current.Channel.SessionId != null Q: WCF service runtime disposes off all input/output parameters once the operation is invoked. How can I cache the input arguments? A: Mark you operation implementation with OperationBehavior with AutoDisposeParameters set to false.    [OperationBehavior(AutoDisposeParameters=false)]    public void Foo(Message m, FooDisposableObj f)    {       //Implementation    } Q: Why is OperationContext.Current.RequestContext null? A: Because the operation is OneWay. RequestContext is not null only for request/reply.   Q: Why does the first call on a newly created channel take longer to complete than subsequent calls? A: Its possible that the delay is due to AutoOpen feature. If a channel is not in Opened state when a call is made then the channel is “auto opened” for the user. Users can explicitly open a channel by doing ((IClientChannel)channel).Open(); or proxy.Open() ==> If proxy is of type ClientBase   Q: If a binding does not use ReliableMessaging, then is the order preserved for all async calls made on a Channel using that binding? A: Yes. Q: What’s the difference between ConcurrencyMode.Single and ConcurrencyMode.Reentrant. They seem to process only one message at any time? A: Reentrant is actually analogus to ConcurrencyMode.Single in that it will process only one message at a given time. The only difference is that the service is unblocked to process a new message when the user makes an outgoing call while processing a message. Q: If I have multiple messages/channels waiting for a throttle (Call/Session/InstanceContext), how fair is WCF to the waiters? A: First come first serve. Q: Whats the implications of using IsOneWay=true on an OperationContract? A: KennyW has a wonderful post on this at http://kennyw.com/indigo/130 Q: How do I know if the throttle limit set on the ServiceHost is too restrictive? A: Well thats a decision the customer needs to make based on the load they expect. But in test environment, enable logging and if there is too many occurances of “The system hit the limit set for the ‘[One of the throttles]’ throttle. Throttle value can be changed by modifying…” then it probably means that that particular throttle is too restrictive. Thats all the time I have today for this list. There is lot more that I will try to post by the end of the week. Maheshwar Jayaraman [WCF] [...] […] practices for TFS Proxy » Bookmark on del.icio.us We have an internal alias where people developing apps on WCF post questions. Generally we see somequestions that are commonly faced by people and thought it would be a good idea to make a quick HowTo or QnA on some topics that WCF newbie users may find useful. Q: How to know if a server channel is sessionful or not? A: Couple of ways.        OperationContext.Current.SessionId != null or    OperationContext.Current.Channel.SessionId != null Q: WCF service runtime disposes off all input/output parameters once the operation is invoked. How can I cache the input arguments? A: Mark you operation implementation with OperationBehavior with AutoDisposeParameters set to false.    [OperationBehavior(AutoDisposeParameters=false)]    public void Foo(Message m, FooDisposableObj f)    {       //Implementation    } Q: Why is OperationContext.Current.RequestContext null? A: Because the operation is OneWay. RequestContext is not null only for request/reply.   Q: Why does the first call on a newly created channel take longer to complete than subsequent calls? A: Its possible that the delay is due to AutoOpen feature. If a channel is not in Opened state when a call is made then the channel is “auto opened” for the user. Users can explicitly open a channel by doing ((IClientChannel)channel).Open(); or proxy.Open() ==> If proxy is of type ClientBase   Q: If a binding does not use ReliableMessaging, then is the order preserved for all async calls made on a Channel using that binding? A: Yes. Q: What’s the difference between ConcurrencyMode.Single and ConcurrencyMode.Reentrant. They seem to process only one message at any time? A: Reentrant is actually analogus to ConcurrencyMode.Single in that it will process only one message at a given time. The only difference is that the service is unblocked to process a new message when the user makes an outgoing call while processing a message. Q: If I have multiple messages/channels waiting for a throttle (Call/Session/InstanceContext), how fair is WCF to the waiters? A: First come first serve. Q: Whats the implications of using IsOneWay=true on an OperationContract? A: KennyW has a wonderful post on this at http://kennyw.com/indigo/130 Q: How do I know if the throttle limit set on the ServiceHost is too restrictive? A: Well thats a decision the customer needs to make based on the load they expect. But in test environment, enable logging and if there is too many occurances of “The system hit the limit set for the ‘[One of the throttles]’ throttle. Throttle value can be changed by modifying…” then it probably means that that particular throttle is too restrictive. Thats all the time I have today for this list. There is lot more that I will try to post by the end of the week. Maheshwar Jayaraman [WCF] […]

]]> By: Avner Kashtan http://kennyw.com/indigo/130#comment-2808 Avner Kashtan Sun, 09 Jul 2006 06:06:53 +0000 http://kennyw.com/indigo/130#comment-2808 Your 3rd point is the critical one - it's not explicit in the documentation that WCF exceptions are swallowed by the stack and not propagated to the client, and this can lead to many hours of fruitless debugging trying to understand why my call succeeded while my target didn't receive any message. I think it should be written loudly and clearly, possibly in horrid colors and blinking fonts, on the front page of the documentation. :) I find it best to set IsOneWay to false during development, even if you plan to set it to True nearer the end of the project: http://weblogs.asp.net/avnerk/archive/2006/05/16/446673.aspx Your 3rd point is the critical one - it’s not explicit in the documentation that WCF exceptions are swallowed by the stack and not propagated to the client, and this can lead to many hours of fruitless debugging trying to understand why my call succeeded while my target didn’t receive any message. I think it should be written loudly and clearly, possibly in horrid colors and blinking fonts, on the front page of the documentation. :)

I find it best to set IsOneWay to false during development, even if you plan to set it to True nearer the end of the project:
http://weblogs.asp.net/avnerk/archive/2006/05/16/446673.aspx

]]> By: Javier G. Lozano http://kennyw.com/indigo/130#comment-2767 Javier G. Lozano Sat, 08 Jul 2006 03:00:39 +0000 http://kennyw.com/indigo/130#comment-2767 <strong>IsOneWay Property for WCF Operations...</strong> ... IsOneWay Property for WCF Operations…

…

]]> By: Sam Gentile : New and Notable 108 http://kennyw.com/indigo/130#comment-2742 Sam Gentile : New and Notable 108 Fri, 07 Jul 2006 12:16:47 +0000 http://kennyw.com/indigo/130#comment-2742 [...] of OneWay on Operations   Share this post: Email it! | bookmark it! | digg it! | reddit!| kick it! Published Friday, July 07, 2006 8:00 AM by SamGentile Filed Under: Data, LINQ and OR/M, Newand Notable, WCF/Indigo [...] […] of OneWay on Operations   Share this post: Email it! | bookmark it! | digg it! | reddit!| kick it! Published Friday, July 07, 2006 8:00 AM by SamGentile Filed Under: Data, LINQ and OR/M, Newand Notable, WCF/Indigo […]

]]>