JDK 1.4.1_07 / iPlanet 6.0 SP7

Does JDK 1.4.1_07 run with iPlanet 6.0 SP7? The problem I am experiencing is a module that I am implementing is looking for a class, javax.crypto.interfaces.DHPublicKey. This class supposively is part of JDK 1.4.1 and it's in jce.jar under <JRE>/lib directory. I was wondering why iPlanet is throwing the following error out? Any ideas....
[24/Feb/2004:11:36:03] failure ( 2436): Internal error: Unexpected error condition thrown (java.lang.NoClassDefFoundError: javax/crypto/interfaces/DHPublicKey,javax/crypto/interfaces/DHPublicKey), stack: java.lang.NoClassDefFoundError: javax/crypto/interfaces/DHPublicKey
     at com.baltimore.jpkiplus.x509.utils.TBSCertificate.fromASN1Object([DashoPro-V1.3-013000])
     at com.baltimore.jpkiplus.x509.utils.TBSCertificate.<init>([DashoPro-V1.3-013000])
     at com.baltimore.jpkiplus.x509.JCRYPTO_X509Certificate.fromASN1Object([DashoPro-V1.3-013000])
     at com.baltimore.jpkiplus.x509.JCRYPTO_X509Certificate.fromDER([DashoPro-V1.3-013000])
     at com.baltimore.jpkiplus.x509.JCRYPTO_X509Certificate.<init>([DashoPro-V1.3-013000])
     at com.baltimore.jpkiplus.x509.X509CertificateFactoryImpl.engineGenerateCertificate([DashoPro-V1.3-013000])
     at java.security.cert.CertificateFactory.generateCertificate(CertificateFactory.java:389)

Hi,
JDK 1.41_xx is supported (see the Release Notes of the iws6.0sp7)
Did you stop and start your web-server instance in order to pick up the new 1.4.1 JRE ?
I think only a non-1.4.1 JRE would not pick up the jce.jar in t.he /lib directory.
Also, in Global Settings, Configure JRE/JDK make sure that the field JRE Runtime Libpath is set to blank (default).
regards,

Similar Messages

JDK 1.3.1_07 Hotspot Internal Error on Sparc Solaris 8 (10/01)

OS: Solaris 8 - version 10/01 on sparc architecture
JDK: 1_3_1_07
Error is:
# HotSpot Virtual Machine Error, Internal Error
# Please report this error at
# http://java.sun.com/cgi-bin/bugreport.cgi
# Error ID: 52554E54494D450E4350500624 01
# Problematic Thread: prio=5 tid=0x11e000 nid=0x6c runnable
upgrading to Sun JDK 1.4 is not an option right now, any suggestions
as to the cause of this, and what I can do about it? Using a different
1.3 jdk is an option.

ouch...
Thats a tough one... Well, core files will be useful. How about any hs_err files?
Its crashing daily?
I am sure is more of a biz decision than a tech one :) We had a machine that crashed daily, but the scripts restarted the process. We didnt know that, till we enabled coreadm, imagine the shock when we see the file system filling up with all the cores generated, sitting there pretty for the a long time :)
How about someone sitting in front of the terminal to monitor it to crash? :) If this is an option, add -XX:+ShowMessageBoxOnError
Start in console. So all the error/system out are printed to console.
When it crashes again, you should see something similiar to the form
Unexpected Signal: XX, PC:xxxxxxxx , PID: xxxx
An error has just occurred, do you want to debug the problem?
At this time, u shld pstack the pid and cut the thread with the signal(usually the very top). Note: You should not leave the system unattended then, as the process will just hang there, rendering those "monitoring / fail / restart" scripts useless.
Tough eh? Best to enable coreadm ;)
Oh ya, the vendor shld support minor releases of 1.3.1... think _15 as a bug-fix version.

Jsp on iplanet 6.0 sp7 error: unable to load jsp class

I am having trouble to install astraweb on iplanet with following error
[06/Apr/2005:08:46:38] info (21397): WebApp service: uri = /astraweb/ contextPath = /astraweb servletPath = /index.jsp pathInfo = null servletName = jsp
[06/Apr/2005:08:46:38] info (21397): JSP11 Log:JspEngine --> /index.jsp
[06/Apr/2005:08:46:38] info (21397): JSP11 Log: ServletPath: /index.jsp
[06/Apr/2005:08:46:38] info (21397): JSP11 Log: PathInfo: null
[06/Apr/2005:08:46:38] info (21397): JSP11 Log: RealPath: /opt/iplanet60sp7/docs/astraweb/index.jsp
[06/Apr/2005:08:46:38] info (21397): JSP11 Log: RequestURI: /astraweb/
[06/Apr/2005:08:46:38] info (21397): JSP11 Log: QueryString: null
[06/Apr/2005:08:46:38] info (21397): JSP11 Log:Classpath according to the Servlet Engine is: /opt/iplanet60sp7/docs/astraweb/WEB-INF/classes:/opt/iplanet60sp7/docs/astraweb/WEB-INF/lib/Basej4.jar:/opt/iplanet60sp7/docs/astraweb/WEB-INF/lib/commons-fileupload-1.0.jar:/opt/iplanet60sp7/docs/astraweb/WEB-INF/lib/hsi.jar:/opt/iplanet60sp7/docs/astraweb/WEB-INF/lib/net.jar:/opt/iplanet60sp7/docs/astraweb/WEB-INF/lib/oreilly.jar:
[06/Apr/2005:08:46:38] info (21397): JSP11 Log:unable to load jsp class: jsps.index_jsp
[06/Apr/2005:08:46:38] failure (21397): Internal error: exception thrown from the servlet service function (uri=/astraweb/): java.lang.NullPointerException, Stack: java.lang.NullPointerException
at org.apache.jasper.servlet.JspServlet$JspServletWrapper.isJspFileModified(JspServlet.java:231)
at org.apache.jasper.servlet.JspServlet$JspServletWrapper.loadJSP(JspServlet.java:199)
at org.apache.jasper.servlet.JspServlet$JspServletWrapper.access$4(JspServlet.java:171)
at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:486)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:596)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at com.iplanet.server.http.servlet.NSServletRunner.invokeServletService(NSServletRunner.java:919)
at com.iplanet.server.http.servlet.WebApplication.service(WebApplication.java:1058)
at com.iplanet.server.http.servlet.NSServletRunner.ServiceWebApp(NSServletRunner.java:981)
Any idea? Thanks

