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





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.