|
They may have changed THAT on V5R1. For V4R5, the default was JDK1.1.x if installed. Which JDK is the default is documented in intricate detail here: http://publib.boulder.ibm.com/pubs/html/as400/v4r5/ic2924/index.htm?info/jav a/rzaha/multjdk.htm After some digging, I found the same information for V5R1: http://publib.boulder.ibm.com/pubs/html/as400/v5r1/ic2924/index.htm?info/rza ha/multjdk.htm And, upon inspection, it is clear that there was indeed a change. If you have JDK1.1.8 and JDK1.2 installed, the default JDK is 1.1.8 on V4R5, but it's 1.2 on V5R1. Good thing to know. Joe > -----Original Message----- > From: owner-java400-l@midrange.com > [mailto:owner-java400-l@midrange.com]On Behalf Of Bruce Jin > Sent: Wednesday, May 02, 2001 3:01 PM > To: JAVA400-L@midrange.com > Cc: Sal > Subject: Re: com.ibm.as400.access.AS400SecurityException on V5R1 > > > Thanks Joe for the info. > > My V5R1 has JDK 1.1.8, 1.2, 1.3 installed. Now I can run Splf2Pdf with > Djava.version=1.1.8. I don’t know why 1.1.8 is not the default > version. I > need to look into this. > > Bruce > > -----Original Message----- > From: Joe Pluta <joepluta@PlutaBrothers.com> > To: JAVA400-L@midrange.com <JAVA400-L@midrange.com> > Date: Wednesday, May 02, 2001 3:02 PM > Subject: 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 > >+--- > > +--- > | 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.