× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Nathan, you have done a lot in the RPG CGI space (from everything I have
gathered on these forums). Have you built any RPG CGI frameworks that go
beyond tools like CGIDEV2 and abstract the programming to a higher level? I
recognize that RPG isn't well suited to frameworks as Java or PHP would be,
but there are definitely things that could be done in that vein to make it
easier to program web apps from RPG.

I am working on a concept/prototype right now that is a little off topic in
the web400 list, but it involves writing GUI desktop applications in RPG
where 100% of the programming is done in RPG and there is simply a thin
"smart client" on the desktop that renders whatever is sent to it. I have
already developed the code on another client side platform with a
Apache/Perl serverside and now I just need to change the server side (which
is trivial).

That's one thing that I haven't seen a lot of in the RPG space - frameworks
for application development. Sure there is a lot of modular code out there,
but that is a far cry from frameworks. Like has already been stated,
frameworks can get in the way, but they can also make you incredibly
efficient (you could think of native DB access in RPG as our DB access
framework - works for 90% of what we need).

Back to my hole,
Aaron Bartell
http://mowyourlawn.com



-----Original Message-----
From: web400-bounces@xxxxxxxxxxxx [mailto:web400-bounces@xxxxxxxxxxxx] On
Behalf Of Nathan Andelin
Sent: Thursday, May 31, 2007 9:33 PM
To: Web Enabling the AS400 / iSeries
Subject: Re: [WEB400] Recommendations of web developmentarchitecture/toolfor
diverse i5 access...

Steve R wrote:
what asp.net offers are user written server controls ...

UI components are a hallmark of the Microsoft mind-set. Just drag and drop
pre-built UI widgets from the palette onto a form, set their properties,
including references to database record-sets and fields, attach code to
pre-defined event handlers. That model worked so well at attracting
entry-level programmers to Visual Basic, then why not apply it to the
browser paradigm?

It's really hard for me to argue against UI component technology when it's
the foundation of Microsoft technology and now highly touted by the J2EE
community, but I found it to be too constraining for me as a Visual Basic
developer, and when Microsoft adapted their UI widgets to render as HTML,
the constraints became even greater. They're great at attracting developers
to Microsoft's tools, on the other hand.

Nathan.








As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:

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.