× 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.


  1.  Home
  2. JAVA400-L
  3. July 2003

Re: OS/400 Java JRE and Java.Security

Here's the CL Source code I'm using. It may help to clarify my
confusion/problem.

Notice the java command. I've had to add everything in my classpath to the
java command in order for the call to work. I've tried it without doing that
and it can't find the stuff it needs.



/********************************************************************/
/* pgm : AUTCCCL1                                                   */
/*                                                                  */
/* Desc: VALIDATE/AUTHORIZE CREDIT CARD VIA PAYFLOWPRO (VERISIGN)   */
/*                                                                  */
/********************************************************************/
PGM PARM(&INPUT)

             DCL VAR(&JAVACMD) TYPE(*CHAR) LEN(2000)
             DCL VAR(&INPUT) TYPE(*CHAR) LEN(1000)

 /* Add CLASSPATH Environment Variable  */
             ADDENVVAR  ENVVAR(CLASSPATH) +
                          VALUE('/QIBM/ProdData/Java400/jdk13/lib/:/Q+
                          IBM/ProdData/Java400/verisign/payflowpro/ja+
                          va/Verisign.jar:/QIBM/ProdData/Java400:/QIB+
                          M/ProdData/Java400/jsse1.0.3_02/lib/jsse.ja+
                          r:/QIBM/ProdData/Java400/jsse1.0.3_02/lib/j+
                          cert.jar:/QIBM/ProdData/Java400/jsse1.0.3_0+
                          2/lib/jnet.jar''') LEVEL(*JOB) REPLACE(*YES)


/* Suppress messages so that user input is not required */
           OVRDBF     FILE(STDOUT) TOFILE(QTEMP/STDOUT) MBR(STDOUT)

           CHGVAR     VAR(&JAVACMD) VALUE('java -classpath +
                          /QIBM/ProdData/Java400/verisign/payflowpro/+
                          Java/Verisign.jar:/QIBM/ProdData/Java400/js+
                          se1.0.3_02/lib/jcert.jar:/QIBM/ProdData/Jav+
                          a400/jsse1.0.3_02/lib/jnet.jar:/QIBM/ProdDa+
                          ta/Java400/jsse1.0.3_02/lib/jsse.jar:/QIBM/+
                          ProdData/Java400/verisign/payflowpro/Java +
                          PFProJava ' *CAT &INPUT)


 /* Run the java class to authorize a credit card */
             QSH CMD(&JAVACMD)




ENDPGM: ENDPGM


Thanks!
Shannon O'Donnell


----- Original Message -----
From: "Shannon O'Donnell" <sodonnell@xxxxxxxxxxxxxxx>
To: "Java Programming on and around the iSeries / AS400"
<java400-l@xxxxxxxxxxxx>
Sent: Tuesday, July 08, 2003 3:50 PM
Subject: Re: OS/400 Java JRE and Java.Security


> That helped!  I did not have the JAVA_HOME environement variable set (or
> created even).
>
> Now I have another error where it cannot find the certs directory for the
> certficate:
>
> RESULT=-31&RESPMSG=The certificate chain did not validate, no local
> certifica
>   te found, javax.net.ssl.SSLException: Cert Path = certs, Working
Directory
> =/
>
>
> But....I'll figure it out!  I believe it to be a pathing problem in my
Java
> program where I'm doing a call to set the certificate path.
>
> Thanks for the quick reply!
>
> Shannon O'Donnell
>
>
> ----- Original Message -----
> From: "Gary L Peskin" <garyp@xxxxxxxxxxxx>
> To: "'Java Programming on and around the iSeries / AS400'"
> <java400-l@xxxxxxxxxxxx>
> Sent: Tuesday, July 08, 2003 2:33 PM
> Subject: RE: OS/400 Java JRE and Java.Security
>
>
> > 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
> >
> >
> > _______________________________________________
> > This is the Java Programming on and around the iSeries / AS400
(JAVA400-L)
> mailing list
> > To post a message email: JAVA400-L@xxxxxxxxxxxx
> > To subscribe, unsubscribe, or change list options,
> > visit: http://lists.midrange.com/mailman/listinfo/java400-l
> > or email: JAVA400-L-request@xxxxxxxxxxxx
> > Before posting, please take a moment to review the archives
> > at http://archive.midrange.com/java400-l.
> >
> >
> >
>
>
> _______________________________________________
> This is the Java Programming on and around the iSeries / AS400 (JAVA400-L)
mailing list
> To post a message email: JAVA400-L@xxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/java400-l
> or email: JAVA400-L-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/java400-l.
>
>
>

As an Amazon Associate we earn from qualifying purchases.

This thread ...
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.