We're using cURL in a manner very similar to this for all outgoing HTTP and have created a BASIC wrapper with an intuitive API which encapsulates the functionality. In addition to other features, our code does error checking prior to sending transmissions, does URL encoding, handles HTTPS, handles creating and deleting files at the OS level, accomodates simulaneous operations from multiple MV users, auto-reformats requests if a query string is too long, and handles timeouts and other errors elegantly in messages that are passed back to the application. One of our larger clients uses it to FTP data to/from their Pick app as well as HTTP GET/POST requests.
This is being developed in tandem with other utilities here at Nebula R&D and is already fully functional as an internal component of a couple products. A U2 port should be available as a separate offering in a couple months. Sure you can use CallHTTP but this is platform independent across OS and MV DBMS environments, which is critical for our needs, it's more versatile, and we don't need to wait for a patch from IBM or anyone else if there are issues. HTH, Tony [EMAIL PROTECTED] >-----Original Message----- >From: [EMAIL PROTECTED] >[mailto:[EMAIL PROTECTED] On Behalf Of Jeff Schasny >Sent: Monday, April 05, 2004 8:37 AM >To: U2 Users Discussion List >Subject: RE: callHTTP > > >Since its such as lovely Monday... > >Here's a routine for moving data using HTTP or HTTPS. You can >send data as if from a form (i.e. encoded in the command >string) or as a file. Obviously you can also get data. This >uses the public domain "Curl" >(http://curl.mirrors.redwire.net/utility) utiliy which is >useful for a bunch of other stuff as well. > >http://jschas1.home.mindspring.com/bp/HTTP.TRANSFER > -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
