Rick wrote: > Uv/Net is a separately priced product but probably worth it for your > situation. You only need it on the system that is accepting the > remote access, not the one that is initiating them.
Since the discussion has shifted to external tools, I would be remiss if I didn't mention that this is a perfect application for mv.NET. If you're going to purchase UV/NET note that it only does one function, whereas mv.NET is a library to do many functions and cross-platform compatible too. A ReadU can be done on both sides just like from BASIC, and the native locks on the servers will be used. The function can be triggered from U2 using a simple call (easily written for the purpose): CALL MVTRANSFER(FNAME,ID,REMOTEHOST,OPTIONS,RESULTS) In fact if just a few companies wanted mv.NET just for this purpose I'd write that code for free. The same code can be used for transfers between any MV environments, not just UV/UV or U2/U2. Moving data between MV and relational databases can be done the same way - no more BCI. To be fair, Jason mentioned UniObjects in his opening note for this thread, and for this simple application I don't see why that can't be used - for free too. mv.NET has the built-in ability to perform operations based on triggers from the MV server, but that can be written for UO too. No ODBC is required for any of these tools. Contact me for details on any of this, or other communications needs. Tony Gravagno TG@ removethispleaseNebula-RnD.com Nebula Research and Development is a worldwide Distributor for mv.NET and provides related support and product development. ------- u2-users mailing list [email protected] To unsubscribe please visit http://listserver.u2ug.org/
