× 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: Java and RPG comparison
  • From: "Stone, Brad V (TC)" <bvstone@xxxxxxxxxxxxxx>
  • Date: Wed, 14 Feb 2001 09:39:26 -0600

Ya, if the RPG compiler developers were the same number as the Java
developers.  And they didn't quabble over where we should spend our $100 for
upgrades to the language.

Brad

> -----Original Message-----
> From: Prowak, Dave [mailto:DProwak@ci.syracuse.ny.us]
> Sent: Wednesday, February 14, 2001 8:41 AM
> To: JAVA400-L@midrange.com
> Subject: RE: Java and RPG comparison
> 
> 
> 
> > because someone took the time to write a whole crapload of 
> classes for you
> That someone, ignoring 3rd party functions, was Sun.  When 
> you "get" Java, 
> you "get" everything that's included in the JDK.  So when you 
> look at Java, 
> aren't all the functions included in the JDK part of Java?  
> You seem to be
> separating the functions written for Java from the core 
> language itself.
> That way, the argument can be made that:
> > No one has done that with RPG. 
> Someone has done that for Java, BECAUSE the JDK and all its 
> functionality
> are part & parcel to Java.
> 
> It seems like a truly fair comparison would include all that Java
> "shows up with".
> 
> IMO,
> Dave
> 
> 
> -----Original Message-----
> From: Stone, Brad V (TC) [mailto:bvstone@taylorcorp.com]
> Sent: Wednesday, February 14, 2001 5:22 AM
> To: 'JAVA400-L@midrange.com'
> Subject: RE: Java and RPG comparison
> 
> 
> > Anything that requires a C-API in RPG to accomplish can be
> > done much easier in Java - stream IO, sockets, etc.
> > 
> 
> Hi... defending RPG as usual.
> 
> I still say that the reason these types of functions are 
> easier in Java is
> because someone took the time to write a whole crapload of 
> classes for you
> so you wouldn't have to.  No one has done that with RPG.  
> Well, there are a
> few BIFs, but that's it.
> 
> You can't compare API calls to pre-written classes.  It just 
> isn't fair.
> Once wrappers are written for the C APIs these operations are 
> VERY simple.
> 
> Brad
> +---
> | This is the JAVA/400 Mailing List!
> | To submit a new message, send your mail to JAVA400-L@midrange.com.
> | To subscribe to this list send email to JAVA400-L-SUB@midrange.com.
> | To unsubscribe from this list send email to 
> JAVA400-L-UNSUB@midrange.com.
> | Questions should be directed to the list owner: joe@zappie.net
> +---
> +---
> | This is the JAVA/400 Mailing List!
> | To submit a new message, send your mail to JAVA400-L@midrange.com.
> | To subscribe to this list send email to JAVA400-L-SUB@midrange.com.
> | To unsubscribe from this list send email to 
> JAVA400-L-UNSUB@midrange.com.
> | Questions should be directed to the list owner: joe@zappie.net
> +---
> 
+---
| This is the JAVA/400 Mailing List!
| To submit a new message, send your mail to JAVA400-L@midrange.com.
| To subscribe to this list send email to JAVA400-L-SUB@midrange.com.
| To unsubscribe from this list send email to JAVA400-L-UNSUB@midrange.com.
| Questions should be directed to the list owner: joe@zappie.net
+---

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.