>>>..., but it is not being developed for n-tier applications, ...
>
>James,
>
>Where did you get this information? VFP plays well with COM and DCOM, it can be used to distribute COM and DCOM classes for creation with any COM host. It has fairly seamless integration of remote views for client server data access along with supporting ado and rds.
>
>There has even been arguments here aobut folks who are not happy that VFP si being "aimed" at the middle tier of n-tier application development.


VFP COM objects simply don't work because they are not multithreaded. BIG PROBLEM!!! Yes, VFP supports remote views, SQL-Passthrough and all the other goblygook associated with client-server development, but it still does not connect directly to the MS Flagship, SQL Server. With VB you can directly edit and debug back end stored procedures. NO ODBC.

Now, I don't want to get your panties in a bunch by claiming VB is a better product, but what I will say is that MS has chosen to develop VB further than VFP as a client-server tool. Technologically, VFP lags in that arena, even though it is a better database product.

And that's all I have to say on that subject.