|
There are others more qualified to give a full answer to this than myself, but basically CRTJVAPGM creates a *PGM object out of Java code. The program object is 'hidden' and associated with the class files that it represents. The program gets called automatically when you execute your java code in the standard way. When I say hidden, all I really mean is that the system takes care of maintaining the associations of the program object and the java class files instead of the user (as with a C program object for example). You can use DSPJVAPGM to see these program objects. This command creates a true native AS/400 program object which runs very much like a C program would on the system. The concept of a Java interpreter reading a byte code stream a line at a time and figuring out what to do goes out the window. Regards, Richard D. Dettinger AS/400 Java Data Access Team "TRUE! nervous, very, very dreadfully nervous I had been and am; but why WILL you say that I am mad? The disease had sharpened my senses, not destroyed, not dulled them. " - Edgar Allan Poe "The Tell-Tale Heart" "Eyers, Daniel" <daniel.eyers@honeywell.com>@midrange.com on 09/19/2000 02:55:02 PM Please respond to JAVA400-L@midrange.com Sent by: owner-java400-l@midrange.com To: "'JAVA400-L@midrange.com'" <JAVA400-L@midrange.com> cc: Subject: RE: Preferred method to access databases from Servlets Can you explain what CRTJVAPGM actually does? Where does the system binary reside? I run the command on everything the 400 serves (level 40) but I'm not quite sure how this works... Thanks in advance dan Honeywell International -----Original Message----- From: cujo@us.ibm.com [mailto:cujo@us.ibm.com] Sent: Tuesday, September 19, 2000 2:55 PM To: JAVA400-L@midrange.com Subject: RE: Preferred method to access databases from Servlets Concerning double interpretation: 1) Java is not an interpreted language (or at least it doesn't have to be). Between JIT (which you can expect to skyrocket in performance in JDK 1.3 if everything I have seen it true) and the CRTJVAPGM command/support, you should not be interpreting Java code. It runs as system binaries. +--- | 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.