In the course of your troubleshooting to date, have you worked through the following document, Jeff?
iTunes for Windows: "Unable to load data class" or "Unable to load provider data" sync services alert

Pb with Iplanet 3.6 SP7 (OK with 3.6 no SP)

Hi
First sorry but my english is bad !!.
I have a problem when a server of my society try to connect with another server through Iplanet proxy.
In the access log file :
10.107.116.102 - - [15/Jun/2005:09:56:21 +0200] "CONNECT re7bam.targetserver.fr:443 HTTP/1.0" 400 0 "-" "-" CONNECT connect://re7bam.targetserver.fr:443 - "-" 0 0 0 0 0 0 0 0 125 - - - - -
In the error log file :
[15/Jun/2005:09:56:21] failure: for host 10.107.116.102, http-parse-request reports: while scanning proxy HTTP headers, read failed, error is Op�ration r�ussie.
I haven't this problem with Iplanet 3.6 (no service pack) with the same configurations files. Our server use a specific tool to connect.
Are there diagnostic tools for my problem ?
Any suggestions/recommendations are mostly welcome !!!

Unfortunately, since your code is doing a "CONNECT" instead of a "GET" there is no way to see the actual url that the tool is requesting. The connect statement is basically telling the proxy that the client wants to start its own session to the remote server. The proxy doesn't participate in the http part of the CONNECT request.
The only ways you can see the actual client requests are if you control either the client or server side. If you control the server side, then you can simply look in the webserver log file. If you only control the client side (and its a special tool) then you have to figure out a way to get the tool's writer to log his/her requests somewhere. (if you have control of the server side, and have a copy of the keys, then potentially you can decrypt the traffic in ethereal or ssldump)
There are other man in the middle techniques also, but they involve setting up a type of reverse proxy that terminate and re-creates the ssl session. (i think one such tool is called grinder)
This is strange, yes
-rich

Problems with iWS6.0 SP4 after JDK change / upgrade

