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