Alejandro,

AcuCOBOL supports calling AciveX controls. Is that how I would talk to the COM server? Is the COM server designed to be used for web services? Does this mean that it listens on an IP socket? If so, does that mean that with the proper port openings in the firewall that remote users (of the COBOL app) could also update the FoxPro files?

TIA,
Dan

>>Hello everyone,
>>
>>I am working on a system in which I have to update Visual Foxpro files from an Acucobol accounting system. I have the source to the accounting system and can modify the programs.
>>
>>When invoices, receipts or disbursements are posted in the accounting system, the data must also be written to their corresponding DBF equivalents.
>>
>>I am replacing an old system that--seemed to--write small ASCII files and do a SYSTEM call to load a foxpro .exe that would read these files and then update the VFP dbf files.
>>
>>Instead, I would like to either:
>>
>>a) Open DBF files directly from AcuCOBOL (some kind of external file handler)
>>b) Use an ActiveX control I can call from AcuCOBOL and pass it data that it will, in turn, write to VFP.
>>- BTW, cObjects does not appear to exist anymore.
>>c) Replicate from Vision (AcuCORP's file format) files to VFP files
>>d) Suggestion from this forum.
>>
>>Anyone done this?
>>
>>Any ideas?
>>
>>Thanks in Advance,
>>Dan
>
>I haven't done it, but if AcuCOBOL can handle it you could implement a VFP Com Server to receive instructions and return data in XML format. See "Visual FoxPro and Advanced COM" in the VFP 9 help. Would that work for you?