Solaris8 SPARC
iPlanet 6.0 WebServer SP4
I recently upgraded from JDK 1.3.1_02 to JDK 1.3.1_07 .
In both cases .... the JDK was installed at /usr/j2se.
iPlanet 6.0 SP4 was already using JDK 1.3.1_02 before ( /usr/j2se ).
Now after the JDK upgrade, in an attempt to restart the admserv. I am getting the exception below:
iPlanet-WebServer-Enterprise/6.0SP4 B07/17/2002 14:04
warning: daemon is running as super-user
[LS ls1] http://soft2, port 8888 ready to accept requests
java.lang.NoClassDefFoundError
at java.security.Policy$1.run(Policy.java:144)
at java.security.AccessController.doPrivileged(Native Method)
at java.security.Policy.getPolicyNoCheck(Policy.java:141)
at java.security.SecureClassLoader.getPermissions(SecureClassLoader.java:133)
at java.net.URLClassLoader.getPermissions(URLClassLoader.java:415)
at sun.misc.Launcher$AppClassLoader.getPermissions(Launcher.java:289)
at java.security.SecureClassLoader.getProtectionDomain(SecureClassLoader.java:157)
at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:106)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:243)
at java.net.URLClassLoader.access$100(URLClassLoader.java:51)
at java.net.URLClassLoader$1.run(URLClassLoader.java:190)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:183)
at java.lang.ClassLoader.loadClass(ClassLoader.java:294)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:281)
at java.lang.ClassLoader.loadClass(ClassLoader.java:250)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:310)
The errors logs say:
[04/Apr/2003:18:36:58] info (20837): successful server startup
[04/Apr/2003:18:36:58] info (20837): iPlanet-WebServer-Enterprise/6.0SP4 B07/17/2002 14:04
[04/Apr/2003:18:36:59] info (20838): Installing a new configuration
[04/Apr/2003:18:36:59] info (20838): [LS ls1] http://soft2, port 8888 ready to accept requests
[04/Apr/2003:18:36:59] info (20838): A new configuration was successfully installed
[04/Apr/2003:18:37:00] failure (20838): Internal error: unable to locate: com/iplanet/server/http/util/LogUtil
[04/Apr/2003:18:37:00] failure (20838): Internal error: Unable to initialize utility classes
[04/Apr/2003:18:37:00] failure (20838): Late initialization failed: Error running init function(late) NSServletLateInit: unknown error
The class com/iplanet/server/http/util/LogUtil is in NSJavaUtil.jar ... which is included in the CLASSPATH in the start-jvm file, show below:
NSES_JDK=/usr/j2se; export NSES_JDK
NSES_JRE=${NSES_JDK}/jre; export NSES_JRE
NSES_JRE_RUNTIME_LIBPATH=${NSES_JRE}/lib/sparc:${NSES_JRE}/lib/sparc/server:${NSES_JRE}/lib/sparc/classic:${NSES_JRE}/lib/sparc/native_thread
s; export NSES_JRE_RUNTIME_LIBPATH
NSES_JDK_RUNTIME_CLASSPATH=${NSES_JRE}/lib/ext/iiimp.jar:${NSES_JRE}/lib/i18n.jar:${NSES_JRE}/lib/rt.jar:${NSES_JDK}/lib/tools.jar:${NSES_JDK
}/lib/dt.jar; export NSES_JDK_RUNTIME_CLASSPATH
# DO NOT CHANGE ANYTHING BELOW THIS LINE
NSES_SERVER_HOME=/usr/iplanet/servers; export NSES_SERVER_HOME
NSES_CLASSPATH=${NSES_SERVER_HOME}/bin/https/jar/NSServletLayer.jar:${NSES_SERVER_HOME}/bin/https/jar/NSJavaUtil.jar:${NSES_SERVER_HOME}/bin/
https/jar/AdminNativeUtil.jar:${NSES_SERVER_HOME}/bin/https/jar/NSJavaMiscUtil.jar:${NSES_SERVER_HOME}/bin/https/jar/servlet.jar:${NSES_SERVE
R_HOME}/bin/https/jar/servlet-2.3-filters-api.jar:${NSES_SERVER_HOME}/bin/https/jar/jsp092.jar:${NSES_SERVER_HOME}/bin/https/jar/jaxp.jar:${N
SES_SERVER_HOME}/bin/https/jar/crimson.jar:${NSES_SERVER_HOME}/bin/https/jar/xalan.jar:${NSES_SERVER_HOME}/bin/https/jar/jspengine.jar; expor
t NSES_CLASSPATH
LD_LIBRARY_PATH=${NSES_JRE_RUNTIME_LIBPATH}:${LD_LIBRARY_PATH}; export LD_LIBRARY_PATH
...and the JAR file itself exists:
soft2:/usr/iplanet/servers/https-admserv >ls -alt /usr/iplanet/servers/bin/https/jar/NS*
-rw-r--r-- 1 root other 191337 Jul 17 2002 /usr/iplanet/servers/bin/https/jar/NSServletLayer.jar
-rw-r--r-- 1 root other 2856 Jul 17 2002 /usr/iplanet/servers/bin/https/jar/NSJavaMiscUtil.jar
-rw-r--r-- 1 root other 29941 Jul 17 2002 /usr/iplanet/servers/bin/https/jar/NSJavaUtil.jar
Here I show that the class iPlanet is complaining is in the NSJavaUtil.jar file:
soft2:/usr/iplanet/servers/https-admserv >jar tvf /usr/iplanet/servers/bin/https/jar/NSJavaUtil.jar | grep Log
3403 Wed Jul 17 13:54:22 GMT+10:00 2002 com/iplanet/server/http/util/LogUtil.class
502 Wed Jul 17 13:54:22 GMT+10:00 2002 com/iplanet/server/http/util/LogUtil$LogWriter.class
If I modify the start-jvm file so that NSES_JDK points to an older version of the JDK ( /usr/Solaris_JDK_1.2.2_07 ) ... or a newer one ( /usr/j2sdk1.4.0_02 ) ... then the admserv instance starts up.
Having said that, in an effort to try to replicate the problem, I tried the same JDK upgrade on another Solaris8 SPARC installation, also with iPlanet 6.0 SP4. That one worked fine with any problems. The admserv instance started fine after the upgrade.
The only different thing that I did was:
1) I first told iPlanet6 to point to a different JDK location ( JDK 1.3.1_03 in /usr/j2sdk1_3_1_03 ) before the upgrade ....
2) restarted the admserv instance ...
3) install JDK 1.3.1_07 ( /usr/j2se )
4) told iplanet6 to point to the JDK 1.3.1_07 ( /usr/j2se )
5) restart the admserv instance
Why would it not work with one installation and not the other ?

This maybe the final clue. I did a truss via:
truss -f ./start -start 2&> err
... and this is what I get just before the NoClassDefFoundError exception ( look at the SIGSEGV ):
22780: lwp_mutex_lock(0xFEBC5558) = 0
22780: lwp_sema_post(0xFCE03E30) = 0
22780: lwp_sema_wait(0xFCE03E30) = 0
22780: lwp_mutex_wakeup(0xFEBC5558) = 0
22780: lwp_mutex_lock(0xFEBC5558) = 0
22780: Incurred fault #6, FLTBOUNDS %pc = 0xF900A8FC
22780: siginfo: SIGSEGV SEGV_ACCERR addr=0xFE427F68
22780: Received signal #11, SIGSEGV [caught]
22780: siginfo: SIGSEGV SEGV_ACCERR addr=0xFE427F68
22780: sigprocmask(SIG_SETMASK, 0xFEBBEFE8, 0x00000000) = 0
22780: mprotect(0xFE424000, 16384, PROT_READ|PROT_WRITE|PROT_EXEC) = 0
22780: sigprocmask(SIG_SETMASK, 0xFEBCAD68, 0x00000000) = 0
22780: setcontext(0xFE42B938)
22780: time() = 1049546821
22780: poll(0xFD007A40, 0, 10) = 0
22780: getpid() = 22780 [22778]
22780: write(6, " [ 0 5 / A p r / 2 0 0 3".., 111) = 111
22780: lwp_sema_post(0xFCE03E30) = 0
22780: lwp_sema_wait(0xFCE03E30) = 0
22780: lwp_mutex_wakeup(0xFEBC5558) = 0
22780: lwp_mutex_lock(0xFEBC5558) = 0
22780: getrlimit(RLIMIT_STACK, 0xFFBEAFAC) = 0
22780: mprotect(0xFFB72000, 16384, PROT_NONE) = 0
22780: mprotect(0xFFB70000, 8192, PROT_NONE) = 0
22780: poll(0xFD007A40, 0, 10) = 0
22780: brk(0x004BB7F0) = 0
22780: brk(0x004BD7F0) = 0
22780: time() = 1049546821
22780: getpid() = 22780 [22778]
22780: write(6, " [ 0 5 / A p r / 2 0 0 3".., 93) = 93
java.lang.NoClassDefFoundError22780: write(2, " j a v a . l a n g . N o".., 30) = 30

