Re: Re: cost estimate for a GUI pilot

About as much as Java. ;) Flavors keep changing with IBM. Someone will
start doing a PHP/Ruby/etc project today and 5 years from now will be told
to use something else.

RPG is really my choice because all we're doing, in the case of web design,
is outputting dynamic content. How we "massage" that content with JS, CSS,
jQuery, etc has nothing to do with how the content gets there.

Throw in some dynamic SQL and it's pretty slick, fast, easy, etc.

So why make it so difficult and keep pushing RPG/COBOL/Native solutions
away?

Rhetorical question. :)

Brad
www.bvstools.com

On Mon, Nov 3, 2014 at 1:55 PM, Aaron Bartell <aaronbartell@xxxxxxxxx>
wrote:

Also, have you looked at EGL?

Does anybody know whether EGL is progressing?

I've put EGL in the category of "very cool technology that doesn't have a
community to back it".

Another way to look at it: How much do you hear IBM recommending EGL as a
viable modernization option?


Aaron Bartell

On Mon, Nov 3, 2014 at 1:49 PM, Alan Campin <alan0307d@xxxxxxxxx> wrote:

As far as Spring is concerned, yes it does have a UI, it is called MVC.
Spring also owns a product called Grail which is written in a scripting
language called Groovy which run the Java Virtual Machine. Basically a

Java

version of Rails.

The problem I have with Spring and Java and building an application from
scratch is the time and the cost. We built on application and it took us
two years and 2 million dollars on for one application.

Also, have you looked at EGL?

There is an open source version and a paid version supported by IBM. It

was

designed originally to provide a web based UI and to be able to call back
end code written in RPG or COBOL which brings me back to using ILE/RPG on
the back end. Build a GUI in EGL and call ILE/RPG service programs

through

an interface which provide the business logic.

http://www.ibm.com/developerworks/rational/products/egl/egldoc.html

http://www.ibm.com/developerworks/downloads/r/eglcommunity/

All this assumes you are planning on new development.


On Mon, Nov 3, 2014 at 6:56 AM, Nathan Andelin <nandelin@xxxxxxxxx>

wrote:

I have appreciated the discussion so far. My company has been deploying
browser user interfaces exclusively since the year 2000, interfacing

with

RPG back-end servers. We have deployed hundreds of new applications and

GUI

/ PDF reports since then. Virtually none of our software uses display
files.

It is hard to make suggestions about GUI tools without knowing what you
want to do with them, and what you might want the tools to do for you.

Suggesting Profound UI and ASNA Wings implies that you may want to

reuse

your existing 5250 logic and workflow, and follow the traditional

display

file paradigm. Is that a high priority?

Or, are you more interested in providing the most compelling and

productive

user experience possible, taking full advantage of browser

capabilities?

Is it more important to cater to your existing RPG skill sets? Or,

would

you be more interested in extending your skill sets to include HTML,

CSS,

JavaScript - again with the primary goal of providing the most

productive

and compelling end-user experience possible?

Are you more interested in facilitating your current skill sets and

current

RPG team members? Or would you be interested in bringing in new people

who

have GUI design experience primarily with browser technologies, and
teaching them RPG?

Are you more interested in doing a make-over of existing screens? Or,

would

you be more interested in restructuring your application architecture

to

become more agile and better able to accommodate change?

Are you interested in broadly-scoped application development? Or do you
just have a small project in mind?

Nathan.
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing

list

To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing

list

To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.