Tomcat 4.0.5 and JDK 1.4.2 on HP-UX 11i giving core dump

Hi,
I am using Tomcat 4.0.5 web server for a high data volume web based project. I have changed the JDK from 1.3 to 1.4.2. The os is HP-UX 11i. After changing the JDK version, I am getting core dump after every 6 to 7 hours and Tomcat fails to continue.
Pls, tell me is it due to version mismatch or anything else.
Regards
Kousik Mukherjee

Hi,
If you have not already done so .. make sure that the latest patches that are required for 1.4.2 on HP-UX are installed (requires patch PHNE_29887 for HP-UX 11.11 (11i v1) PA-RISC. The patch solves socket problems that may cause hangs.) I think there may be some others as well ...
Good luck
LSH

Similar Messages

Tomcat 4.1.12 and JDK 1.4.1

...I've given up on this mix. On one of my 2k machines, the JVM causes the machine to hang on exiting the VM. Anyone else experincing this type of pain (this after converting all the SSL stuff over to the 1.4.1 included JSEE stuff!). Any hints pointer would be nice but Sun doesn't seem to say much. I will say I am using the Cataline "Embedded" class to instantiate my server but that shouldn't change much.
Thanks in advance...

I installed this mix and have it working in plain vanilla form following the docs on Win2K Pro. Not using SSL.
Any chance you have an older version of the JDK hanging around that could be interfereing?

Urgent Solution needed--Problem in JSP compilation with JDK 1.5 and JDK 1.6

Hi,
I m using JDK 1.5 and Tomcat 5.0 the problem is that after starting server when I m going to access my application at that time instead of displaying HomePage it directly display the blank page on screen.
After analyzing tomcat log I have found that there was a problem with JSP page compilation.
The exception logged in Tomcat Log is given below
An error occurred at line: 1 in the generated java file
The type Collection is not generic; it cannot be parameterized with arguments <? extends E>
Stacktrace:
*     at org.apache.jasper.compiler.DefaultErrorHandler.javacError(DefaultErrorHandler.java:92)*
*     at org.apache.jasper.compiler.ErrorDispatcher.javacError(ErrorDispatcher.java:330)*
*     at org.apache.jasper.compiler.JDTCompiler.generateClass(JDTCompiler.java:423)*
*     at org.apache.jasper.compiler.Compiler.compile(Compiler.java:308)*
*     at org.apache.jasper.compiler.Compiler.compile(Compiler.java:286)*
*     at org.apache.jasper.compiler.Compiler.compile(Compiler.java:273)*
*     at org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:566)*
*     at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:317)*
*     at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:320)*
*     at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:266)*
*     at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)*
*     at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)*
*     at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)*
*     at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:654)*
*     at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:447)*
*     at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:379)*
*     at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:292)*
*     at org.apache.catalina.core.StandardHostValve.custom(StandardHostValve.java:424)*
*     at org.apache.catalina.core.StandardHostValve.status(StandardHostValve.java:343)*
*     at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:144)*
*     at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)*
*     at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)*
*     at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:263)*
*     at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)*
*     at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:584)*
*     at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)*
*     at java.lang.Thread.run(Thread.java:619)*
After getting this kind of error I have analyzed my code furhter then I came to know that there was problem with static include tag.
In my jsp page I have used following line which is the main cause of error
<%@ include file="top.jsp" %>If I ommit this line then it is working properly.
Instead of static include I have used jsp:include also.
Still I m getting same problem.
We have to migrated from JDK 1.5 to 1.6 and Tomcat 5.0.28 to 6.0.14, still same problem is there.
We have tried a lot but didnt get success to overcome this problem.
If anybody having any solution then ur each reply will be appreciated.
Thanks in advance..........!!!!!!!
Edited by: JBOSS2000 on Jan 15, 2008 9:29 AM

Hi "mshanu" and "amit" Thanks for ur replies Here I m posting the code of "top.jsp"........!!!!
<%@ page errorPage="errordisplay.jsp"%>
<table cellpadding="0"
       cellspacing="0" height=50 width=780>
       <tbody>
         <tr class="header">
           <td class="logo"><IMG SRC="assets/Logo.gif" BORDER=0 ALIGN=top></td>
           <td align="right"><span class="applicationtitle"><%@ include file="/contents/logo.htm" %></span><br>
           <span class="companyname"><%@ include file="/contents/companyname.htm" %></span></td>
         </tr>
        </tbody>
