× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



I'll take a stab at this since no one else seems to be responding.  It's
worth a shot.  The documentation at 
http://publib.boulder.ibm.com/iseries/v5r1/ic2924/info/rzaha/apidocs/com/ibm
/security/auth/login/ConfigFile.html
(that should all be on one line)
seems to indicate that the IBM security provider looks in 

  <JAVA_HOME>/lib/security/java.security

for the security file.  You have the correct file (except that JDK13 should
be jdk13 -- case matters).

I'm wondering if you have the environment variable JAVA_HOME set up on your
PC as

  \Program Files\JavaSoft\Jre\1.3.1_03

but you don't have it set up on your AS/400.  Try adding

  ADDENVVAR ENVVAR(JAVA_HOME) VALUE('/QIBM/ProdData/Java400/jdk13')

to your CL and see if that works.

Gary

> -----Original Message-----
> From: java400-l-bounces@xxxxxxxxxxxx 
> [mailto:java400-l-bounces@xxxxxxxxxxxx] On Behalf Of Shannon O'Donnell
> Sent: Tuesday, July 08, 2003 11:36 AM
> To: Java Programming on and around the iSeries / AS400
> Subject: OS/400 Java JRE and Java.Security
> 
> 
> OK....bear with me....my AS/400 Java programming skills and 
> understanding is about equivalent to a 1930's auto-mechanic 
> working on a 2003 Subaru WRX...so I'm still trying to figure 
> it all out....
> 
> On my Win2K PC...I've set up my Java Environment with the 
> Java 1.3.03 Runtime Environment installed.  That created a 
> directory structure below \Program 
> Files\JavaSoft\Jre\1.3.1_03\lib\security\  and this is the 
> location of the "java.security" file I have to modify to 
> communicate with a Verisign
> java class that authorizes a credit card number for me.   
> That's fine and
> all works great.
> 
> When I move all this to the AS/400,  I can call the verisign 
> class and it finds it and all that (I'm calling it from a CL 
> program, by the way...). The problem is though that the 
> authorization fails because the Java RUNTIME java.security 
> file does not contain the list of security providers for Verisign.
> 
> Now...and here's my question (finally!)....on OS/400.....I 
> have the directory structure 
> /QIBM/ProdData/Java400/JDK13/lib/security with the 
> java.security file in it. However, since this is the JDK, and 
> not the JRE...I'm guessing that I"m using the wrong security 
> file.  What is the OS/400 equivalent directory structure to 
> my Windows JRE directory structure?
> 
> Let me know if I need to clarify that question.  It sounded 
> good before it came out in print on this email :-) but it got 
> a little fuzzy between my brain and the keyboard!
> 
> Thanks
> 
> 
> 
> 
> 
> Shannon O'Donnell
> 
> >
> >
> > ----- Original Message -----
> > From: "David Morris" <David.Morris@xxxxxxxxxxxxx>
> > To: <java400-l@xxxxxxxxxxxx>
> > Sent: Monday, July 07, 2003 1:23 PM
> > Subject: Re: Determining Which JVM is running on OS/400
> >
> >
> > > Shannon,
> > >
> > > You can set the version through a 
> SystemDefault.properties file, or 
> > > by
> > >
> > > specifying a property when you start java with 
> -Djava.version=1.x. 
> > > You should only need to manipulate your classpath to add 
> things like 
> > > the tools.jar or some other optional part of the JDK.
> > >
> > > To get the current version you might try something like:
> > >
> > > String version = System.getProperty("java.version");
> > >
> > > David Morris
> > >
> > > >>> sodonnell@xxxxxxxxxxxxxxx 7/7/2003 11:48:25 AM >>>
> > > Hi,
> > >
> > > Probably a dumb question....
> > >
> > >
> > > I have three JDK's on my V5R1 system (JDK118,  JDK12, 
> JDK13). How do 
> > > I determine which JDK is being used? By what I set in the 
> CLASSPATH, 
> > > right?
> > >
> > > The reason I ask....is because I'm using some software 
> from Verisign 
> > > to do a Credit Card authorization from the AS/400.  One of the 
> > > things I need to do
> > > is to set the security provider(s), in my java.security 
> file under the
> > > /QIBM/ProdData/Java400/jdk13/lib/security/java.security
> > >
> >
> or..../QIBM/ProdData/Java400/jdk12/lib/security/java.security.
> ....or...../QI
> > > BM/ProdData/Java400/jdk118/lib/security/java.security .
> > >
> > > I've set this information in all three versions of that file (the
> > > "shotgun"
> > > approach to programming...) and yet, when I run the app, 
> I still get
> > > an
> > > error telling me that the security informaiton (that specific
> > > information)
> > > has not yet been set.
> > >
> > > So...I'm wondering if the reason it can't see my updates to the
> > > java.security file is due to a CLASSPATH problem, or possibly
> > > something
> > > else.
> > >
> > > I know this is probably vague...but hoping for a 
> suggestion or two I
> > > might
> > > try anyway!
> > >
> > > Thanks!
> > >
> > >
> > >
> > > Shannon O'Donnell



As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

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.