I'm creating a DLL with a reference to web services (I don't have the choice to do so) but I have to add web service references to the project that uses the DLL for it to work.
Example, I have the DLL called API.DLL that calls a web service called WebService.svc that I want to use in a project called WinForm. First, I have to add a "Service Reference" to WebService.svc in API.DLL. Then, I add a reference API.DLL to WinForm but it doesn't work unless I also add a service reference to WebService.svc in WinForm.
What can I do to avoid that last step?
You may be using types exposed by the web service, or it may be that you are having to add the web reference so that appropriate connection information is added to the config file. A winform application will not inherit or use a DLL's config file in any way unless you were to cook up some fancy loading mechanism for it. In other words, in the DLL when you add a web reference, it's config file gets information about how to connect to the web service, but when you then use the DLL in an application, your application needs that info in it's own config file, thus you must add a web reference so that the information is generated.
In regards to using a type exposed by the web reference, I'm not sure if this could be an issue you are experiencing. I have encountered this kind of thing in DLLs. For example, SharpMap.dll declares a
SharpMapData
class, and WrapperOfSharpMap.dll has a method calledProcessData(SharpMapData blah)
If I write a WinForm application and add a reference to WrapperOfSharpMap.dll, I also have to add a reference to SharpMap.dll because to call
ProcessData
I have to create aSharpMapData
instance to pass to the function. In other words, I am using a type declared in SharpMap.dll, therefore need a reference to it.To resolve this problem, the creator of WrapperOfSharpMap.dll must create a
WrapperSharpMapData
class like so:You could try looking into svcutil.exe , which allows you to generate the client side proxy code for your service via the command line. You should be able to take the code file that it produces and simply add it to your DLL project. This lets you bypass Visual Studio completely.
Your first step is to prove to yourself that this is possible and then adapt your project.
you can download the runnable solution here.
I just went through the steps and enumerated my actions to produce the results you desire.
This is the baseline for embedding services in a redistributable .dll.
Try to apply this model to your current project and see how that works for you.
If you still have problems, you most definitely have a reference issue and should start looking at it from that perspective.
Hope this helps
Is that because you need the service reference so that the WinForm app can reference the types returned by your service?
If that's the case, you could turn your API dll into a wrapper for the service, and wrap up all the methods available on the service in API, and do the same for the objects (assuming that they are clases you have created). Obviously, you'll have to convert all the objects that the service returns into the objects in the API. But once that's done, you shouldn't need to reference the service in WinForm. (funnily enough, I'm in the middle of doing something similar myself!).