</table>To include top.jsp I have tried
<jsp:include page="top.jsp" flush="true">
</jsp:include>
         AND
<%@ include file="top.jsp"%>but none of this worked.
If I remove the include then It is working properly.
But I need inluded file too so that I am wondoring for the solution.
This problem seems very wiered to me. I dont know why it is happening.
This problem is started only when I used the TOMCAT 6.14.
Is it the bug of TOMCAT 6.14 or What somebody Plz help.
I got stuck here.........!!!!!!!!!!
It doesn't seem any problem with top.jsp. As per my thinking the problem is there in include due to that it doesn't compile the JSP page in Tomcat 6.0.
Earlier I am having same code running on the Tomcat 5.0.28 and JDK 1.5.0.
But problem occured when I have used Tomcat 6.x...!!

Java Studio Creator and JDK

I'm trying to create a game application using java and i've downloaded both java studio creator and JDK. However i'm having problems of writing the program. Should i use notepad and compile it using JDK? Or can i simply use the java studio creator and type in my java codings? And i cant seem to type in any codings in the java studio creator.
Can someone help me please? Thank you.
Message was edited by:
burpyjac

Hello, Burpyjac!
I don't understand what you want to do exactly. If you would like to write an applet for a website maybe Java Studio Creator is not what you want, it's an IDE for developing web applications running in an application server like Glassfisch, SJSAS, Tomcat and the like.
If your game need animation, drawings in a panel and the like you would need another IDE like Netbeans for example to develop an applet. Of course you can just use Notepad, but a IDE like Netbeans is much more comfortable (syntax highlighting, project managment, debugging).
Java Studio Creator is an IDE for web applications and it is based on Netbeans (if you saw both you will notice). If your game can live without graphics maybe you can use it - but be aware that this applications do not run alone, you need an application server.
Cheers,
Jan

Wsdeploy problem on jdk1.5 with tomcat 4.1.2 and jwsdp 1.0.0.1

We're trying to upgrade to jdk1.5 from 1.4.0. We're running tomcat 4.1.2 and jwsdp 1.0.0.1. When running wsdeploy, we're receiving the following error:
[echo] Running wsdeploy...
[echo] /db/dbdev/jwsdp-1_0_01/bin/wsdeploy.sh -tmpdir build/wsdeploy-generated -o dist/cpws.war dist/cpws-portable.war -verbose
[exec] Note: sun.tools.javac.Main has been deprecated.
[exec] 1 warning
[exec] error: javax.xml.transform.TransformerException: java.io.FileNotFoundException: file:/export/home/dnassirp/RIDE/Profiler/build/wsdeploy-generated/jaxrpc-deploy-a64a8e/WEB-INF/web.xml (No such file or directory)
[exec] javax.xml.transform.TransformerException: java.io.FileNotFoundException: file:/export/home/dnassirp/RIDE/Profiler/build/wsdeploy-generated/jaxrpc-deploy-a64a8e/WEB-INF/web.xml (No such file or directory)
[exec] at org.apache.xalan.transformer.TransformerImpl.createResultContentHandler(TransformerImpl.java:1043)
[exec] at org.apache.xalan.transformer.TransformerImpl.createResultContentHandler(TransformerImpl.java:934)
The original web.xml file does exist (but in it's original location). There is a web-before.xml in the wsdeploy-generated directory but no web.xml (we're execting that wsdeploy should generate this).
Has anyone else had this problem? Any suggestions?
Thanks.

I'm seeing exactly the same thing in Netbeans.
I upgraded to Netbeans 5.0 today and used a JDK1.5 (1.5.0_06) that I already had installed as the JDK for it.
I see exactly the same problem (web.xml not found) with an ant build script that does a wscompile first and which works fine with my previous Netbeans 4.1 install. My Netbeans 4.1 was using a 1.4.2_02 JDK.

Oracle 8.1.5 and JDK 1.2 Thin Driver

We are doing some prototyping with Oracle 8.1.5, BEA WebLogic
6.1, and JDK 1.3. We needed to know what is the latest version
supported by the oracle thing client drivers for that
configuration.
Or are we the only users doing this and is it mandatory that we
migrate to Oracle 8.1.7?
Thanks,
Nikhil Kumar
Lead Architect
Delta Dental Plan of Michigan
[email protected]

