True, but it's still a valid topic IMHO.

>From what I understand of this stuff, web services are not so much a built in feature as a built-on feature. IOW, a web service is merely a COM server that knows how to play by the Web services rules (Communicating with the client via some standardized XML, in all likelyhood, SOAP). VB and VC++ will come with wizards that make building COM server that fit the profile easy. If the VFP team doesn't have time to build these wizards/designers in to VFP, it could probably be done by a 3rd party VFP developer.

>Consider this-
>The BizTalk Jumpstart kit that is available from MS (www.BizTalk.org) comes with applications that build VB Biztalk objects for you from a Biztalk compatible schema. This makes it really easy to build an object in VB from your schema. The BizTalk Jumpstart kit is an MS built and MS ditributed toolkit- but the BizTalk standard is wide-open and well-known. I've already made good progress towards duplicating the Jumpstart kit's functionality in a set of tools that VFP programmers can use so their VFP objects can play the game just as easily as VB programmers. I'm confident that once the Web Services standard is released, even if the VFP team doesn't build it into the product, we can.