RE: RAWT processing -- JAVA400-L

Hullo,

Up front, my apologies if this posting looks
strange -- I've had a new mail system foisted
upon me, which will take some getting used to.

>> 1.  If I load java 1.2.2 on my PC, will it
>> conflict with java 1.1.7 on the as/400 system?

Depending on how you set it up, probably yes...

If you try to use the 1.1.7 RAWTGui.zip with a
1.2.2 Java command on the PC you'll probably get
a weird NoClassDefFoundError for:
  netscape.security.ForbiddenTargetException

This is an artifact of the implementation of the
applet support, and fixing it is beyond my
current capabilities...

You can set up your PC to harbor more than one
Java release -- the trick to selecting among them
is the PATH and CLASSPATH settings in a given
MS-DOS prompt session.  So, for instance, if you
had 1.1.7 and 1.2.2 both installed on the PC, then
the 1.2.2 would take precedence unless you manually
altered the PATH.

For instance, in my testing I use a little batch
file that alters the path on my NT box like so
before starting the GUI daemon...  (following
lines may wrap -- sorry).

  SET PATH="C:\jdk1.1.8\bin";%PATH%
  java -classpath C:\some\path\to\RAWTGui.zip;C:\jdk1.1.8\lib\classes.zip
com.ibm.rawt.server.RAWTPCServer

>> 2. If the answer to 1 is yes, then how do I
>> load java 1.2.2 on my as/400 system?

The 1.2 (aka "Java2") support has been available
on V4R4 since about last September, IIRC.  To get
it, you order a PTF.  You need CUM package
C9229440 or later, JV1 *BASE option installed,
and then get the group PTF SF99067.  Then you
install JV1 option 3 and you have 1.2 support.
<whew>

To use the 1.2 support, you need to pass another
property to the JAVA (or RUNJVA) command:
     java.version=1.2
...since the 1.1.x remains the default JDK in V4R4.

>> 3.  How do I learn about the
>> different properties in the RmtAwtServer class?

There isn't a whole lot of documentation available,
unfortunately.  RAWT has primarily been a vehicle for
the AS/400 to obtain Java compliance, and has not
been widely adopted as an integral part of a real
live production "solution."  Early releases of the
1.1.x RAWT, in particular, suffered from some pretty
serious performance bottlenecks, and were effectively
unusable for all but the "lightest-weight" of GUI
applications.  Things have improved lately, but all
the development effort now is on the 1.2 and higher
versions of RAWT -- the 1.1.x version is effectively
frozen (except for bug-fixes).

Having said that, the properties for the RAWTPCServer
class aren't published for the 1.1.x RAWT -- I had to
go to the source code to find the -DendBox for 1.1.x
-- so I'm afraid your best bet is to post to this
bboard -- I'll do the best I can.

>> RUNJVA     CLASS(TestFrame) PROP((RmtAwtServer +
>>              'nnn.nnn.nnn.nnn') (os400.class.path.rawt +
>>              1) ('java version' 1.1))
-------------------------^  : missing a period?

To use the 1.2 support, you'd just replace the 1.1 with
1.2 on the java.version property (and I don't know if
it's just a typo, but you would need the '.' between
'java' and 'version'...)

HTH.

-blair

Blair Wyman -- IBM Rochester -- (507) 253-2891
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
"The first principle is that you must not fool yourself -
  and you are the easiest person to fool."   -- Richard P. Feynman


Rob Persing <rob.persing@courts.state.pa.us> on 06/12/2000 10:07:00 AM

Please respond to JAVA400-L@midrange.com

To:   "'JAVA400-L@midrange.com'" <JAVA400-L@midrange.com>
cc:
Subject:  RE: RAWT processing




Blair, thanks for your help again.  Following is the CL program I am using
that is giving me the stated results. Other questions I have on your
comments.  1.  If I load java 1.2.2 on my PC, will it conflict with java
1.1.7 on the as/400 system?  2. If the answer to 1 is yes, then how do I
load java 1.2.2 on my as/400 system?   3.  How do I learn about the
different properties in the RmtAwtServer class?  I have been out to the IBM
web site and can't seem to find any information other than the intitial
set-up.

Rob Persing



PGM
ADDENVVAR  ENVVAR(CLASSPATH) VALUE(AOPCRP) REPLACE(*YES)

RUNJVA     CLASS(TestFrame) PROP((RmtAwtServer +
             'nnn.nnn.nnn.nnn') (os400.class.path.rawt +
             1) ('java version' 1.1))
ENDPGM