Check out the SQLJ FAQ at:
http://technet.oracle.com/tech/java/sqlj_jdbc/htdocs/faq.html
"ExceptionInInitializerError: NullPointerException"
(This is likely a general configuration issue, not something specific to your code.)
If you see the following stack trace:
unexpected error occurred... java.lang.ExceptionInInitializerError: java.lang.NullPointerException
at sqlj.framework.ClassFileReader.attribute_info(Compiled Code) ...
at sqlj.tools.Sqlj.statusMain(Compiled Code)
at sqlj.tools.Sqlj.main(Sqlj.java:117)
then you are likely running SQLJ version 8.1.5 or earlier under JDK 1.2.x or later.
You need to download the SQLJ 8.1.6 SDK patch, which contains a new translator.zip
version that you can use to replace the translator.zip from 8.0.5/7.3.4 or from JDeveloper 3.0.
null

Tomcat 6.0.9 and jsf 1.2 and jstl 1.2 using *.tag file error

I using :tomcat 6.0.9 and jsf 1.2 and jstl 1.2
My web.xml is at version 2.5 and I am using a custom tag (with the .tag extension). I am trying to use the http://java.sun.com/jsf/html library and values from my attribute. I'm new to this so I figure I must just me missing something.
I am run http://192.168.1.1/test.jsf laster,view:
HTTP Status 500 -
type Exception report
message
description The server encountered an internal error () that prevented it from fulfilling this request.
exception
org.apache.jasper.JasperException: Unable to compile class for JSP:
Stacktrace:
     org.apache.jasper.compiler.DefaultErrorHandler.javacError(DefaultErrorHandler.java:85)
     org.apache.jasper.compiler.ErrorDispatcher.javacError(ErrorDispatcher.java:330)
     org.apache.jasper.compiler.JDTCompiler.generateClass(JDTCompiler.java:415)
     org.apache.jasper.compiler.Compiler.compile(Compiler.java:308)
     org.apache.jasper.compiler.Compiler.compile(Compiler.java:286)
     org.apache.jasper.compiler.Compiler.compile(Compiler.java:273)
     org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:566)
     org.apache.jasper.servlet.JspServletWrapper.loadTagFile(JspServletWrapper.java:212)
     org.apache.jasper.compiler.TagFileProcessor.loadTagFile(TagFileProcessor.java:576)
     org.apache.jasper.compiler.TagFileProcessor.access$000(TagFileProcessor.java:50)
     org.apache.jasper.compiler.TagFileProcessor$TagFileLoaderVisitor.visit(TagFileProcessor.java:627)
     org.apache.jasper.compiler.Node$CustomTag.accept(Node.java:1507)
     org.apache.jasper.compiler.Node$Nodes.visit(Node.java:2336)
     org.apache.jasper.compiler.Node$Visitor.visitBody(Node.java:2386)
     org.apache.jasper.compiler.TagFileProcessor$TagFileLoaderVisitor.visit(TagFileProcessor.java:631)
     org.apache.jasper.compiler.Node$CustomTag.accept(Node.java:1507)
     org.apache.jasper.compiler.Node$Nodes.visit(Node.java:2336)
     org.apache.jasper.compiler.Node$Visitor.visitBody(Node.java:2386)
     org.apache.jasper.compiler.Node$Visitor.visit(Node.java:2392)
     org.apache.jasper.compiler.Node$Root.accept(Node.java:489)
     org.apache.jasper.compiler.Node$Nodes.visit(Node.java:2336)
     org.apache.jasper.compiler.TagFileProcessor.loadTagFiles(TagFileProcessor.java:645)
     org.apache.jasper.compiler.Compiler.generateJava(Compiler.java:190)
     org.apache.jasper.compiler.Compiler.compile(Compiler.java:306)
     org.apache.jasper.compiler.Compiler.compile(Compiler.java:286)
     org.apache.jasper.compiler.Compiler.compile(Compiler.java:273)
     org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:566)
     org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:308)
     org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:320)
     org.apache.jasper.servlet.JspServlet.service(JspServlet.java:266)
     javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
     com.sun.faces.context.ExternalContextImpl.dispatch(ExternalContextImpl.java:414)
     com.sun.faces.application.ViewHandlerImpl.executePageToBuildView(ViewHandlerImpl.java:455)
     com.sun.faces.application.ViewHandlerImpl.renderView(ViewHandlerImpl.java:139)
     com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:108)
     com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:266)
     com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:159)
     javax.faces.webapp.FacesServlet.service(FacesServlet.java:245)
