|
I'm not 100% sure, but I think jitc_de is part of the IBM Classic JVM.I
can't remember the names of the JIT compilers in J9, but I don't thinkit's
a huge deal.compiler
--
James R. Perkins
On Tue, May 24, 2011 at 10:18, Hockchai Lim
<lim.hock-chai@xxxxxxxxxxxxxxx>wrote:
Also, do you know why I'm getting this error log: JVMJ9VM003W JIT
is"jitc_de" not found. Will use interpreter.
Seems like it is not causing any problem. But I'm not sure why it
the 64logging that on the 32 bits version of jvm.
"Hockchai Lim" <lim.hock-chai@xxxxxxxxxxxxxxx> wrote in message
news:mailman.45332.1306255853.2702.java400-l@xxxxxxxxxxxx...
It looks like the 32 bits version does not have the jsse.jar and
if thatbits version does. Hmmm, interesting. I'm going to add this
qibm\ProdData\Java400\jdk15\lib\jsse.jar to the classpath to see
I don'tresolve my problem.
Since the process will only hit that code when running in window,
by javathink it will be a problem. I'm assuming that problem is caused
it inwill attempt to resolve/load class even though it will never use
not bethe
code (Much like RPG loading service program even though it might
it in ausing 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
versiontry/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
on oneof
JVM
and they all running just fine. I'm only encountered this error
portion ofapplication. I did a search on the code and only find this
//System.setProperty("javax.net.debug","ssl,handshake,data,trustmanager"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");
I'm}
As you can see, it is coded specifically for Windows os only.
code...running
this app on iseries. I wouldn't think it will even hit this
J9 JVMAt
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
ison
5.4
without any problems.
On a second look, it may be that the software you are running
frominvoking
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
knowstandard
64 bits JVM to the IBM 32 bits version of JVM. Does any one
interpreter.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
java.lang.J9VMInternals.initialize(J9VMInternals.java:131)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.net.URLClassLoader.findClass(URLClassLoader.java:497)Caused by: java.lang.ClassNotFoundException:
com.sun.net.ssl.internal.ssl.Provider
at
sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:349)at java.lang.ClassLoader.loadClass(ClassLoader.java:639)
at
(JAVA400-L)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
mailingmailingmailing
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)
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)
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 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.