I think the point here Tony is that many people use u2 as their server and don't want to outsource processing to another piece (i.e. .net to connect to the webservice) I too have written many a web service in .net but still often use the callhttp api to connect to third party web services from within databasic, my data server is linux so why would I bring another piece into play ? - as someone else on this list has said a few times, (and I know this isn't very SOA) the more pieces there are in an app the more likely there is to be a breakage, the more complex it is to deploy etc ... - also - lets be honest now - In databasic its only ten lines of code to parse out what you want from a soap envelope - the u2 http, soap and xml routines are fairly simple and easy to use.
Gerry - I usually just stick to the http routines, mainly because the soap routines do not handle https, + I have been coding http stuff for years in various languages so don't think the soap api gives much more - as you have worked out for yourself ;) Rgds Symeon. -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of gerry-u2ug Sent: 02 June 2007 15:20 To: [email protected] Subject: RE: [U2] SOAP API [ad] Thanks Tony, but ... the web services we use are .NET, the HelloWorld example I used took less than minutes to setup. We also have inbound and outbound web services that use UO.NET. I'm not sure why we would want to pay for an additional framework for such a simple thing. Currently 90% of this system still runs 'green-screen' and as such, things are often driven from within uv - mv.NET may have its place in a system that runs 90% via external client apps, however this isn't one of those cases. Universe in general provides almost everything we need to do what we currently want to do, the implementation is often bizarre and incomplete and severely lacking in usable documentation & working samples, but with a little divination ( sometimes more ) it can be figured out. Hence my posting here. As for my question, I am leaning toward just sticking to callHttp rather than fighting with the SOAP API - but the jury is still out for another day or so. Gerry -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tony Gravagno Sent: June 1, 2007 4:55 PM To: [email protected] Subject: RE: [U2] SOAP API [ad] Gerry, the .NET framework has all of this building and parsing built-in, as well as auto-generation of web service clients and servers. With UO.NET or mv.NET you can create a front-end to your app with absolutely no concern for XML or SOAP envelopes. You can get your HelloWorld function within minutes. mv.NET uses UO.NET as a raw data pipe. Think of mv.NET as a suite of libraries that make development much easier for many purposes. For your purposes you don't need mv.NET, but I encourage you to consider mv.NET as a superset over UO that will save time with a lot of projects. For example, mv.NET faciliates both inbound and outbound web services. Email me for an mv.NET FAQ, which includes pricing info and a link to download documentation and a free trial of the software. Nebula R&D is a worldwide distributor of mv.NET, providing installation assistance, product support, and development and training services for .NET and mv.NET. Code samples provided by Nebula R&D include ADO.NET, ASP.NET, and Web Services, using VB.NET and C# for side-by-side comparison. HTH Tony Gravagno Nebula Research and Development TG @ removethispartNebula-RnD.com gerry wrote: > We have some older code that works with a web service via the CallHttp > API. > I am looking at some newer things and decided to look into using the > SOAP API instead of CallHttp mainly because I assumed that the SOAP > API would make things 'cleaner' in particular when accessing the > returned data. > However as far as I can tell, it has actually makes it messier. ------- u2-users mailing list [email protected] To unsubscribe please visit http://listserver.u2ug.org/ ------- u2-users mailing list [email protected] To unsubscribe please visit http://listserver.u2ug.org/ ------- u2-users mailing list [email protected] To unsubscribe please visit http://listserver.u2ug.org/