note The full stack trace of the root cause is available in the Apache Tomcat/6.0.9 logs.
if go to /WEB-INF/tags/test.tag ,delete line: <h:outputText id="test" value="hello!" />
run http://192.168.1.1/test.jsf is OK!(no error),So I guess error for "<h:outputText id="test" value="hello!" />" line ,why in test.tag file do can't use the "http://java.sun.com/jsf/html " library,please help me.......
Here is file WEB-INF/web.xml content:
<?xml version="1.0" encoding="ISO-8859-1"?>

<web-app xmlns="http://java.sun.com/xml/ns/j2ee"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_5.xsd"
version="2.5">
<display-name>Welcome to Tomcat</display-name>
<description>
Welcome to Tomcat
</description>

<servlet>
     <servlet-name>Faces Servlet</servlet-name>
     <servlet-class>javax.faces.webapp.FacesServlet</servlet-class>
     <load-on-startup> 1 </load-on-startup>
</servlet>

<servlet-mapping>
     <servlet-name>Faces Servlet</servlet-name>
     <url-pattern>*.jsf</url-pattern>
</servlet-mapping>
</web-app>
Here is file /test.jsp code:
<%@ page contentType="text/html;charset=UTF-8" %>
<%@ taglib prefix="tags" tagdir="/WEB-INF/tags" %>
<%@ taglib uri="http://java.sun.com/jsp/jstl/core" prefix="c" %>
<%@ taglib uri="http://java.sun.com/jsf/core" prefix="f" %>
<%@ taglib uri="http://java.sun.com/jsf/html" prefix="h" %>
<f:view>
<html>
<head>
<title>test</title>
</head>
<body>

<h:outputText id="myinfo" value="test success" />
<tags:test/>

</body>
</html>
</f:view>
Here is file /WEB-INF/tags/test.tag code:
<%@tag pageEncoding="UTF-8"%>
<%@taglib prefix="f" uri="http://java.sun.com/jsf/core"%>
<%@taglib prefix="h" uri="http://java.sun.com/jsf/html"%>
<h:outputText id="test" value="hello!" />
Thanks for any help.

Don't know if it's important, but there is no schema avaiable at: http://java.sun.com/xml/ns/j2ee/web-app_2_5.xsd
I found the right one at: http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd
/perty
Message was edited by:
perajonsson

CF7 and JDK 1.4.2 - EV SSL Certificate Issue

Let me start off by telling the group that we do not use CF for any of our applications. We are a payments company that hosts a .NET API in IIS that 100's of thousands of customer use. We have one particular customer using CF7 and JDK 1.4.2 who is currently unable to process against our API. About a week ago we upgraded our SSL certificates to EV (Extended Validation) and since that time our once happy customer is now unhappy. I have spent hours working with him, going through FAQs and walk throughs, knowledge bases and forums and have had no luck. Here are the details:
EV Certificate issued by DigiCert (4096-bit).
Customer is on CF7 and JDK 1.4.2.
When he attempts to process against our API with the new certificate he gets 'Connection Failure: Status code unavailable' message from his CF application. He is using cfhttp to post his requests. We found a work around that indicated that the only issue with JDK 1.4.2 was importing the high-bit certificates. Our customer installed JDK 1.6, imported the certificate (and all intermediate certificates) successfully into the cacerts file, but when attempting to list using JDK 1.4.2 is returns an invalid certificate error and still will not work.
Please help as we are currently in a work around state for this customer (not long term) and we have exhausted the resources we have access to for solving this issue.
Thanks in advance to those gurus that reply. I have attached a sample post from our customers logs with non-essential data removed.
I can be reached by phone at 801-341-5620 if anyone feels like reaching out to talk.
- Dave

Dave,
I am having a similar issue with CF7 and PayPal's Reporting API which also uses EV SSL.
I can offer that in my testing, both CF 8 and CF 9 do seem to be able to work when using CFHTTP and EV SSL,
so the only solution I can offer at this time is to make the suggestion to your customer that they need to upgrade
to either CF 8 or CF 9 to get the issue quickly resolved.
I'm still working to see if I can find a solution for CF7 and I've been asking around in the CF community for help, so
if I do find a solution, I'll definitely post it there for you.
Cheers

JDeveloper 11g and JDK 1.4.2_16

