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



I do have external customer who sign in via WEB, but they can only use
the programs to wich they have autority, and to the tables using adopted
autority. The program limits wich data each customer can see.

PowerEXT looks very interesting, but I could not instlall it because it
requires v5.4. As soon as I get the upgrade I plan to try it.

Henrik RÃtzou wrote:
Raul,

in fact "just" restricting access to programs and tables isn't enough. You
have to be able
to grant access to only portions of the tables, "customers" are allowed into
the system and
that means extended serverside protection that not only handles basic
security but also
can hold hidden and unchangeable parameters that restrict program access to
only part of
the tables.

Buck,

the easiest way to get yourself started is to use an exsisting high level
framework that
uses a RIA UI framework that dosn't look 10 years old.

Yes, they will require some skilles, but you will be able to build these
skills step by step
with your "new hobby" and still be productive very quickly.

They are out there for RPG, not many but they are there. Kevin Turner
has one, my own is
another, Aaron Bartell's OpenRPGUI is yet another - all Open Sourced. In
your position,
forget of making anything from the "bottom".

There is also payable frameworks like Valence, Isak, Icebreak, Websydian,
Lansa etc. and
then all the non RPGLE frameworks like Zend etc. and then again the
multi-tier approach
mostly based on MS and then there is RPGOA.

You write that your boss wants to screen-scape, that is what I
call modernization, but screen-
scraping dosn't belong in apps that is presentet for third parties
(customers, members etc.)
basically because it is more expensive to build in required security to
seperate one client
data from another and because a screen-scraped 5250 app for internal use
will look and feel
awkward for a thirdparty user because most 5250 programs requires entering
key data (such
as customer number) for each and every screen/program, will have "internal
codes" that has
to be understood and filled in etc. etc. Most 5250 programs are just not
made for third party
client access, it is as simple as that, it is a new kind of user we haven't
seen in the apps
before, so how could they be?

But why not do both thing at the same time ? Building apps for new users and
screen-scrape
for internal users - if that what management want's ?




As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

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.