Re: Calling a Frame in java/400

Excerpts from java400-l: 26-May'00 Calling a Frame in java/400 v.
purushothaman@hotmail (1173*) 

> Hai, 
>            I have a simple java program which is calling a frame. I also  
> have jt400.zip in my classpath. The program compiling well, but when i try  
> to run the program it is giving the following errors. If anyone knows the  
> solution, pls let me know, i will be very thankful. 

This is a sort of "long-winded" answer, but that's never stopped me
before.  :) 

Since the AS/400 has no native GUI, the use of AWT components in a Java
application on the AS/400 is problematic. 

There are a few possible routes we could have taken: 
    Architect and add a native GUI to the AS/400. 
    Disallow graphics-based Java applications on the AS/400. 
    Require the use of a "cooperating" GUI-capable machine to use Java
    graphics on the AS/400. 

The first choice was overwhelming, the second choice was non-compliant,
so that left option 3.  So, to do graphics-based Java apps on the AS/400
it is necessary to employ a separate machine -- one which does have a
native GUI -- to serve the AS/400's graphics requirements. 

This is accomplished using something called "Remote-AWT" or "RAWT". 
RAWT provides a sockets-based connection between the AS/400
("application host") and the GUI machine.  The application host then
includes code that "intercepts" AWT calls, and routes them to the GUI
machine for actual display processing.  (This is an over-simplification,
but the details are beyond the scope of this post.) 

So, there are two "sides" to RAWT -- one piece of code on the
application host and one piece, on the GUI machine.  RAWT is written in
Java, so any GUI machine with a fully-functional AWT implementation can
serve up the RAWT "glass," (though NT is the most widely used and
"tuned.") 

To use RAWT, you first need to download the appropriate GUI code to the
GUI machine, and start the GUI "daemon" process, which listens for
connections from an application host.  Once this daemon is running, the
application host can then start processing.  Of course, the application
host must be made aware of the name or IP address of the GUI machine, in
order to establish its connection. 

There are two "properties" that must be specified to AS/400 Java to use RAWT:  
        RmtAwtServer=<name_or_IP_address>  
        os400.class.path.rawt=1 

The first property specifies the name or address of the machine running
the RAWT GUI daemon, and the second property tell the JVM to put the
RAWT application host code into the Java CLASSPATH. 

A word of warning is in order.  RAWT was designed originally to satisfy
the Sun requirements for compliance -- we could not have shipped Java on
the AS/400 without RAWT.  As such, function was the primary concern (and
no mean feat, I assure you.)  However, performance of a "heavy-weight"
GUI, with lots of buttons and whistles and dragging and entering and
drawing, can politely be called "lackluster," especially in the early
releases. 

With JDK 1.2, RAWT's internals were redesigned, and some remarkable
performance improvements have been realized, but there is still a long
way to go.  However, the performance of RAWT is never expected to match
that of the same application using a "native" GUI, though that is
obviously a desirable goal, and one we'll aspire to. 

So, the bottom line is that using a GUI with an AS/400 application
requires another machine to serve the GUI processing, even in cases
where the Component is never realized on any "glass."  This does pose
some difficult questions for applications such as servlets that just
want to use the immediate model to create a graph to be shipped in a
web-page...  Why do they need a separate machine, if there's no absolute
requirement for "glass?"  The answer is deep in the RAWT, but the
concern is certainly being actively considered at this end, I can tell
you. 

Finally, for more information, please visit the "Running on a host
without a GUI" link from
http://publib.boulder.ibm.com/pubs/html/as400/v4r4/ic2924/info/java/rzaha
/devkit.htm -- it will recap what I've told you, and get down to the
nitty-gritty of how to actually use RAWT. 

HTH. 

-blair 

  ___   _           Blair Wyman                  IBM Rochester 
 ( /_)  /  _  ' _   (507)253-2891            blairw@us.ibm.com 
__/__)_/_<_/_/_/_'  Opinions expressed may not be those of IBM 

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