Hi! I just created a new simple app in JDev 11g and selected the JDK 1.4.2_16 for the model project. I created a set of business components from tables, built the project and them attempted to run the AppModule tester.
I got the following error:
/usr/java/j2sdk1.4.2_16/bin/java -server -classpath /opt/app/oracle/product/jdevstudio1111/BC4J/jlib/bc4jtester.jar:/opt/app/oracle/product/jdevstudio1111/BC4J/lib/bc4jsyscat.jar:/opt/app/oracle/product/jdevstudio1111/BC4J/lib/db-ca.jar:/opt/app/oracle/product/jdevstudio1111/jlib/jdev-cm.jar:/opt/app/oracle/product/jdevstudio1111/lib/xmlparserv2.jar:/opt/app/oracle/product/jdevstudio1111/jlib/ohj.jar:/opt/app/oracle/product/jdevstudio1111/jlib/help-share.jar:/opt/app/oracle/product/jdevstudio1111/jlib/share.jar:/opt/app/oracle/product/jdevstudio1111/jlib/jewt4.jar:/opt/app/oracle/product/jdevstudio1111/jlib/oracle_ice.jar:/opt/app/oracle/product/jdevstudio1111/jlib/ojmisc.jar:/opt/app/oracle/product/jdevstudio1111/ide/lib/idert.jar:/opt/app/oracle/product/jdevstudio1111/ide/lib/javatools.jar:/usr/java/j2sdk1.4.2_16/jre/lib/rt.jar:/usr/java/j2sdk1.4.2_16/jre/lib/i18n.jar:/usr/java/j2sdk1.4.2_16/jre/lib/sunrsasign.jar:/usr/java/j2sdk1.4.2_16/jre/lib/jsse.jar:/usr/java/j2sdk1.4.2_16/jre/lib/jce.jar:/usr/java/j2sdk1.4.2_16/jre/lib/charsets.jar:/usr/java/j2sdk1.4.2_16/jre/classes:/home/mcruz/development/11g/SessionTest11g/.adf:/home/mcruz/development/11g/SessionTest11g/Model/classes:/opt/app/oracle/product/jdevstudio1111/BC4J/lib/adf-share-support.jar:/opt/app/oracle/product/jdevstudio1111/BC4J/lib/adf-share-ca.jar:/opt/app/oracle/product/jdevstudio1111/BC4J/lib/adf-share-base.jar:/opt/app/oracle/product/jdevstudio1111/jlib/identitystore.jar:/opt/app/oracle/product/jdevstudio1111/BC4J/lib/bc4jmt.jar:/opt/app/oracle/product/jdevstudio1111/BC4J/lib/bc4jwizard.jar:/opt/app/oracle/product/jdevstudio1111/BC4J/lib/groovy-all-1.0.jar:/opt/app/oracle/product/jdevstudio1111/BC4J/lib/bc4jct.jar:/opt/app/oracle/product/jdevstudio1111/jlib/commons-el.jar:/opt/app/oracle/product/jdevstudio1111/jlib/jsp-el-api.jar:/opt/app/oracle/product/jdevstudio1111/jlib/oracle-el.jar:/opt/app/oracle/product/jdevstudio1111/jlib/resourcebundle.jar:/opt/app/oracle/product/jdevstudio1111/lib/java/api/jaxb-api.jar:/opt/app/oracle/product/jdevstudio1111/lib/java/api/jsr173_api.jar:/opt/app/oracle/product/jdevstudio1111/j2ee/home/lib/activation.jar:/opt/app/oracle/product/jdevstudio1111/lib/java/shared/sun.jaxb/2.0/jaxb-xjc.jar:/opt/app/oracle/product/jdevstudio1111/lib/java/shared/sun.jaxb/2.0/jaxb-impl.jar:/opt/app/oracle/product/jdevstudio1111/lib/java/shared/sun.jaxb/2.0/jaxb1-impl.jar:/opt/app/oracle/product/jdevstudio1111/BC4J/lib/adfshare.jar:/opt/app/oracle/product/jdevstudio1111/BC4J/lib/adfm.jar:/opt/app/oracle/product/jdevstudio1111/BC4J/jlib/adfui.jar:/opt/app/oracle/product/jdevstudio1111/BC4J/lib/adfbinding.jar:/opt/app/oracle/product/jdevstudio1111/adfdt/lib/adfdtatrt.jar:/opt/app/oracle/product/jdevstudio1111/adfdt/lib/adftransactionsdt.jar:/opt/app/oracle/product/jdevstudio1111/adfdt/lib/adfdt_common.jar:/opt/app/oracle/product/jdevstudio1111/mds/lib/mdsrt.jar:/opt/app/oracle/product/jdevstudio1111/j2ee/home/jazn.jar:/opt/app/oracle/product/jdevstudio1111/j2ee/home/jazncore.jar:/opt/app/oracle/product/jdevstudio1111/j2ee/home/jps-api.jar:/opt/app/oracle/product/jdevstudio1111/j2ee/home/jps-common.jar:/opt/app/oracle/product/jdevstudio1111/j2ee/home/jps-internal.jar:/opt/app/oracle/product/jdevstudio1111/j2ee/home/jps-fmw.jar:/opt/app/oracle/product/jdevstudio1111/j2ee/home/jps-unsupported-api.jar:/opt/app/oracle/product/jdevstudio1111/j2ee/home/lib/jacc-api.jar:/opt/app/oracle/product/jdevstudio1111/j2ee/home/lib/oc4j-unsupported-api.jar:/opt/app/oracle/product/jdevstudio1111/jdbc/lib/ojdbc5dms.jar:/opt/app/oracle/product/jdevstudio1111/jlib/orai18n.jar:/opt/app/oracle/product/jdevstudio1111/jlib/ojdl.jar:/opt/app/oracle/product/jdevstudio1111/jlib/dms.jar:/opt/app/oracle/product/jdevstudio1111/BC4J/lib/bc4jdomorcl.jar:/opt/app/oracle/product/jdevstudio1111/BC4J/jlib/bc4jdatum.jar:/opt/app/oracle/product/jdevstudio1111/j2ee/home/lib/servlet.jar:/opt/app/oracle/product/jdevstudio1111/jlib/commons-cli-1.0.jar:/opt/app/oracle/product/jdevstudio1111/j2ee/home/lib/commons-collections.jar:/opt/app/oracle/product/jdevstudio1111/jlib/xmlef.jar:/opt/app/oracle/product/jdevstudio1111/lib/xml.jar:/opt/app/oracle/product/jdevstudio1111/rdbms/jlib/xdb.jar:/opt/app/oracle/product/jdevstudio1111/javacache/lib/cache.jar:/opt/app/oracle/product/jdevstudio1111/diagnostics/lib/ojdl.jar:/opt/app/oracle/product/jdevstudio1111/j2ee/home/lib/pcl.jar:/opt/app/oracle/product/jdevstudio1111/ucp/lib/ucp.jar:/opt/app/oracle/product/jdevstudio1111/lib/java/shared/oracle.javatools/11.1.1.0.0/dafrt.jar:/opt/app/oracle/product/jdevstudio1111/lib/java/shared/oracle.javatools/11.1.1.0.0/javatools-nodeps.jar:/opt/app/oracle/product/jdevstudio1111/BC4J/jlib/bc4jui.jar:/opt/app/oracle/product/jdevstudio1111/dvt/lib/dvt-client.jar:/opt/app/oracle/product/jdevstudio1111/dvt/lib/dvt-utils.jar:/opt/app/oracle/product/jdevstudio1111/jlib/LW_PfjBean.jar: oracle.jbo.jbotester.MainFrame -X 116D6D52C8E -H jar:file:/opt/app/oracle/product/jdevstudio1111/jdev/doc/studio_doc/ohj/bc4j_f1.jar!/bc4j_f1.hs
Exception in thread "main" java.lang.UnsupportedClassVersionError: oracle/jbo/jbotester/MainFrame (Unsupported major.minor version 49.0)
     at java.lang.ClassLoader.defineClass0(Native Method)
     at java.lang.ClassLoader.defineClass(ClassLoader.java:539)
     at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:123)
     at java.net.URLClassLoader.defineClass(URLClassLoader.java:251)
     at java.net.URLClassLoader.access$100(URLClassLoader.java:55)
     at java.net.URLClassLoader$1.run(URLClassLoader.java:194)
     at java.security.AccessController.doPrivileged(Native Method)
     at java.net.URLClassLoader.findClass(URLClassLoader.java:187)
     at java.lang.ClassLoader.loadClass(ClassLoader.java:289)
     at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:274)
     at java.lang.ClassLoader.loadClass(ClassLoader.java:235)
     at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:302)
