>Hi:
>
>Yes... Queued Components.
>
>But, if VFP Objetcs dont work with 'Object pooling',dont work with 'QUeued components', dont work with
>integrated transactions in a COM+ environment (the .DBF)...(Only oracle and SQLServer).

COM+ is just a bunch of services ontop of COM. A lot of them are useful, some are more for show. Object pooling is badly designed by MS since objects that need it most due to loadtime overhead (VB/VFP) can't participate because of their threading model. C++ objects are much less likely to require these pooling services and those are currently the only ones that can use it (or any language that can create free threaded servers).

For other COM+ services you can use VFP to build the business objects and wrapper objects in VB or VC to provide the interfaces to the required event interfaces or implements stuff. This is not much of a stretch because these services require separate objects anyway even if you use a tool like VB that can do this natively.