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



Bruce,

No.3

We find that we are using java a lot for the numerous utility classes
available. 

Eg encryption, IFS file handling, ftp, email processing utilities, can all
be developed very easily in Java using the existing classes that are
available, generally for no extra cost.

Cheers
Colin.W   

-----Original Message-----
From: Bruce Jin [mailto:brucej@xxxxxxxxxxxxxxxxxxxx] 
Sent: 19 March 2004 16:03
To: Java Programming on and around the iSeries / AS400
Subject: Re: Strategic Java Usage/Productivity


A couple of examples that compare RPG  to Java/OOP.
1. Servlet containers such as Websphere and Tomcat allow people to program
servlet according to a set of interfaces. We implement HttpServlet class and
talk to Request and Response interfaces. That it. This brings productivity
and system efficiency. RPG cannot do this. RPG CGI is awkward to code and
inefficient to run.

2. Someone stated that thousands of subfiles out there are doing the same
thing. I think this is true. For each subfile one has to deal with
ROLLUP(26) ROLLDOWN(27), PUTRETAIN, DSPATR,   PUTOVR etc. etc. Then one has
to hard wire this subfile to a RPG program that is hard wired with database
access code and data display code. Very low productivity.

OOP allows people to program to interface.  This makes it very easy to
separate and reuse code according to functions such as presentation and
business logic. An example is Eclipse project. People have written hundreds
of applications for it. To add an application to Eclipse one only needs to
drop the application folder to a folder in Eclipse. No programming and no
configuration. RPG cannot do this. It has no OO capability to handle this
kind of flexibility, extensibility, and pluggability.

3. Even  used as procedural programming language, Java is far superior than
RPG. With 6,000+ classes, Java offers numerous utilities and many
frameworks. As of V5R2, RPG has only a few dozen simple built in functions.
4. RPG may perform better. This is of importance only in isolated
situations. Besides, computers are getting faster daily. Today's computers
are several orders of magnitude faster than they were ten years ago.

5. Suggestion: use Java as the norm and RPG as exception.



_______________________________________________
This is the Java Programming on and around the iSeries / AS400 (JAVA400-L)
mailing list To post a message email: JAVA400-L@xxxxxxxxxxxx To subscribe,
unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/java400-l
or email: JAVA400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/java400-l.


This e-mail has been sent by a company of Bertram Group Ltd, whose registered 
office is The Nest, Rosary Road Norwich NR1 1TF. 
This message, and any attachments, are intended solely for the addressee and 
may contain privileged or confidential information.  If you are not the 
intended recipient, any disclosure, copying, distribution or any action taken 
or omitted to be taken in reliance on it, is prohibited and may be unlawful.  
If you believe that you have received this email in error, please contact the 
sender immediately. Opinions, conclusions and statements of intent in this 
e-mail are those of the sender and will not bind a Bertram Group Ltd company 
unless confirmed in writing by a director independently of this message. 
Although we have taken steps to ensure that this email and any attachments are 
free from any virus, we advise that in keeping with good computing practice the 
recipient should ensure they are actually virus free.


As an Amazon Associate we earn from qualifying purchases.

This thread ...


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.