Process exited with exit code 1.
Am I to assume that jdk1.4.x is no longer supported in JDeveloper and that I should start using JDK1.5.x? But apps built with JDK1.5.x are not supported in AppServer 10.1.2.0.2, which is J2EE 1.3 compliant... Does that mean that JDeveloper 11g is suitable only for apps deployed on OAS 10.1.3.x and above? (OAS 10.1.3.x is J2EE 1.4 compliant, and OAS 11g will be J2EE 5.x compliant).
Comments please.
Thx!

be on OracleAs 10.1.3 at a minimum<<The problem (for us) with Oracle AS 10.1.3 is that Portal 10.1.4 will not run on it (not certified). We want to take advantage of ADF RC and we hope to be able to produce JSF portlets or "portletized" apps. But at the moment we are "stuck" with 10.1.2.0.2 and JDK 1.4.x/J2EE1.3...
While you can have a 10.1.2 farm and add a 10.1.3 separate instance it is not a clean/complete integration (you can't manage all services from the 10.1.2 farm EM and others; this is what I've seen so far, IMO).
We can't wait for OAS 11g to come out and take a look at that. And I certainly hope that Portal will be certifed on 11g so that we can just jump there.
Another wish: WebCenter functionality in Portal, or Portal/WebCenter rolled out into one.

