Comments on: Testing WCF Service Apps (Part 3 of 4) http://houseofbilz.com/archives/2008/12/19/testing-wcf-service-apps-part-3-of-4/ Func<E> Thoughts on Software Tue, 27 Dec 2011 21:30:52 +0000 hourly 1 http://wordpress.org/?v=3.1.3 By: Bill Campbell http://houseofbilz.com/archives/2008/12/19/testing-wcf-service-apps-part-3-of-4/comment-page-1/#comment-2260 Bill Campbell Sat, 27 Nov 2010 15:04:35 +0000 http://houseofbilz.net/archive/2008/12/19/testing-wcf-service-apps-part-3-of-4/#comment-2260 Hi Brian, Would you by any chance have an example of using Rhinomocks for mocking out the Async calls? I've been searching for some time and most of the examples that I find are using the old Rhino syntax and I can't figure out how to do this using the AAA syntax. This seems that it would be a very common pattern for Silverlight since everything is done async. Thanks so much! Bill44077 Hi Brian,
Would you by any chance have an example of using Rhinomocks for mocking out the Async calls? I’ve been searching for some time and most of the examples that I find are using the old Rhino syntax and I can’t figure out how to do this using the AAA syntax. This seems that it would be a very common pattern for Silverlight since everything is done async.
Thanks so much!
Bill44077

]]> By: admin http://houseofbilz.com/archives/2008/12/19/testing-wcf-service-apps-part-3-of-4/comment-page-1/#comment-2137 admin Fri, 19 Nov 2010 11:45:10 +0000 http://houseofbilz.net/archive/2008/12/19/testing-wcf-service-apps-part-3-of-4/#comment-2137 Bill, Yes. That is exactly correct. I don't know of any way to do it automatically. It would be nice if the WCF client proxy generator had a way to do it... but it doesn't :( Bill,

Yes. That is exactly correct. I don’t know of any way to do it automatically. It would be nice if the WCF client proxy generator had a way to do it… but it doesn’t :(

]]> By: Bill Campbell http://houseofbilz.com/archives/2008/12/19/testing-wcf-service-apps-part-3-of-4/comment-page-1/#comment-2127 Bill Campbell Thu, 18 Nov 2010 19:56:43 +0000 http://houseofbilz.net/archive/2008/12/19/testing-wcf-service-apps-part-3-of-4/#comment-2127 Hi Brian, Got it. I wasn't thinking that the ServiceClient is actually in the Reference.cs file in the Service References. I guess the implications of this is that any time you update your Service References you would need to change the ServiceClient to implement your derived interface since it would get re-generated. I don't think there is any way around that unless you know of some other trick. Does that sound right to you? thanks much! Bill44077 Hi Brian,
Got it. I wasn’t thinking that the ServiceClient is actually in the Reference.cs file in the Service References. I guess the implications of this is that any time you update your Service References you would need to change the ServiceClient to implement your derived interface since it would get re-generated. I don’t think there is any way around that unless you know of some other trick. Does that sound right to you?
thanks much!
Bill44077

]]> By: Bill Campbell http://houseofbilz.com/archives/2008/12/19/testing-wcf-service-apps-part-3-of-4/comment-page-1/#comment-2126 Bill Campbell Thu, 18 Nov 2010 12:27:07 +0000 http://houseofbilz.net/archive/2008/12/19/testing-wcf-service-apps-part-3-of-4/#comment-2126 Brian, That's exactly what I thought you were saying but when I followed the same steps deriving my interface from the webservice interface and declaring the concrete classes as being partials I get build errors saying that my concretes don't implement the methods in the original webservice interface. So I have: public interface IWebService // WebService generated Interface then: public interface IDataService : IWebService then: public partial RealDataService : IDataService or: public partial MockDataService : IDataService It looks like what I am missing is that you say that the ServiceClient class is also "generated" where I am creating my own concretes. I can't seem to locate a ServiceClient class. Should this get generated when I update the ServiceRef? I'm thinking it should be created in the client side code somewhere. This is probably what I am missing. thanks! Bill44077 Brian,
That’s exactly what I thought you were saying but when I followed the same steps deriving my interface from the webservice interface and declaring the concrete classes as being partials I get build errors saying that my concretes don’t implement the methods in the original webservice interface. So I have:

public interface IWebService // WebService generated Interface

then:
public interface IDataService : IWebService

then:
public partial RealDataService : IDataService
or:
public partial MockDataService : IDataService

It looks like what I am missing is that you say that the ServiceClient class is also “generated” where I am creating my own concretes. I can’t seem to locate a ServiceClient class. Should this get generated when I update the ServiceRef? I’m thinking it should be created in the client side code somewhere. This is probably what I am missing.
thanks!
Bill44077

]]> By: admin http://houseofbilz.com/archives/2008/12/19/testing-wcf-service-apps-part-3-of-4/comment-page-1/#comment-2125 admin Thu, 18 Nov 2010 11:01:35 +0000 http://houseofbilz.net/archive/2008/12/19/testing-wcf-service-apps-part-3-of-4/#comment-2125 Bill, No. That is not the case. It is a bit difficult to follow, but notice two things: First, I created IRecipeBoxServiceAsync to extend the automatically generated IRecipeBoxService interface. Then, I use the partial keyword to say that the concrete (also automatically generated) RecipeBoxServiceClient implements the Async interface. That is all you have to do... because the RecipeBoxServiceClient already implements the methods/events... but for whatever reason, the WCF code generator didn't add them to the IRecipeBoxService... This is just a quick fix to add these async components to the interface so we can substitute it at test time. Does that clarify? Brian Bill,

No. That is not the case. It is a bit difficult to follow, but notice two things: First, I created IRecipeBoxServiceAsync to extend the automatically generated IRecipeBoxService interface. Then, I use the partial keyword to say that the concrete (also automatically generated) RecipeBoxServiceClient implements the Async interface. That is all you have to do… because the RecipeBoxServiceClient already implements the methods/events… but for whatever reason, the WCF code generator didn’t add them to the IRecipeBoxService… This is just a quick fix to add these async components to the interface so we can substitute it at test time.

Does that clarify?
Brian

]]> By: Bill Campbell http://houseofbilz.com/archives/2008/12/19/testing-wcf-service-apps-part-3-of-4/comment-page-1/#comment-2117 Bill Campbell Wed, 17 Nov 2010 18:37:56 +0000 http://houseofbilz.net/archive/2008/12/19/testing-wcf-service-apps-part-3-of-4/#comment-2117 Hi, Sorry that I'm so late on commenting here but I just came across your posts. Thanks much - this is great! I was wondering - when you have your concrete class RecipeBoxServiceClient : IRecipeBoxServiceAsync that will have all the original Begin/End functions that came from the original interface (IRecipeBoxService) and so we will need to implement all of those original interface methods with not implemented or something, right? thanks, Bill44077 Hi,
Sorry that I’m so late on commenting here but I just came across your posts. Thanks much – this is great!
I was wondering – when you have your concrete class RecipeBoxServiceClient : IRecipeBoxServiceAsync that will have all the original Begin/End functions that came from the original interface (IRecipeBoxService) and so we will need to implement all of those original interface methods with not implemented or something, right?
thanks,
Bill44077

]]>