Re: Ok, so we have a list... -- JAVA400-L


        I may be wrong person to comment on this since I've just started to 
     learn Java (2 days ago, still on page 10) but what the hell...
     
        I think that Java is strictly client/server.  It's not meant for 
     green screens.  The server(AS/400) gives the client (PC or Mac or NC 
     or Sun Workstation) the Java applet and the client runs it.  A green 
     screen could not do this since it doesn't have a cpu.  What you would 
     be doing when you copy your Mac Java program to the 400 is giving 
     other Macs or PCs access to that Java program so it can run on those 
     machines.
        I think the machine dependences would be involved with the data the 
     Java program would use.  If the aforementioned Mac Java program used 
     data residing on the Mac, then that data would have to be ported to 
     the AS/400.  If the Mac data was in a database form then you would 
     have to convert it to the equivalent AS/400 database form.  Java would 
     not do that for you.  However, if the 400 Java development dudes and 
     dudettes have done there jobs jobs well (extremely well) then the 
     native Java database access commands which worked on the Mac should 
     work on the 400.
     
     Guy Murphy         University of Illinois - UDIS
                        217-333-8670
                        murphyfa@uiuc.edu


     
        


______________________________ Reply Separator _________________________________
Subject: Ok, so we have a list...
Author:  <JAVA400-L@midrange.com> at INTERNET
Date:    10/6/97 11:34 AM


... to discuss JAVA on the '400.
     
My question is: Is JAVA *REALLY* as platform independant as it's 
supposed to be?
     
Will I be able to take a JAVA program on the Mac, that uses GUI 
elements, and copy the object it over to the '400 and run it on a 
greenscreen w/o modifications?
     
The be honest... I have my doubts.  "C" was supposed to allow us to 
be platform independant, but it never materilized as a worthwhile 
solution for "Real" applications (I consider real applications to be 
things in the relm of A/P, A/R, G/L, etc).
     
In order to be TRULY platform independant, the interface elements 
would have to seek the lowest common denominator... and that 
precludes any GUI elements.  The interface would end up being 
strictly text based.
     
Don't get me wrong... I *LIKE* the idea of JAVA... and think that, if 
any system can truly support a platform independant object system, 
the AS/400 is the one (Heck, they've been platform independant from 
the get-go)... I'm just a pesemist :)
     
david
--
     
David Gibbs
Sr. Software Engineer
Silvon Software
Westmont, IL
(630) 655-3313 x6479
http://www.silvon.com
mailto:david.gibbs@silvon.com
     
Opinions expressed are strictly my own and do 
not necessarily reflect those of my employer
     
Sometimes you have loose your mind to come to your senses.
     
                   -- DMRoth
+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to "JAVA400-L@midrange.com". 
| To unsubscribe from this list send email to MAJORDOMO@midrange.com
|    and specify 'unsubscribe JAVA400-L' in the body of your message.
| Questions should be directed to the list owner/operator: david@midrange.com 
+---
umidr
     


+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to "JAVA400-L@midrange.com".
| To unsubscribe from this list send email to MAJORDOMO@midrange.com
|    and specify 'unsubscribe JAVA400-L' in the body of your message.
| Questions should be directed to the list owner/operator: david@midrange.com
+---