JDK setup help

I am on a Sun Solaris system running iPlanet 4.1 SP7 and have Sun JDK 1.2.1
installed(/usr/java). Was using 1.3.1 but shutdown and the admin were a
nightmare. I am working on this demo that places the applet in a directory
off the document root of:
star/WEB-INF/classes/com/stardeveloper/servlets/TestServlet.class
They tell you to serve it as:
http://localhost:8080/star/servlet/com.stardeveloper.servlets.TestServlet
The class file is in the star/WEB-INF/classes/com/stardeveloper/servlets
directory and has a package tag at the top of:
package com.stardeveloper.servlets;
The demo shows how to do things using TomCat which I am NOT using as I am
using iPlanet instead. Can someone help me with the different JDK path
settings in the admin and whatever else I need to do in order to serve this
file as they demo it? I'm new at this kind of Java application so any help
would be much appreciated. Thanks.
Steve

Actually, remove all references to the taglib from your web.xml file.
They don't have to be there.
All you need to run JSTL are two jar file in the web-inf/lib directory:
standard.jar, jstl.jar
The tld files are bundled with them.

HTTP500 error when loading jsp in SunOne (iPlanet) 6.1 SP2

war file extracts and runs under iPlanet 6.0 SP7 on the same server and another server, however, I get the following errors in the error log when I attempt to load pages via the installation on SunOne (iPlanet) 6.1 SP2. Did 6.1 change how it compiles JSP pages or are there specific settings that need to be set in 6.1 that was not needed in 6.0?
[06/Jul/2004:12:26:35] failure (18984): for host 10.8.16.243 trying to GET /LoginResponse.jsp, service-j2ee reports: ApplicationDispatcher[] WEB2649: Servlet.service() for servlet jsp threw exception org.apache.jasper.JasperException: WEB4000: Unable to compile class for JSP /opt/SunWebSrv/https-webinstance/ClassCache/https-webinstance/_jsps/_tree/_www_treeview_jsp.java:8: 'class' or 'interface' expected import javax.servlet.*; ^ /opt/SunWebSrv/https-webinstance/ClassCache/https-webinstance/_jsps/_tree/_www_treeview_jsp.java:9: 'class' or 'interface' expected import javax.servlet.http.*; ^ /opt/SunWebSrv/https-webinstance/ClassCache/https-webinstance/_jsps/_tree/_www_treeview_jsp.java:10: 'class' or 'interface' expected import javax.servlet.jsp.*; ^ /opt/SunWebSrv/https-webinstance/ClassCache/https-webinstance/_jsps/_tree/_www_treeview_jsp.java:11: 'class' or 'interface' expected import org.apache.jasper.runtime.*; ^ 4 errors at org.apache.jasper.compiler.Compiler.compile(Compiler.java:312) at com.iplanet.ias.web.jsp.JspServlet$JspServletWrapper.loadJSP(JspServlet.java:764) at com.iplanet.ias.web.jsp.JspServlet$JspServletWrapper.access$000(JspServlet.java:624) at com.iplanet.ias.web.jsp.JspServlet.serviceJspFile(JspServlet.java:401) at com.iplanet.ias.web.jsp.JspServlet.service(JspServlet.java:363) at javax.servlet.http.HttpServlet.service(HttpServlet.java:908) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:772) at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:471) at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:382) at org.apache.jasper.runtime.PageContextImpl.forward(PageContextImpl.java:443) at jsps.LoginResponse_jsp._jspService(_LoginResponse_jsp.java:114) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:107) at javax.servlet.http.HttpServlet.service(HttpServlet.java:908) at com.iplanet.ias.web.jsp.JspServlet$JspServletWrapper.service(JspServlet.java:675) at com.iplanet.ias.web.jsp.JspServlet.serviceJspFile(JspServlet.java:447) at com.iplanet.ias.web.jsp.JspServlet.service(JspServlet.java:363) at javax.servlet.http.HttpServlet.service(HttpServlet.java:908) at org.apache.catalina.core.StandardWrapperValve.invokeServletService(StandardWrapperValve.java:771) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:322) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:509) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:212) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:509) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:209) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:509) at com.iplanet.ias.web.connector.nsapi.NSAPIProcessor.process(NSAPIProcessor.java:161) at com.iplanet.ias.web.WebContainer.service(WebContainer.java:578)
[06/Jul/2004:12:26:35] failure (18984): for host 10.8.16.243 trying to GET /LoginResponse.jsp, service-j2ee reports: StandardWrapperValve[jsp]: WEB2792: Servlet.service() for servlet jsp threw exception org.apache.jasper.JasperException: WEB4000: Unable to compile class for JSP /opt/SunWebSrv/https-webinstance/ClassCache/https-webinstance/_jsps/_tree/_www_treeview_jsp.java:8: 'class' or 'interface' expected import javax.servlet.*; ^ /opt/SunWebSrv/https-webinstance/ClassCache/https-webinstance/_jsps/_tree/_www_treeview_jsp.java:9: 'class' or 'interface' expected import javax.servlet.http.*; ^ /opt/SunWebSrv/https-webinstance/ClassCache/https-webinstance/_jsps/_tree/_www_treeview_jsp.java:10: 'class' or 'interface' expected import javax.servlet.jsp.*; ^ /opt/SunWebSrv/https-webinstance/ClassCache/https-webinstance/_jsps/_tree/_www_treeview_jsp.java:11: 'class' or 'interface' expected import org.apache.jasper.runtime.*; ^ 4 errors at org.apache.jasper.compiler.Compiler.compile(Compiler.java:312) at com.iplanet.ias.web.jsp.JspServlet$JspServletWrapper.loadJSP(JspServlet.java:764) at com.iplanet.ias.web.jsp.JspServlet$JspServletWrapper.access$000(JspServlet.java:624) at com.iplanet.ias.web.jsp.JspServlet.serviceJspFile(JspServlet.java:401) at com.iplanet.ias.web.jsp.JspServlet.service(JspServlet.java:363) at javax.servlet.http.HttpServlet.service(HttpServlet.java:908) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:772) at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:471) at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:382) at org.apache.jasper.runtime.PageContextImpl.forward(PageContextImpl.java:443) at jsps.LoginResponse_jsp._jspService(_LoginResponse_jsp.java:114) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:107) at javax.servlet.http.HttpServlet.service(HttpServlet.java:908) at com.iplanet.ias.web.jsp.JspServlet$JspServletWrapper.service(JspServlet.java:675) at com.iplanet.ias.web.jsp.JspServlet.serviceJspFile(JspServlet.java:447) at com.iplanet.ias.web.jsp.JspServlet.service(JspServlet.java:363) at javax.servlet.http.HttpServlet.service(HttpServlet.java:908) at org.apache.catalina.core.StandardWrapperValve.invokeServletService(StandardWrapperValve.java:771) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:322) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:509) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:212) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:509) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:209) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:509) at com.iplanet.ias.web.connector.nsapi.NSAPIProcessor.process(NSAPIProcessor.java:161) at com.iplanet.ias.web.WebContainer.service(WebContainer.java:578)
****************************************************

