WSDL type provider does not work with multiple endpoints

[KevinRansom]

[from fsbugs, and Stack Overflow]

The WSDL type provider erroneously generates too many overloads for creating the simplified data context types in the case where the service URI provided hosts multiple endpoints.

The TP ends up generating a number of overloads which differ only in return type, which is not valid. The compiler encounters an internal error when this occurs.

Cause:
TypeProviders.fs line ~1075
The static methods for all endpoints are generated for all context types. This is incorrect - each WSDL endpoint only corresponds to 1 context type. We should be filtering the endpoints here to use only the one which matches the current serviceInterfaceType.

File attachments

[dsyme]

My impression was that if anything we were going to split FSharp.Data.TypeProviders.dll out from this repo into a community project, rather than fixing bugs as we go?

[enricosada]

I dont want to hijack the issue, but if you @dsyme @latkin @KevinRansom (pls create a visualfsharp-core team in github 😄 ) think is a good idea to move wsdl type provider to standalone repo/nuget, i can add an issue and i volunteer to do it.
Less complexity, easier maintenance and in F# 4.0 we can add Obsolete (deprecated) attribute

[latkin]

Yes, plan of record is to move in-box type providers out of the box and turn into a community project. They have not been altered since F# 3.0.

Just a matter of priorities...

[dsyme]

The FSharp.Data.TypeProviders code has been frozen in this repository at version 4.3.0.0 for some time now.

The code is now available as an F# community library and nuget package at https://github.com/fsprojects/FSharp.Data.TypeProviders/, initially at version 5.0.0.x. I'll close this issue and move it over to there.

If necessary we can eventually remove the code for FSharp.Data.TypeProviders from this repository.

[dsyme]

Now at fsprojects/FSharp.Data.TypeProviders#4