I have a world of respect for Tim and what he's been trying to achieve Vern, but having looked at the web client stuff I wouldn't spend any more time on it unless they make major changes.

It is very limited and has only about 1/10th the capability of Scott's HTTPAPI. As you noted, it requires the C compiler - which in turn means that if anything goes wrong you stand little chance of fixing it. With Scott's stuff, on the rare occasions when there is a problem, you can debug it yourself as well as enlisting the help of the community.

My take is the built-in server seesm to work well - I haven't tried to deploy existing apps with it, but the web services generated by the wizard that use your underlying RPG or COBOL is pretty good.

In my opinion though, the client side is not worth the effort except for with clients who will not consider anything that doesn't say "Made by IBM" on it. HTTPAPI by itself or in conjunction with WDSL2RPG do a far better and more comprehensive job. This (the client side) is one of those areas where I'd rather IBM spend its money on something else.


Jon Paris

www.Partner400.com
www.SystemiDeveloper.com



On Nov 8, 2010, at 9:29 AM, web400-request@xxxxxxxxxxxx wrote:

Now to get the client working in RPG, you still need the C compiler.
Aaron, did you hear Tim's presentation at the Summit? He spoke of
several things around this - can't remember what's NDA at the moment!


As an Amazon Associate we earn from qualifying purchases.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.