× 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.


  • Subject: Re: alternative to WebFacing
  • From: Portal39@xxxxxxx
  • Date: Sun, 24 Jun 2001 10:05:59 EDT


Joe how do you handle the:
 We need both  web & green screen interfaces cases
       with you methodology?

joepluta@PlutaBrothers.com writes:


Subj: RE: alternative to WebFacing
Date: 06/24/2001 9:26:16 AM Eastern Daylight Time
From:    joepluta@PlutaBrothers.com (Joe Pluta)
Sender:    owner-midrange-l@midrange.com
Reply-to: MIDRANGE-L@midrange.com
To:    MIDRANGE-L@midrange.com




> However, I personally question the value of transition technologies.  I've
> heard too many complaints from people who bought into that idea.  The
> biggest complaint seems to be that the GUI is still paired and locked with
> the  5250 data stream of the legacy application.  It leads to contrived
> restrictions in the GUI.    A transition technology is one that
> you probably
> wouldn't use to design or build a new application.  But some people (not
> having deep pockets) find it hard to break away from a transition
> technology, after they've adopted one.
>
> Nathan M. Andelin
> www.relational-data.com

I agree, Nathan.  That's why I designed the revitalization process.  The
idea is simple:

1. Decouple the business logic and the user interface
2. Redesign the user interface using the existing business logic
3. Redesign the business logic

It's simple, fast and flexible.  You may never have to go beyond step two
for many of your programs, which is as far as the 5250-bound solutions go.
But for those that need to be redeployed as true client/server applications,
you can then go to the next step.

The next step is going to be to design a language that defines business
applications.  I think the folks who are basing the concept only on
transactions (such as XAML) are missing the boat.  The idea is to be able to
define at a macro level the entire application process.  With this approach,
you can first define your existing legacy applications, then include them in
an overall business process.  Once you've done that, you can then rewrite
pieces and insert them into the overall application flow.

Revitalization will do that quite well.




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.