|
My belief is that what has not yet been developed is an application development strategy that takes into account both the concept of revitalizing existing legacy systems while at the same time enabling the transition to true distributed applications. Webfacing, like most of the other prettification options, focuses on the interface, not the application, and thereby craetes a technological dead end. The work applied to the GUI is can't be reused in a distributed architecture. So, if you believe as I do that the correct architecture for new applications is a distributed client/server architecture, then the ideal toolset provides the following: 1. A way to quickly place a graphical front end on an existing application 2. Support for browsers, thick client and XML 3. A standard client/server framework for new development 4. Work done revitalizing legacy systems can be reused for new development I was disappointed wth webfacing because it addresses only the first goal, and even that is pretty much in beta mode right now. Jacada provides both thick client and browser, but their browser interface is very weak, requiring a lot of custom code. My technique at least supports options one and two, and is designed to support three and four in the near future (the VERY near future, if things go as planned). But even so, we still have a long way to go to achieve an open standard for tools to work together, which would be required for a industry-wide implementation of these goals. To that end, we've begun discussing the basic frameworks of a three-pointed architecture: 1. CLP - Component Level Protocol - defines business-aware UI components 2. ALP - Application Level Protocol - defines communication between a client and a server 3. ADL - Application Definition Language - defines a generic UI and application data flow (it builds on ALP and CLP) If we focus on these, we can indeed have an open set of application definitions. Discussions have begun over at www.i-a-i-c.org on these topics, although right now it's just two people: jt and yours truly. These ideas are also being incorporated into my toolset, which is getting very close to release, at which point my website front page changes... instead of green to GUI in four hours, it will be green to GUI in four SECONDS. Joe Pluta Pluta Brothers Design, Inc. www.plutabrothers.com "Adapting Tomorrow's Technologies to Today's Applications" > -----Original Message----- > From: Jim Damato > Nonetheless, I don't think it pertains to what folks have been complaining > about on this particular sub-thread. Joe, do you feel that IBM has failed > to provide an iSeries migration path to client server and web-based > solutions? > > It seems to me that the expectation is that the iSeries should make web > programming as easy as what we've been doing for years -- coding > RPG in SEU > and display files in SDA. My contention is that the environment is a bit > more complicated that that. Currently so many AS/400 developers > take their > platform for granted, because they can. I meet so many programmers, > analysts, project managers who are one step above the "Start a career in > Data Processing" types educated from matchbook university. > > Besides, any tightly integrated development environment IBM > creates would be > labeled "proprietary" and would fail in the "open" (as long as it's > Microsoft compatible) world. +--- | This is the Midrange System Mailing List! | To submit a new message, send your mail to MIDRANGE-L@midrange.com. | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com. | To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.com +---
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2025 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.