RE: com.ibm.as400.access.AS400SecurityException on V5R1

This actually isn't a V5R1 issue.  It has to do instead with how Java is
installed and specifically with whether the native optimizations are
available.  I suspect that your V5R1 installation has only JDK1.2 or JDK1.3
installed, and no copy of JDK1.1.x.  The problem and explanation below come
from the JTOpen site, which I highly recommend you visit when having
problems with the toolbox.

http://oss.software.ibm.com/developerworks/opensource/jt400/index.html


Anyway, here's the issue:

------------------------
Full_Name: thomas johnson
Version: 2.02
OS: V4R5
Submission from: (NULL) (63.224.189.5)

Working with JTOpen 2.02.
I create a new AS400 instance and set both the user ID and password to
'*CURRENT',
and the system as 'localhost'. When running on OS/400, I see the following
stack
trace...

com.ibm.as400.access.AS400SecurityException: Password is not set.
      java/lang/Throwable.<init>(Ljava/lang/String;)V+4
(Throwable.java:94)
      com/ibm/as400/access/AS400SecurityException.<init>(I)V+0
(AS400SecurityException.java:216)
      com/ibm/as400/access/AS400.sendSignonRequest()I+0 (AS400.java:2574)
      com/ibm/as400/access/AS400.signon(Z)I+0 (AS400.java:3004)
      com/ibm/as400/access/AS400.connectService(I)V+0 (AS400.java:693)
      com/ibm/as400/access/DataArea.chooseImpl()V+0 (DataArea.java:186)
      com/ibm/as400/access/CharacterDataArea.read()Ljava/lang/String;+0
(CharacterDataArea.java:295)

Any action that tries to make a connection seems to produce the same result.
I see the same error if I default the user ID and password.
I do not see the error if a specific user ID and password are assigned.
Same code was working with prior versions of the Toolbox.


----------------------------------------------------------------------------
----

Reply 1
Resend

From: Chris Smith <jt400-bugs@oss.software.ibm.com>
To: tom.johnson@kingland.com
Subject: Re: Using *CURRENT for uid/pwd (PR#53)
Date: Wed Apr 11 14:05:49 2001

Hi Tom,

This is an annoying little thing that everyone has been seeing. We added
some
information to our external FAQ. You need to add the native optimizations to
your CLASSPATH when running JDK 1.2 or 1.3. (In 1.1.x, they were
automatically
picked up by the system class loader.)

On V4R5, the optimizations are in jt400ntv.jar in /QIBM/ProdData/Java400/.

Thanks,
Chris
-----

As you can see, the issue has to do with which versions of the JDK you have
installed.  If you have JDK 1.1.x installed, it is picked up as the default,
and you don't have the problem, because it automatically uses the native
optimizations.  Why is this necessary?  Because CPYSPLFPDF assumes that the
spooled file you're asking to convert resides on the same AS/400 as the
command itself.  It uses a default constructor for AS/400 which is supposed
to attach directly using the current system name, user ID and password.  But
this only works if the native optimizations are in place!  As we see,
JDK1.1.x picks up these optimizations automatically (and to be honest, when
I wrote the code, I had no idea these optimizations even existed - they
really weren't spelled out anywhere in any detail).

Now, however, if JDK1.2 or JDK1.3 is the only version installed, you need to
explicitly put the native optimizations in your classpath.  I don't
particularly agree that this is "an annoying little thing", I think it's
really a pain in the butt.  Chris says we've got some updated instructions
in the JTOpen FAQ.  I'd love to fix this, maybe with a runtime switch other
than the classpath.

Anyway, when I first ran into this problem, I added a machine ID, user ID
and password.  This allows CPYSPLFPDF to actually convert spooled files from
other machines, so I wasn't too upset, but I still think it's a pain.  In
order to support the various JDK configurations, the current commercial
version of CPYSPLFPDF allows you to fix this either by identifying the
location of jt400ntv.jar and having it added to the classpath, or by
actually specifying a system name, user ID and password to log on with.  I'm
not sure how you would fix it otherwise, other than installing JDK1.1.x on
your machine.



> -----Original Message-----
> From: owner-java400-l@midrange.com
> [mailto:owner-java400-l@midrange.com]On Behalf Of Bruce Jin
> Sent: Wednesday, May 02, 2001 11:16 AM
> To: JAVA400-L@midrange.com
> Subject: com.ibm.as400.access.AS400SecurityException on V5R1
>
>
> I try to convert a SPLF to PDF file using Splf2Pdf (that was
> downloaded from
> news400) on V5R1 box and I get error:
>
> Command CRTPF QTEMP/SPOOL RCDLEN(202) did not run!
>   Exception: com.ibm.as400.access.AS400SecurityException: Password is not
> set
>
> I logged in with several user profiles including QSECOFR and got the same
> error.
> This Splf2Pdf class runs OK on other V4R3, V4R4, V4R5 boxes. Is there a
> change in V5R1/toolbox that causes the class to fail?
>
> Thanks.
>
> Bruce
>
>
>
> +---
> | 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
+---