Also, to note....
the deploy of the war file is going to /SunOne/installedApps/webinstance instead of the default locations.

IPlanet Enterprise Web Server hosting a portal server

Has anyone tried to port the Plumtree portal server component to iPlanet Enterprise Web Server (aka SunONE Web Server, v6.0 or later)? Plumtree doesn't support this, but I am trying to merge a custom SSO authenticator to the Plumtree portal (v5.0.1).
I have this working great in security mode 0 (with SSL turned off), but I am having a difficult time getting past one last issue in security mode 2 (full SSL mode). I can get the portal server to run fine in mode 2 through Tomcat on the same machine, using the same certificate and JRE. I can also get iPlanet to run other servlet applications fine with SSL turned on. However, there appears to be either: (1) an incompatibility between iPlanet's NSServlet plug-in that handles servlets and the Plumtree framework classes that set up replies via SSL, or (2) a configuration error in my setup somewhere. I'm hoping that (2) is the real culprit, but I've tried just about everything I can think of, and haven't been able to resolve this problem.
The server starts up fine and I can load non-portal content without a problem. But when I log in, the portal's main community page that should be returned is not being returned to the client. PTSpy doesn't indicate any problems, so I know the content is being built by the portal correctly, but the built page is never being sent back to the requesting client.
Here is the error that gets logged to iPlanet's error log:
[29/Dec/2003:15:05:53] failure ( 2772): Internal error: Unexpected error condition thrown (unknown exception,no description), stack: java.lang.NoClassDefFoundError: javax/net/ssl/SSLSocket
at sun.net.www.http.HttpClient.parseHTTPHeader(HttpClient.java:793)
at sun.net.www.http.HttpClient.parseHTTP(HttpClient.java:702)
at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:583)
at java.net.URL.openStream(URL.java:960)
at org.apache.xerces.readers.DefaultReaderFactory.createReader(DefaultReaderFactory.java:149)
at org.apache.xerces.readers.DefaultEntityHandler.startReadingFromDocument(DefaultEntityHandler.java:493)
at org.apache.xerces.framework.XMLParser.parseSomeSetup(XMLParser.java:314)
at org.apache.xerces.framework.XMLParser.parse(XMLParser.java:1097)
at org.apache.xerces.jaxp.DocumentBuilderImpl.parse(DocumentBuilderImpl.java:195)
at javax.xml.parsers.DocumentBuilder.parse(DocumentBuilder.java:124)
at com.plumtree.openfoundation.xml.dom.XPBuilder.LoadDocumentFromURI(XPBuilder.java:203)
at com.plumtree.xpshared.jsutil.JSRegistry.LookupJSComponentVersions(JSRegistry.java:243)
at com.plumtree.xpshared.jsutil.JSRegistry.GetJSComponentVersions(JSRegistry.java:184)
at com.plumtree.xpshared.jsutil.JSRegistry.GetJSComponent(JSRegistry.java:465)
at com.plumtree.xpshared.jsutil.JSRegistry.GetJSComponent(JSRegistry.java:444)
at com.plumtree.uiinfrastructure.statichelpers.ConfigHelper.GetCommonJSIncludes(ConfigHelper.java:1330)
at com.plumtree.uiinfrastructure.form.AFormAS.DisplayCommonJavaScript(AFormAS.java:59)
at com.plumtree.portalpages.common.uiparts.PlumtreeAS.DisplayCommonJavaScript(PlumtreeAS.java:88)
at com.plumtree.portalpages.common.uiparts.PlumtreeDP.DisplayHead(PlumtreeDP.java:599)
at com.plumtree.portalpages.common.uiparts.PlumtreeDP.Display(PlumtreeDP.java:112)
at com.plumtree.portaluiinfrastructure.activityspace.Interpreter.ProcessDisplayPageOrRedirect(Interpreter.java:816)
at com.plumtree.portaluiinfrastructure.activityspace.Interpreter.HandleRequest(Interpreter.java:1589)
at com.plumtree.portaluiinfrastructure.activityspace.Interpreter.DoService(Interpreter.java:448)
at com.plumtree.uiinfrastructure.web.XPPage.service(XPPage.java:141)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at com.iplanet.server.http.servlet.NSServletRunner.invokeServletService(NSServletRunner.java:919)
at com.iplanet.server.http.servlet.WebApplication.service(WebApplication.java:1061)
at com.iplanet.server.http.servlet.NSServletRunner.ServiceWebApp(NSServletRunner.java:981)
It looks like a Java classpath issue, but I've verified (even in the same log file with java debugging turned on) that the SSLSocket class is getting loaded. I've even tried moving the specification of the jar file containing this class (jsse.jar, part of the JRE) to the beginning and end of my classpath setting.
I'm using the same JRE that is bundled with the Tomcat release supplied with my Plumtree 5.0.1 installation (1.4.1_02).
I've posted a similar message on a couple other forums (Java and iPlanet-related) and haven't found an answer yet. Does anyone have any ideas?
John

