Re: IBM 32 bits jvm ==>java.lang.NoClassDefFoundError:com.sun.net.ssl.internal.ssl.Provider

It looks like the 32 bits version does not have the jsse.jar and the 64 bits
version does. Hmmm, interesting. I'm going to add this
qibm\ProdData\Java400\jdk15\lib\jsse.jar to the classpath to see if that
resolve my problem.

Since the process will only hit that code when running in window, I don't
think it will be a problem. I'm assuming that problem is caused by java
will attempt to resolve/load class even though it will never use it in the
code (Much like RPG loading service program even though it might not be
using it at all).




"James Perkins" <jrperkinsjr@xxxxxxxxx> wrote in message
news:mailman.45322.1306253676.2702.java400-l@xxxxxxxxxxxx...

Well that would do it. You could probably fix it by surrounding it in a
try/catch block.
--
James R. Perkins


On Tue, May 24, 2011 at 08:30, Hockchai Lim
<lim.hock-chai@xxxxxxxxxxxxxxx>wrote:

I've switched serveral java applications to under the 32 bits version of
JVM
and they all running just fine. I'm only encountered this error on one
application. I did a search on the code and only find this portion of
code
that is using this com.sun.net.ssl.internal.ssl.Provider class.


String osName = (String)System.getProperty("os.name");
if (osName.startsWith("Windows"))
{
// Register the JSSE provider for SSL Connections.
java.security.Security.addProvider(new
com.sun.net.ssl.internal.ssl.Provider());

System.setProperty("java.protocol.handler.pkgs",
"com.sun.net.ssl.internal.www.protocol");


//System.setProperty("javax.net.debug","ssl,handshake,data,trustmanager");
}

As you can see, it is coded specifically for Windows os only. I'm
running
this app on iseries. I wouldn't think it will even hit this code... At
a
lost at the moment....




"James Perkins" <jrperkinsjr@xxxxxxxxx> wrote in message
news:mailman.45315.1306250307.2702.java400-l@xxxxxxxxxxxx...

Are you using that class in your project? I've used the 32-bit J9 JVM
on
5.4
without any problems.

On a second look, it may be that the software you are running is
invoking
Security.addProvider() and attempting to use that class.

--
James R. Perkins


On Tue, May 24, 2011 at 07:34, Hockchai Lim
<lim.hock-chai@xxxxxxxxxxxxxxx>wrote:

I'm getting this "java.lang.NoClassDefFoundError:
com.sun.net.ssl.internal.ssl.Provider" error after switching from
standard
64 bits JVM to the IBM 32 bits version of JVM. Does any one know why
this
is happening? I'm running on V5R4 OS.
JAVA_HOME=/QOpenSys/QIBM/ProdData/JavaVM/jdk50/32bit.

thanks

JVMJ9VM003W JIT compiler "jitc_de" not found. Will use interpreter.
Exception in thread "main" java.lang.NoClassDefFoundError:
com.sun.net.ssl.internal.ssl.Provider
at java.lang.J9VMInternals.verifyImpl(Native Method)
at java.lang.J9VMInternals.verify(J9VMInternals.java:69)
at java.lang.J9VMInternals.initialize(J9VMInternals.java:131)
Caused by: java.lang.ClassNotFoundException:
com.sun.net.ssl.internal.ssl.Provider
at java.net.URLClassLoader.findClass(URLClassLoader.java:497)
at java.lang.ClassLoader.loadClass(ClassLoader.java:639)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:349)
at java.lang.ClassLoader.loadClass(ClassLoader.java:605)
... 3 more
Java program completed with exit code 1


--
This is the Java Programming on and around the IBM i (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 IBM i (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.