There is nothing wrong with how it works!
wsHttpBinding and wsHttpBinding are SOAP bindings that display metadata about their service β your Visual Studio Add Service Reference can poll its endpoints, find out what they called, what methods they offer, what data types they expect as parameters and what they return.
webHttpBinding is REST - and REST by default has no concept of metadata - you will not get a description of the service, a list of methods, etc. - REST is all resources - not methods.
So, when you do the Add Service Reference , you get proxies for the SOAP endpoints, but not for the REST / webHttpBinding . It works as intended.
WCF data services built on top of REST offer a similar experience with SOAP bindings, since you can make an Add Service Reference and get a good proxy server on the client side and thatβs all - from the moment the OData protocol defines metadata exchange over REST. Therefore, if you can include the REST service in the WCF data service, you will be fine.
Otherwise, with REST, you just need to βknowβ (from the documentation page or something else) what a resource URI is for your REST service, and what HTTP verbs do in your REST context.
source share