In case anyone else experiences this, I have apparently stumbled upon an issue with iPlanet's handling a specified JRE/JDK instead of the supplied JDK in iPlanet (SunONE) Web Server v6.0, SP5, though I found a way around it to resolve my problem.
I had been specifying a different JRE to run with through iPlanet's administrative server manager. However, even though I was specifying to load all the JRE's jar files in my classpath setting, iPlanet was only loading the rt.jar file for my specified JRE. With verbose logging turned on, the error log was indicating that the other classpath specified jar files were being loaded, but apparently they were not being used. The JDK that was released with iPlanet appears to be being used for all other JRE classes outside of those defined in rt.jar. Since the JDK supplied with the iPlanet release didn't contain jsse.jar, which contains SSL support, it was not being loaded and was causing the problem I was seeing.
Instead of specifying the JRE of a different JDK that I was using, I changed the global setting in the administrative server manager to override the entire JDK. This has resolved my problem.
So if you specify a JRE to override the iPlanet supplied JDK/JRE, it appears that only the rt.jar file of the specified JRE will be loaded, and the jar files associated with the iPlanet-supplied JRE will be used for all other classes. Specification of a complete JDK to override the supplied one will resolve this, and the portal server appears to work fine now in any security mode setting when hosted on iPlanet Web Server (SunONE), even though Plumtree doesn't support that as a host server application.

9.0.4 compatibility with jdk 1.5

Hi,
Please do let me know if Oracle AS version 9.0.4.1 is compatible with jdk 1.5.
What is the jdk version compatible with 9.0.4.1?
Found the following in the Metalink -> Certify
In general, Oracle Application Server 10g (9.0.4, 10.1.2.x and 10.1.3.x) support using JDK
extensions higher than one the product originally shipped with. On 9.0.4, it is possible to move from JDK 1.3.1_06 to extension JDK 1.3.1_07 or beyond.
Does this imply that 9.0.4 is certified with JDK 1.5?????
Thanks in advance.
Regards,
Sindhiya V.

desuported? Can you post a source for this?
9.0.4 is not certified with JDK 1.5 and will not be. AS 10.1.3 is the first release that is (as far as I know).

Plumtree portal server (v5.0.1) hosted on iPlanet Web Server (v6.0)