Difference between SUN JDK V1.4.2_05 and JDK V1.4.2_07

difference between SUN JDK V1.4.2_05 and JDK V1.4.2_07 and I want to the link in SUN for that. I want to know the bug fixes between them.

Perhaps you should look at the documentation which comes with JDK 1.4.2_08.
It has the bugs fixed listed.

What's the difference between Java SE 6 Update 10 RC and JDK 6 Update 7

I want to download jdk and do some java development. But I saw "Java SE 6 Update 10 RC" and "JDK 6 Update 7" are both there for me to download. I don't know which one should I download. I used to think JDK is Java SE. Can someone explain it to me? Great thanks!

[Java 6 Update 10|http://java.sun.com/developer/technicalArticles/javase/java6u10/] provides some nice enhancements for deploying Java to the Desktop, a nice new look and feel and some other nice additions.
Also, JDK 6 Update 7 is the latest, officially released version at the moment. The Update 10 is only a release candidate (that means it is what might become the final Update 10, but can still change).
For normal development (and especially when you're just starting to learn) there shouldn't be too much difference, so choose whichever you want.

Returning arrays using JDBC 2.0 and JDK 1.2.2

I am able to return a varray from an PL/SQL stored procedure to a Java program using the Oracle JDBC 8.1.6 driver classes (oracle.jdbc.driver.* and oracle.sql.ARRAY). I want to avoid using the Oracle specific classes to do this and instead just use the standard JDBC 2.0 classes and JDK 1.2.2. Will I still be able to access the varray returned by the PL/SQL SP or am I forced to use the Oracle classes?
Why I ask this is because the Java code needs to be usable from a Netscape Application Server 4.0/iPlanet Application Server 6.0 servlet or java class. NAS 4.0 uses the JDBC 2.0 classes but I cannot use the Oracle JDBC 8.1.6 classes since NAS 4.0 requires the Oracle 8.0.5 client. iAS 6.0 provides a JDBC 2.0 type 2 driver and uses the Oracle 8.1.5 client but does not support arrays, i.e. CallableStatement.getArray(), ResultSet.getArray(), etc. are not supported.

<BLOCKQUOTE><font size="1" face="Verdana, Arial">quote:</font><HR>Originally posted by Craig Knelsen ([email protected]):
I am able to return a varray from an PL/SQL stored procedure to a Java program using the Oracle JDBC 8.1.6 driver classes (oracle.jdbc.driver.* and oracle.sql.ARRAY). I want to avoid using the Oracle specific classes to do this and instead just use the standard JDBC 2.0 classes and JDK 1.2.2. Will I still be able to access the varray returned by the PL/SQL SP or am I forced to use the Oracle classes?
Why I ask this is because the Java code needs to be usable from a Netscape Application Server 4.0/iPlanet Application Server 6.0 servlet or java class. NAS 4.0 uses the JDBC 2.0 classes but I cannot use the Oracle JDBC 8.1.6 classes since NAS 4.0 requires the Oracle 8.0.5 client. iAS 6.0 provides a JDBC 2.0 type 2 driver and uses the Oracle 8.1.5 client but does not support arrays, i.e. CallableStatement.getArray(), ResultSet.getArray(), etc. are not supported.<HR></BLOCKQUOTE>
can u plzz help me as to how u returned the
null

JDBC 8.1.6 (2.0) and JDK 1.2 java.sql.SQLException

I wrote an applet program and access to Oracle database using JDBC 2.0 (Oracle 8i 8.1.6). When testing, I got errors java.sql.SQLException: No suitable driver.
Who havd any idea to solve this problems.
It works fine when I use JDBC 1.2 and JDK 1.2 .
Chuleerat.

"No suitable driver" usually means that the
connect string is incorrect.
The 8.1.6 driver supports JDK1.1 and JDK1.2.
If you use JDK1.2, the JDBC 2.0 features
are available to you.
null

How to identify the installed Weblogic Server and JDK are 32bit or 64bit?

Hi everyone,
I have a question ~
Both Weblogic Server and JAVA JDK are installed on the server already, but I only know the Weblogic Server is 10.3.4.0 and JAVA JDK version is 1.6.0_25.
I know the 64bit Weblogic Server installation file is a wlsXXXX_generic.jar package and 64bit JAVA JDK needed also.
But, since the Weblogic installed already, there are no such installation files on the Linux Server now.
I have tried the "java -version" for java version and check the Weblogic version from Weblogic console.
How to identify the installed Weblogic Server and JDK are 32bit or 64bit with Linux command? Or is there any way to check it?

What you can try to do is use WLST (or an MBean browser, such as JConsole or JRockit Mission Control) and connect to the adminserver.
For example when using WLST:
# set the environment by using setWLSEnv.sh (located in the ${WL_HOME}/server/bin directory).
# start WLST by using: java weblogic.WLST
# connect to the adminserver
connect('adminusername','adminpassword');
# change to the serverruntime environment
serverRuntime();
# show the attributes
ls();
# Here an attribute is shown called WebLogicVersion that shows the version of WebLogic
-r-- WeblogicVersion WebLogic Server 10.3.5.0 Fri Apr 1 20:20:06 PDT 2011 1398638
# Note that this does not show if is 32 bits or 64 bits to retrieve this information you have obtain the JVM version
# change the directory
cd('JVMRuntime/AdminServer');
# show the attributes
ls();
-r-- Version R28.0.1-21-133393-1.6.0_20-20100512-2126-linux-x86_64
# when you have something like x86 at the you are running a 32 bit version, if you have something like x86_64 you are running a 64 bits versionAs mentioned above you can also retrieve this information by using a MBean browser.

Tomcat 4.0.4 and Win2k Installation

I've installed Tomcat 4.0 on different systems and have never had a problem before, but I seem to be having a problem when trying to install it on my Windows 2000 Server machine.
I installed the J2RE 1.4.0 and then Tomcat 4.0.4 and also set the appropriate Environment Variables (CATALINA_HOME and JAVA_HOME).
The installation, at first, appeared to work just fine. I could start up the server and pull up the sample sites without any problems... except for any JSP page. When I try to open a JSP page (even the sample JSPs that come with the installation) I get the following error:
============================================
exception
javax.servlet.ServletException: sun/tools/javac/Main
     at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:481)
     at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
root cause
java.lang.NoClassDefFoundError: sun/tools/javac/Main
     at org.apache.jasper.compiler.SunJavaCompiler.compile(SunJavaCompiler.java:136)
     at org.apache.jasper.compiler.Compiler.compile(Compiler.java:272)
     at org.apache.jasper.servlet.JspServlet.loadJSP(JspServlet.java:548)
     at org.apache.jasper.servlet.JspServlet$JspServletWrapper.loadIfNecessary(JspServlet.java:176)
     at org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspServlet.java:188)
     at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:381)
     at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:473)
     at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
============================================
After being very confused for a day, I have uninstalled and re-installed several times and have recently noticed that there IS a problem with the installation. Near the beginning of the install, in the log window that it displays during installation, I see a line that says:
============================================
Copy to: C:\apache\Apache Tomcat 4.0\common\lib
Copy failed
============================================
Has anyone run into this problem? I can't figure out why this is happening. (or even WHAT the problem is exactly!)
There are files that are in the directory that is specified, so it's definitely not a permissions problem.
I haven't seen any other error or warning messages in the log, so I'm assuming this is the problem. (But I suppose it could be something entirely unrelated.)
Any ideas? Anyone? Anyone?

Well, thank you.
(Sometimes I guess you just need someone else to look at the problem.)
I downloaded the RE instead of the SDK. (Clicked on the link in the left column on the download page instead of the right column. DUH!)
I guess I just figured that since Tomcat installed correctly, my java install was fine.
I'll try it over again, but I'm sure it's fine now.
Thanks again!

Tomcat 4.0.5 and JDK 1.4.2 on HP-UX 11i giving core dump

Similar Messages

Maybe you are looking for