> I ended up tagging my .asmx files with a 'Vx' suffix, so I have
> TeamHavenMobileV1.asmx, TeamHavenMobileV2.asmx etc, etc.
[quoted text clipped - 4 lines]
>
> R.
Thanks Richard to your response. The issue i have is that I approached
web service from a different angle. Instead of creating a class and then
exposing it as a web service I created all the schemas (xsd) and then
manually create a WSDL and finally created a server stub from this to
make the web service. In this approach the change management is highly
dependent on the XML schemas and if I take the normal approach and
version the schemas using namespace it breaks backward
compatibailty.....so kind on in a roack and hard place and need a
lateral thought to get out of this.
/Shaji
Shaji Sethu - 27 Jul 2004 00:20 GMT
>> I ended up tagging my .asmx files with a 'Vx' suffix, so I have
>> TeamHavenMobileV1.asmx, TeamHavenMobileV2.asmx etc, etc.
[quoted text clipped - 16 lines]
>
> /Shaji
Any views from MS on what is the best practice to do this sort of stuff.
/Shaji Sethu
BjörnHolmberg - 31 Jul 2004 21:07 GMT
Hello Shaji!
Seems that .net proxies does not perform a validation against the wsdl (and xsd)
found at the webservice endpoint. Because of this it's possible to add new
functionality without breaking existing clients. If you need a more formal
approach, check up on Programming .NET Components by Juval Löwy. The ideas you
might need are in appendix A. The corresponding code example "Interface-based
web services" can be found at: http://www.idesign.net.
Regards
Bjorn
> > I ended up tagging my .asmx files with a 'Vx' suffix, so I have
> > TeamHavenMobileV1.asmx, TeamHavenMobileV2.asmx etc, etc.
[quoted text clipped - 15 lines]
>
> /Shaji