RE: Can't move JSSE app from one iSeries to another

Buck --

I think you need to look in each of the jars in the sun.boot.class.path in
the working machine and see if you can find
com.sun.net.ssl.TrustManagerFactory.  If you can find it in one of those jar
files, you need to figure out which one and see if that one is on your
tradeshow machine.  Jsse14.jar is on my machine but it contains only IBM
classes.  I don't have jdkptf14.zip or security.jar so those would both be
good places to start.

If you can't find the class in any of the jars in the boot classpath, then
that must mean that your working machine is acutally loading a different
class based on some Versign configuration file.  I'm not familiar with the
DashoPro product.  Or, there might be a configuration line you're missing in
java.security or you might be pointing to a different java.security file.
If you start the product using verbose class loading it should show you
exactly what's being loaded.

Just take this one step at a time and you should be able to figure out the
differences despite the poor documentation.

Gary



> -----Original Message-----
> From: java400-l-bounces@xxxxxxxxxxxx 
> [mailto:java400-l-bounces@xxxxxxxxxxxx] On Behalf Of Buck Calabro
> Sent: Tuesday, September 14, 2004 2:00 PM
> To: java400-l@xxxxxxxxxxxx
> Subject: Re: Can't move JSSE app from one iSeries to another
> 
> Gary wrote:
> 
> > This class should be in jsse.jar which is in the same place 
> as rt.jar.  
> > It is suppled with JDK 1.4.
> 
> Yes, I know.  That's what makes this so frustrating.  The new 
> machine is our demo box and it's on its way to the trade 
> show.  If I can get connectivity I will try the code you posted.
> 
> I used to think that I could read the manuals and understand 
> what they said.  This page is almost useless:
> http://publib.boulder.ibm.com/iseries/v5r2/ic2924/info/rzaha/rzahajsse
> providers.htm  Yes, the provider is called IBMJSSE and I 
> should specify that on my  
> java.security.Security.getProvider() method.  The problem is 
> that it isn't my code - it's Verisign's, and they use 
> whatever they use as part of their 'runs anywhere' implementation.
> 
> Reading about how Java finds the Bootstrap pages 
> http://java.sun.com/j2se/1.4.2/docs/tooldocs/findingclasses.ht
> ml leads me to believe that the files loaded at bootstrap 
> time are either in jre/lib (like rt.jar) or in jre/lib/ext.  
> Well, our friend jsse.jar isn't in either of those places on 
> the working machine, yet
> 
> sun.boot.class.path=
> /QIBM/ProdData/Java400/jdk14/lib/jdkptf14.zip:
> /QIBM/ProdData/CAP/jsse14.jar:
> /QIBM/ProdData/Java400/jdk14/lib/IBMiSeriesJSSE.jar:
> /QIBM/ProdData/Java400/jdk14/lib/jce.jar:
> /QIBM/ProdData/Java400/jdk14/lib/jaas.jar:
> /QIBM/ProdData/Java400/jdk14/lib/certpath.jar:
> /QIBM/ProdData/OS400/Java400/ext/ibmpkcs.jar:
> /QIBM/ProdData/OS400/Java400/ext/ibmjgssprovider.jar:
> /QIBM/ProdData/Java400/jdk14/lib/security.jar:
> /QIBM/ProdData/Java400/jdk14/lib/rt.jar:
> /QIBM/ProdData/Java400/jdk14/lib/charsets.jar:
> /QIBM/ProdData/Java400/jdk14/lib/sunrsasign.jar:
> /QIBM/ProdData/OS400/Java400/ext/IBMmisc.jar:
> /QIBM/ProdData/Java400/
> 
> ... no mention of how /QIBM/ProdData/CAP/jsse14.jar: got in 
> there, and the Infocenter isn't helpful either 
> http://publib.boulder.ibm.com/iseries/v5r2/ic2924/info/rzaha/classpth.
> htm
> 
> I know you're trying to help and I appreciate it.  I'm 
> frustrated with myself more than anything else at this point 
> because I like to think that I can step in to the middle of a 
> situation and sort it out, but that just isn't happening 
> here.  I will run the code when the machine comes back and 
> let you know what's what.
> 
> Thanks!
>   --buck
> 
> 
> 
> --
> 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.
>