Has anyone tried to port the Plumtree Corporate Portal v5.0.1 portal server component to iPlanet Enterprise Web Server 6.0 (aka SunONE Web Server, v6.0 )? Plumtree doesn't support this, but I am trying to merge a custom SSO authenticator to the Plumtree portal (v5.0.1). The authenticator runs as a plug-in to SunONE Web Server and has been in place on our customer's web site for a long time now.
I have this working great in with SSL turned off, but I am having a difficult time getting past an error when I turn on SSL. I can get the portal server to run fine with SSL turned on through Tomcat on the same machine, using the same certificate and JRE. I can also get the SunONE server to run other servlet applications fine with SSL turned on. However, there appears to be either: (1) an incompatibility between SunONE's NSServlet plug-in that handles servlets and the Plumtree framework classes that set up replies via SSL, or (2) a configuration error in my setup somewhere. I'm hoping that (2) is the real culprit, but I've tried just about everything I can think of, and haven't been able to resolve this problem.
The server starts up fine and I can load non-portal content without a problem. But when I log in, the portal's main community page that should be returned is not being returned to the client. PTSpy (a debugging aid for the Plumtree portal) doesn't indicate any problems, so I know the content is being built by the portal correctly, but the built page is never being sent back to the requesting client.
Here is the error that gets logged to my SunONE server's error log:
[29/Dec/2003:15:05:53] failure ( 2772): Internal error: Unexpected error condition thrown (unknown exception,no description), stack: java.lang.NoClassDefFoundError: javax/net/ssl/SSLSocket
at sun.net.www.http.HttpClient.parseHTTPHeader(HttpClient.java:793)
at sun.net.www.http.HttpClient.parseHTTP(HttpClient.java:702)
at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:583)
at java.net.URL.openStream(URL.java:960)
at org.apache.xerces.readers.DefaultReaderFactory.createReader(DefaultReaderFactory.java:149)
at org.apache.xerces.readers.DefaultEntityHandler.startReadingFromDocument(DefaultEntityHandler.java:493)
at org.apache.xerces.framework.XMLParser.parseSomeSetup(XMLParser.java:314)
at org.apache.xerces.framework.XMLParser.parse(XMLParser.java:1097)
at org.apache.xerces.jaxp.DocumentBuilderImpl.parse(DocumentBuilderImpl.java:195)
at javax.xml.parsers.DocumentBuilder.parse(DocumentBuilder.java:124)
at com.plumtree.openfoundation.xml.dom.XPBuilder.LoadDocumentFromURI(XPBuilder.java:203)
at com.plumtree.xpshared.jsutil.JSRegistry.LookupJSComponentVersions(JSRegistry.java:243)
at com.plumtree.xpshared.jsutil.JSRegistry.GetJSComponentVersions(JSRegistry.java:184)
at com.plumtree.xpshared.jsutil.JSRegistry.GetJSComponent(JSRegistry.java:465)
at com.plumtree.xpshared.jsutil.JSRegistry.GetJSComponent(JSRegistry.java:444)
at com.plumtree.uiinfrastructure.statichelpers.ConfigHelper.GetCommonJSIncludes(ConfigHelper.java:1330)
at com.plumtree.uiinfrastructure.form.AFormAS.DisplayCommonJavaScript(AFormAS.java:59)
at com.plumtree.portalpages.common.uiparts.PlumtreeAS.DisplayCommonJavaScript(PlumtreeAS.java:88)
at com.plumtree.portalpages.common.uiparts.PlumtreeDP.DisplayHead(PlumtreeDP.java:599)
at com.plumtree.portalpages.common.uiparts.PlumtreeDP.Display(PlumtreeDP.java:112)
at com.plumtree.portaluiinfrastructure.activityspace.Interpreter.ProcessDisplayPageOrRedirect(Interpreter.java:816)
at com.plumtree.portaluiinfrastructure.activityspace.Interpreter.HandleRequest(Interpreter.java:1589)
at com.plumtree.portaluiinfrastructure.activityspace.Interpreter.DoService(Interpreter.java:448)
at com.plumtree.uiinfrastructure.web.XPPage.service(XPPage.java:141)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at com.iplanet.server.http.servlet.NSServletRunner.invokeServletService(NSServletRunner.java:919)
at com.iplanet.server.http.servlet.WebApplication.service(WebApplication.java:1061)
at com.iplanet.server.http.servlet.NSServletRunner.ServiceWebApp(NSServletRunner.java:981)It looks like a Java classpath issue, but I've verified (even in the same log file with java debugging turned on) that the SSLSocket class is getting loaded. I've even tried moving the specification of the jar file containing this class (jsse.jar, part of the JRE) to the beginning and end of my classpath setting.
I'm using the same JRE that is bundled with the Tomcat release supplied with my Plumtree 5.0.1 installation (1.4.1_02). I can't get the JRE that came bundled with the SunONE v6.0 release to work at all.
I've posted a similar message on a couple other forums (Java and iPlanet-related, as well as on Plumtree's customer forum) and haven't found an answer yet. Does anyone have any ideas?

In case anyone else experiences this, I have apparently stumbled upon an issue with iPlanet's handling a specified JRE/JDK instead of the supplied JDK in iPlanet Web Server v6.0, SP5, though I found a way around it to resolve my problem.
I had been specifying a different JRE to run with through the administrative server manager. However, even though I was specifying to load all the JRE's jar files in my classpath setting, iPlanet was only loading the rt.jar file for my specified JRE. With verbose logging turned on, the error log was indicating that the other classpath specified jar files were being loaded, but apparently they were not being used. The JDK that was released with iPlanet appears to be being used for all other JRE classes outside of those defined in rt.jar. Since the JDK supplied with the iPlanet release didn't contain jsse.jar, which contains SSL support, it was not being loaded and was causing the problem I was seeing.
Instead of specifying the JRE of a different JDK that I was using, I changed the global setting in the administrative server manager to override the entire JDK. This has resolved my problem.
So if you specify a JRE to override the iPlanet supplied JDK/JRE, it appears that only the rt.jar file of the specified JRE will be loaded, and the jar files associated with the iPlanet-supplied JRE will be used for all other classes. Specification of a complete JDK to override the supplied one will resolve this.

IPlanet-WebServer-Enterprise/4.1SP12 LDAP Limit

Hi all,
is it a licence limitation that the iPlanet-WebServer can't display only 1000 objects on a LDAP Server ?
How can i extend this limit ?
Best Regards
Heiko Geist