> -----Original Message-----
> From:   Blair Wyman [SMTP:wyman@vnet.ibm.com]
> Sent:   Friday, June 09, 2000 4:46 PM
> To:     JAVA400-L@midrange.com
> Subject:     Re: RAWT processing
>
>
> Excerpts from java400-l: 9-Jun'00 RAWT processing Rob
> Persing@courts.state (3749*)
>
> > 1.  When I call my "TestFrame" class from a CL program it enters QSHELL
> > to process.  I understand it has to do this to run the application, but
> > is there anyway to do this without it displaying the QSHELL command
> > line?  This probably would confuse users if I were to use this in an
> > application.
>
> Actually, you should not need to use the QShell at all (I presume you're
> using QSH CMD('java ...') eh?)
>
> You should be able to invoke the JAVA command with all the right
> parameters...  If you post your QShell command line, I can help you
> transliterate.  (The only trick, really, is the specification of the
> properties, and that's not all that bad.  The QShell:
>    java -Dsome.option=a.value -Dos400.class.path.rawt=1
> -DRmtAwtServer=megabox myClass
> would become
>    JAVA PROP(('some.option' 'a.value') ('os400.class.path.rawt' '1')
> ('RmtAwtServer' 'megaBox')) CLASS('myClass')
> )
>
> > 2.  When I exit my "TestFrame", a RAWT window pops stating "Application
> > program has ended" with a button to exit.  This means the user has to
> exit
> > the GUI twice, once for the "TestFrame" and once for the RAWT GUI.  Is
> there
> > anyway to skip the RAWT GUI that states the "Application has ended".
>
> Well, I was all set to point you to the '-DendBox=no' property for
> 1.1.x, which is supposed to prevent the end box from showing up, but it
> does not currently work there.  While it might be fixable, the 1.1.x
> RAWT is very difficult to maintain.  I'll see what I can do.
>
> If you can run your code under the 1.2 (aka 1.2.2) JVM (you just specify
> -Djava.version=1.2 on the AS/400 side, in addition to the
> -DRmtAwtServer=whatever and -Dos400.class.path.rawt=1 properties) then
> you can specify '-DendBox=no' on the GUI side when you start up the
> daemon with the 'java -jar <path>\RAWTGui.jar' command.  That will
> prevent the end box from showing up, as you wish.  (You can also specify
> -DendBox=fail to only have it show up if the RAWT fails somehow.)
>
> > 3.  When I press the button to exit the "Application has ended" GUI, it
> > returns control back to the QSHELL command line and not back to my CL
> > program.  Once again, the user would have to first know how to exit
> QSHELL
> > and then press a function key to exit QSHELL.  Is there a way to return
> > control directly back to the CL program?
>
> I think that if you run from the JAVA command, as per point 1 above,
> this question becomes moot.
>
> HTH!  Again, I've just taken over responsibility for the RAWT very
> recently, so it's all kind of new and exciting.  (Can you spot the
> euphemisms? ;-)
>
> -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
> +---

Title: RE: RAWT processing

Blair, thanks for your help again. Following is the CL program I am using that is giving me the stated results. Other questions I have on your comments. 1. If I load java 1.2.2 on my PC, will it conflict with java 1.1.7 on the as/400 system? 2. If the answer to 1 is yes, then how do I load java 1.2.2 on my as/400 system? 3. How do I learn about the different properties in the RmtAwtServer class? I have been out to the IBM web site and can't seem to find any information other than the intitial set-up.

Rob Persing

PGM
ADDENVVAR ENVVAR(CLASSPATH) VALUE(AOPCRP) REPLACE(*YES)

RUNJVA     CLASS(TestFrame) PROP((RmtAwtServer +
             'nnn.nnn.nnn.nnn') (os400.class.path.rawt +
             1) ('java version' 1.1))
ENDPGM

-----Original Message-----
From:   Blair Wyman [SMTP:wyman@vnet.ibm.com]
Sent:   Friday, June 09, 2000 4:46 PM
To:     JAVA400-L@midrange.com
Subject:        Re: RAWT processing

Excerpts from java400-l: 9-Jun'00 RAWT processing Rob
Persing@courts.state (3749*)

> 1. When I call my "TestFrame" class from a CL program it enters QSHELL
> to process. I understand it has to do this to run the application, but
> is there anyway to do this without it displaying the QSHELL command
> line? This probably would confuse users if I were to use this in an
> application.

Actually, you should not need to use the QShell at all (I presume you're
using QSH CMD('java ...') eh?)

You should be able to invoke the JAVA command with all the right
parameters... If you post your QShell command line, I can help you
transliterate. (The only trick, really, is the specification of the
properties, and that's not all that bad. The QShell:
java -Dsome.option=a.value -Dos400.class.path.rawt=1
-DRmtAwtServer=megabox myClass
would become
JAVA PROP(('some.option' 'a.value') ('os400.class.path.rawt' '1')
('RmtAwtServer' 'megaBox')) CLASS('myClass')
)

> 2. When I exit my "TestFrame", a RAWT window pops stating "Application
> program has ended" with a button to exit. This means the user has to exit
> the GUI twice, once for the "TestFrame" and once for the RAWT GUI. Is there
> anyway to skip the RAWT GUI that states the "Application has ended".

Well, I was all set to point you to the '-DendBox=no' property for
1.1.x, which is supposed to prevent the end box from showing up, but it
does not currently work there. While it might be fixable, the 1.1.x
RAWT is very difficult to maintain. I'll see what I can do.

If you can run your code under the 1.2 (aka 1.2.2) JVM (you just specify
-Djava.version=1.2 on the AS/400 side, in addition to the
-DRmtAwtServer=whatever and -Dos400.class.path.rawt=1 properties) then
you can specify '-DendBox=no' on the GUI side when you start up the
daemon with the 'java -jar <path>\RAWTGui.jar' command. That will
prevent the end box from showing up, as you wish. (You can also specify
-DendBox=fail to only have it show up if the RAWT fails somehow.)

> 3. When I press the button to exit the "Application has ended" GUI, it
> returns control back to the QSHELL command line and not back to my CL
> program. Once again, the user would have to first know how to exit QSHELL
> and then press a function key to exit QSHELL. Is there a way to return
> control directly back to the CL program?

I think that if you run from the JAVA command, as per point 1 above,
this question becomes moot.

HTH! Again, I've just taken over responsibility for the RAWT very
recently, so it's all kind of new and exciting. (Can you spot the
euphemisms? ;-)

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