Hi,
You can find the release note for iPlanet Web Server SP7 from the following link
http://docs.sun.com/?p=/doc/816-5676-10
Srini

Release notes for iPlanet-WebServer-Enterprise/4.1SP7

Hi,
Where can i get the release notes, known bugs and fixes for iPlanet-WebServer-Enterprise/4.1SP7.
Plesae reply back.
Thanx
Shiva

Hi,
You can find the release note for iPlanet Web Server SP7 from the following link
http://docs.sun.com/?p=/doc/816-5676-10
Srini

Upgrading weblogic server 7.0 sp4 JDK issue

I have amended the C:\bea\weblogic700\server\bin\startWLS.cmd and C:\bea\weblogic700\server\bin\setWLSEnv.cmd to point to a jdk.1.4.1_07 install and I get the following error when I try starting the server. I have done the same on another machine some time ago and I am sure it was relatively straight forward. I may have well forgot another step that needs to be done.
Starting WebLogic Server...
<20-Aug-2004 08:42:54 BST> <Notice> <Management> <140005> <Loading configuration
C:\bea\user_projects\fastRepair\.\config.xml>
<20-Aug-2004 08:43:01 BST> <Critical> <WebLogicServer> <000364> <Server failed d
uring initialization. Exception:java.net.UnknownHostException: 10.234.213.236
java.net.UnknownHostException: 10.234.213.236
at java.net.InetAddress.getAllByName0(InetAddress.java:1004)
at java.net.InetAddress.getAllByName0(InetAddress.java:969)
at java.net.InetAddress.getAllByName(InetAddress.java:963)
at java.net.InetAddress.getByName(InetAddress.java:883)
at weblogic.rjvm.JVMID.setLocalID(JVMID.java:144)
at weblogic.t3.srvr.T3Srvr.setJVMID(T3Srvr.java:525)
at weblogic.t3.srvr.T3Srvr.initialize1(T3Srvr.java:684)
at weblogic.t3.srvr.T3Srvr.initialize(T3Srvr.java:594)
at weblogic.t3.srvr.T3Srvr.run(T3Srvr.java:282)
at weblogic.Server.main(Server.java:32)
Any help welcomed.
Justin

If you are running SSL, you may be encountering the same problem as in http://forums.bea.com/bea/thread.jspa?threadID=200006577&tstart=15

J2EE deployment error in iPlanet 6.0 SP2

My J2EE application works fine in iPlanet 6.1, however when I try to deploy it in iPlanet 6.0 SP2, I get the following error. To me it looks like some configuration error as it deploys fine in iPlanet 6.1. Is there any setting that needs to be changed in the 6.0 webserver to run J2EE applications?
Thanks.
[16/Jun/2004:22:24:40] info ( 630): Adding web application
(/TripReportsSearch) at (/netscape/iplanet/servers/bin/https/webapps/TripReportsSearch)
[16/Jun/2004:22:28:25] failure ( 630): vs(https-polo)SAX
parser fatal error: External entity not found:
"http://java.sun.com/dtd/web-app_2_3.dtd". in
file:/netscape/iplanet/servers/bin/https/webapps/TripReportsSearch/WEB-INF/web.xml at line
number 5.
[16/Jun/2004:22:28:25] warning ( 630): vs(https-polo)Error
parsing web-app deployment descriptor
/netscape/iplanet/servers/bin/https/webapps/TripReportsSearch/WEB-INF/web.xml: External entity
not found: "http://java.sun.com/dtd/web-app_2_3.dtd"..
[16/Jun/2004:22:28:25] failure ( 630): vs(https-polo)Cannot
create web application context path = /TripReportsSearch, at dir =
/netscape/iplanet/servers/bin/https/webapps/TripReportsSearch;
[16/Jun/2004:22:28:25] info ( 630): Successfully initialized web
application environment (web-apps.xml) for virtual server
(https-polo)

Hi,
I ran into similar problem with Iplanet 6.0 SP7. Have you found out any solution for this?
External entity not found: "http://java.sun.com/dtd/web-app_2_3.dtd"

Iplanet error: Aborting JVM

Hi
We have problem with iplanet IWS41_SP12 ( SunOS 5.6 Generic_105181-34) and java version 1.3.1
The web server generates a "An unexpected exception has been detected in native code outside the VM" and restarts
The problem is in the call to
com.netscape.server.http.servlet.NSServletRequest.getParameter
Any idea?
Thanks in advance

I'm having this same problem on HP-UX.
Has anyone solved it?
"Guna" <[email protected]> wrote in message
news:9mlo8n$[email protected]..
>
Hi,
We have a setup like this :
iPlanet 4.1 sp7 on Sun Solaris 7
All required patches of Solaris applied.
SSL enabled with Server side digital certificate
Rainbow CryptoSwift Card (An Encryption Accelerator Card )
Everything works fine except these lines in the Error log :
Aborting JVM
Exiting JVM due to : jvm_abort() and jvm.exitOnAbort > 0
JVM exit statistics : AttachedThreads/Max = 0/1, ActiveThreads/Max = 0/1
And the following lines in the /var/adm/messages file :
webservername last messages repeated 5 times
webservername uxwdog [231] : server terminated [signal 9] : watchdog is
restarting it
Any help will be highly appreciated.
TIA
Sarath

JDK 1.4.1_07 / iPlanet 6.0 SP7

Similar Messages

Maybe you are looking for