Upgrade from tomcat to OC4J 10.1.3 jsp parser exception in tag lib

i have problem in oc4j jsp parser
but it work ok on tomcat as tomcat using jasper-compiler.jar
when run on oc4j it give me the exception
OracleJSP: oracle.jsp.parse.JspParseException: /jsp/layouts/elec/pageheading.jsp: Line # 3, <aa:h1 wrapped="true" labelKey="${heading1BundleKey}"/>
Error: Errors parsing tag :h1 oracle.jsp.parse.JspParseException: /jsp/layouts/elec/pageheading.jsp: Line # 3, <aa:h1 wrapped="true" labelKey="${heading1BundleKey}"/>
Error: oracle.jsp.provider.JspCompileException: <H3>Errors compiling:E:\oc4j\j2ee\home\application-deployments\default\sc40\persistence\_tagfiles\_oracle\_jsp\_tag\_aacom\_h1_2e_tag.java</H3><TABLE BORDER=1 WIDTH=100%><TR><TH ALIGN=CENTER>Line #</TH><TH ALIGN=CENTER>Error</TH></TR><TR><TD WIDTH=7% VALIGN=TOP><P ALIGN=CENTER>191</TD><TD> non-static variable _jspFragWriter cannot be referenced from a static context
_jspFragWriter = null;
-------------------------------------------------------->>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
and i have problem in web.xml
as i using jsp servlet in jasper-compiler.jar in tomcat package
<servlet>
<servlet-name>jsp</servlet-name>
<servlet-class>org.apache.jasper.servlet.JspServlet</servlet-class>
<init-param>
------------------------------------>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
i try to use this package in oc4j but i can not
i put this servlet in global-web-application.xml instead of
<servlet>
     <servlet-name>jsp</servlet-name>
<servlet-class>oracle.jsp.runtimev2.JspServlet</servlet-class>
------------------>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
to make oc4j depend on tomcat parser it give me
classnotfound mean that (oc4j can not found package) this printed in global-application.log
i make
<library path="E:/oc4j/j2ee/home/applib/jasper-compiler.jar"/>
and still have problem
any 1 have idea using tomcat parser in oc4j
or have idea solve this problem
thanx
Message was edited by:
[email protected]
Message was edited by:
[email protected]
Message was edited by:
[email protected]
Message was edited by:
[email protected]

OC4J 10.1.3 does support JSP 2.0, as well as custom tag libraries (including JSTL 1.1).
There are two approaches to configuring a custom tag library for use in JSPs served by OC4J:
1) Package the JSTL or custom tag library with your application:
i. include the necessary JAR file in your web app's /WEB-INF/lib folder
ii. include the relevant Tag Library Descriptor (TLD) file(s) in your web app's /WEB-INF folder
iii. for each TLD, add a <tag-lib> element to web.xml referencing the TLD file's location and taglib URI
2) Place the JSTL or custom tag library in an Application Server instance-level directory ($ORACLE_HOME/j2ee/home/jsp/lib/taglib) to make them available to multiple applications (in all OC4Js installed in the Oracle Home)
For example, if you'd like to use the JSTL 1.1 Core and Internationalization Tag Libraries, do one of the following:
1) Package the JSTL or custom tag library with your application:
i. Obtain an implementation of JSTL (e.g. Jakarta Taglibs) and include the standard.jar and jstl.jar files in your web module's /WEB-INF/lib directory
ii. From the JSTL implementation you're using, also copy the c.tld and fmt.tld Tag Library Descriptors to your web module's /WEB-INF/lib directory
iii. Add the following elements to your web module's web.xml file:
<jsp-config>
<taglib>
<taglib-uri>http://java.sun.com/jsp/jstl/core</taglib-uri>
<taglib-location>/WEB-INF/c.tld</taglib-location>
</taglib>
<taglib>
<taglib-uri>http://java.sun.com/jsp/jstl/fmt</taglib-uri>
<taglib-location>/WEB-INF/fmt.tld</taglib-location>
</taglib>
</jsp-config>
OR
2) Copy the standard.jar and jstl.jar libraries from the JSTL implementation you're using to $ORACLE_HOME/j2ee/home/jsp/lib/taglib

Similar Messages

  • Upgraded from Tomcat 3.3.1 to Tomcat 4.0.4 receiving Stack

    I moved my war file into my new Tomcat 4.0.4 webapps directory since I
    need to upgrade in order to use some 'other' tags and I'm receiving
    the following stacktrace when I try to hit the first page in my
    application....
    Any ideas as to why this is occurring?
    StackTrace Below:
    Application Error
    javax.servlet.ServletException: Invalid request - request handler
    "VoyagerLogin"
    not found
    at
    com.iplanet.jato.ApplicationServletBase.onRequestHandlerNotFound(Appl
    icationServletBase.java:1153)
    at
    com.iplanet.jato.ApplicationServletBase.fireRequestHandlerNotFoundEve
    nt(ApplicationServletBase.java:977)
    at
    com.iplanet.jato.ApplicationServletBase.getViewBeanInstance(Applicati
    onServletBase.java:717)
    at
    com.iplanet.jato.ApplicationServletBase.processRequest(ApplicationSer
    vletBase.java:429)
    at
    com.iplanet.jato.ApplicationServletBase.doPost(ApplicationServletBase
    .java:312)
    at
    com.iplanet.jato.ApplicationServletBase.doGet(ApplicationServletBase.
    java:282)
    at
    javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
    at
    javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
    at
    org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appl
    icationFilterChain.java:247)
    at
    org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationF
    ilterChain.java:193)
    at
    org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperV
    alve.java:243)
    at
    org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline
    .java:566)
    at
    org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.jav
    a:472)
    at
    org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
    at
    org.apache.catalina.core.StandardContextValve.invoke(StandardContextV
    alve.java:190)
    at
    org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline
    .java:566)
    at
    org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve
    .java:246)
    at
    org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline
    .java:564)
    at
    org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.jav
    a:472)
    at
    org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
    at
    org.apache.catalina.core.StandardContext.invoke(StandardContext.java:
    2347)
    at
    org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.j
    ava:180)
    at
    org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline
    .java:566)
    at
    org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatche
    rValve.java:170)
    at
    org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline
    .java:564)
    at
    org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.j
    ava:170)
    at
    org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline
    .java:564)
    at
    org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:
    468)
    at
    org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline
    .java:564)
    at
    org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.jav
    a:472)
    at
    org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
    at
    org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineVal
    ve.java:174)
    at
    org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline
    .java:566)
    at
    org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.jav
    a:472)
    at
    org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
    at
    org.apache.catalina.connector.http.HttpProcessor.process(HttpProcesso
    r.java:1027)
    at
    org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.ja
    va:1125)
    at java.lang.Thread.run(Thread.java:536)

    There's definitely something wrong with my application directory or
    the .war file because I can run the JatoSample and the JatoTutorial
    applications fine from within Tomcat-4.0.4.....
    --- In SunONE-JATO@y..., "Craig V. Conover" <craig.conover@s...>
    wrote:
    Send me the war file with source. I'll see if I can run it on mymachine
    or figure out what the issue is.
    send to: craig.conover@s...
    craig
    chubbykidd wrote:
    Total disaster. My application will not work. I've closed all
    instances of Netscape and even logged off the SunRay I'm working on
    and I still get the same error. I then took your advice and
    downloaded
    Resin and installed it. Now when I hit the following URL...
    http://localhost:8080/Voyager/voyagermodule/VoyagerLogin I receivean
    'Application Error' page which states "Invalid request - request
    handler VoyagerLogin not found"
    I don't know what to do, I'm running out of possiblities...
    Help :-/
    --- In SunONE-JATO@y..., "Craig V. Conover" <craig.conover@s...>
    wrote:
    This will happen if the browser was already running, but you say
    you
    closed your browsers first. Make sure all instances of the browser
    are
    closed. For IE, when you launch one IE instance from another
    (Ctrl-N),
    they share the same process space.
    For Netscape, all instances always share the same process space.
    This
    includes the Mail client, so be sure all of them have been closed.
    I might suggest test running in Resin from Caucho (www.caucho.com)
    to
    make sure it's not a Tomcat bug or setup/install issue. Resin
    installs
    with just an unzip, and drop the war file in the webapps dir, and
    start
    the server.
    c
    chubbykidd wrote:
    I deleted my jakarta-tomcat-3.3.1 directory and now I'm getting a
    different error when I try to hit the first page in my
    application:
    >>>>
    The URL of my app is:
    http://localhost:8080/Voyager/voyagermodule/VoyagerLogin
    StackTrace below.... I've restarted tomcat after this stack was
    thrown
    and I've also closed my browsers and started over and I keep
    getting
    the same outcome....
    javax.servlet.ServletException: This session has timed out
    at
    com.iplanet.jato.ApplicationServletBase.onSessionTimeout(ApplicationServletBas\
    e.java:1075)
    >>>
    >>>
    at
    com.iplanet.jato.ApplicationServletBase.fireSessionTimeoutEvent(ApplicationSer\
    vletBase.java:941)
    >>>
    >>>
    at
    com.iplanet.jato.ApplicationServletBase.fireSessionEvents(ApplicationServletBa\
    se.java:649)
    >>>
    >>>
    at
    com.iplanet.jato.ApplicationServletBase.processRequest(ApplicationServletBase.\
    java:427)
    >>>
    >>>
    at
    com.iplanet.jato.ApplicationServletBase.doPost(ApplicationServletBase.java:312\
    >>>
    >>>
    at
    com.iplanet.jato.ApplicationServletBase.doGet(ApplicationServletBase.java:282)
    at
    javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
    at
    javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
    at
    org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFi\
    lterChain.java:247)
    >>>
    >>>
    at
    org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChai\
    n.java:193)
    >>>
    >>>
    at
    org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java\
    :243)
    >>>
    >>>
    at
    org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566\
    >>>
    >>>
    at
    org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
    at
    org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
    at
    org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java\
    :190)
    >>>
    >>>
    at
    org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566\
    >>>
    >>>
    at
    org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.java:246\
    >>>
    >>>
    at
    org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564\
    >>>
    >>>
    at
    org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
    at
    org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
    at
    org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2347)
    at
    org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180)
    at
    org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566\
    >>>
    >>>
    at
    org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.ja\
    va:170)
    >>>
    >>>
    at
    org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564\
    >>>
    >>>
    at
    org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:170)
    at
    org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564\
    >>>
    >>>
    at
    org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:468)
    at
    org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564\
    >>>
    >>>
    at
    org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
    at
    org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
    at
    org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:1\
    74)
    >>>
    >>>
    at
    org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566\
    >>>
    >>>
    at
    org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
    at
    org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
    at
    org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java:10\
    27)
    >>>
    >>>
    at
    org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:1125)
    at java.lang.Thread.run(Thread.java:536)
    [85] wb138834@s...:
    --- In SunONE-JATO@y..., Todd Fast <Todd.Fast@S...> wrote:
    This error means the page/ViewBean you requested was not found.
    What is the
    URL you are using? Also make sure everything is compiled.
    Todd
    ----- Original Message -----
    From: "chubbykidd" <bacon33@o...>
    Sent: Thursday, August 29, 2002 11:13 AM
    Subject: [SunONE-JATO] Upgraded from Tomcat 3.3.1 to Tomcat
    4.0.4
    >>>>>
    >>>>>
    >>>>>
    >>>>>
    receiving
    Stack
    I moved my war file into my new Tomcat 4.0.4 webapps directory
    since I
    need to upgrade in order to use some 'other' tags and I'm
    receiving
    the following stacktrace when I try to hit the first page in my
    application....
    Any ideas as to why this is occurring?
    StackTrace Below:
    Application Error
    javax.servlet.ServletException: Invalid request - request
    handler
    "VoyagerLogin"
    not found
    at
    com.iplanet.jato.ApplicationServletBase.onRequestHandlerNotFound(Appl
    icationServletBase.java:1153)
    at
    com.iplanet.jato.ApplicationServletBase.fireRequestHandlerNotFoundEve
    nt(ApplicationServletBase.java:977)
    at
    com.iplanet.jato.ApplicationServletBase.getViewBeanInstance(Applicati
    onServletBase.java:717)
    at
    com.iplanet.jato.ApplicationServletBase.processRequest(ApplicationSer
    vletBase.java:429)
    at
    com.iplanet.jato.ApplicationServletBase.doPost(ApplicationServletBase
    .java:312)
    at
    com.iplanet.jato.ApplicationServletBase.doGet(ApplicationServletBase.
    java:282)
    at
    javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
    at
    javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
    at
    org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appl
    icationFilterChain.java:247)
    at
    org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationF
    ilterChain.java:193)
    at
    org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperV
    alve.java:243)
    at
    org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline
    .java:566)
    at
    org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.jav
    a:472)
    at
    org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
    at
    org.apache.catalina.core.StandardContextValve.invoke(StandardContextV
    alve.java:190)
    at
    org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline
    .java:566)
    at
    org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve
    .java:246)
    at
    org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline
    .java:564)
    at
    org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.jav
    a:472)
    at
    org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
    at
    org.apache.catalina.core.StandardContext.invoke(StandardContext.java:
    2347)
    at
    org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.j
    ava:180)
    at
    org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline
    .java:566)
    at
    org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatche
    rValve.java:170)
    at
    org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline
    .java:564)
    at
    org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.j
    ava:170)
    at
    org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline
    .java:564)
    at
    org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:
    468)
    at
    org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline
    .java:564)
    at
    org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.jav
    a:472)
    at
    org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
    at
    org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineVal
    ve.java:174)
    at
    org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline
    .java:566)
    at
    org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.jav
    a:472)
    at
    org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
    at
    org.apache.catalina.connector.http.HttpProcessor.process(HttpProcesso
    r.java:1027)
    at
    org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.ja
    va:1125)
    at java.lang.Thread.run(Thread.java:536)
    To download the latest version of JATO, please visit:
    http://www.sun.com/software/download/developer/5102.html
    For more information about JATO, please visit:
    http://developer.iplanet.com/tech/appserver/framework/index.jsp
    To download the latest version of JATO, please visit:
    http://www.sun.com/software/download/developer/5102.html
    For more information about JATO, please visit:
    http://developer.iplanet.com/tech/appserver/framework/index.jsp
    To download the latest version of JATO, please visit:
    http://www.sun.com/software/download/developer/5102.html
    For more information about JATO, please visit:
    http://developer.iplanet.com/tech/appserver/framework/index.jsp

  • JSPX Migration from Tomcat to OC4J

    We are migrating the web tier of our application from Tomcat 5 to OC4J 10.1.3.0.0. We are having a problem in our jspx files. The code below works in Tomcat but not in oc4j.
    <gc3:viewFieldText name="invoice/invoice_xid" valueIndicator="invoice/indicator">
    <jsp:attribute name="label">
    <x:when select="$mainNode/invoice_type = 'B'">field.invoice/bill_xid</x:when>
    <x:otherwise>field.invoice/invoice_xid</x:otherwise>
    </x:choose>
    </jsp:attribute>
    </gc3:viewFieldText>
    We are trying to dynamically set the label attribute of one of our custom tags using <jsp:attribute> and the jstl xtags. mainNode is a variable bound in the request and based on the result of the XPath expression, we want to dynamically set the label attribute. The XPath expression is correctly evaluated, however instead of passing the text within the x:when or x:otherwise to our custom tag, it just writes it out to the screen.
    If I remove the xtags from the code and hard code the label it works as shown below.
    <gc3:viewFieldText name="invoice/invoice_xid" valueIndicator="invoice/indicator">
    <jsp:attribute name="label">
    field.invoice/bill_xid
    </jsp:attribute>
    </gc3:viewFieldText>
    Let me know if you need any further information.

    Chad,
    10.1.3.0.0 was buggy.
    Try 10.1.3.1.0 or the latest: 10.1.3.2.0
    (Just a suggestion.)
    Good Luck,
    Avi.

  • Migrate from Tomcat to OC4J

    Hi! Everyone,
    I developed a Servlet/JSP application on tomcat, now I am going to deploy it to OC4J. In OC4J, directly under default-web-apps, I created a directory called misc, and put my servlets (in default-web-apps/misc/WEB-INF/classes), jsp (in default-web-apps/misc/jsp), beans (in default-web-apps/misc/WEB-INF/classes/beans) there (no EJB). The OC4J server can run jsp correctly, but it can not locate servlets. It can only locate servlets under default-web-apps/WEB-INF/classes directory.
    It means it is not scalable if I put my servlets directly in default-web-apps/WEB-INF/classes, because if I deploy another project, which has a servlet, I also need to put it in the same directory.
    All in all, OC4J can locate the servlet by "http://127.0.0.1:port/servlet/myservlet", but if I put the servlet in misc/WEB-INF/classes directory, it can not locate the servlet by "http://127.0.0.1:port/misc/servlet/myservlet".
    In tomcat, it is good because every time I created a new project, I just create a new directory "misc" parallel to "examples", and I can access that project by "http://127.0.0.1:port/misc/servlet/myservlet". By doing this way, different projects are in different directory. But in OC4J, different projects' servlet has to be in the same directory (I know I can create a directory under WEB-INF/classes called misc, and then call my servlet by "http://127.0.0.1:port/servlet/misc.myservlet, but this is not what I want).
    Is there a way to let OC4J to deploy projects like tomcat? The documentation said OC4J is 100% compatible with tomcat, but I think it is not.
    Thanks a lot if you can provide help.
    Jingzhi

    Hi! Everyone,
    I developed a Servlet/JSP application on tomcat, now I am going to deploy it to OC4J. In OC4J, directly under default-web-apps, I created a directory called misc, and put my servlets (in default-web-apps/misc/WEB-INF/classes), jsp (in default-web-apps/misc/jsp), beans (in default-web-apps/misc/WEB-INF/classes/beans) there (no EJB). The OC4J server can run jsp correctly, but it can not locate servlets. It can only locate servlets under default-web-apps/WEB-INF/classes directory.
    It means it is not scalable if I put my servlets directly in default-web-apps/WEB-INF/classes, because if I deploy another project, which has a servlet, I also need to put it in the same directory.
    All in all, OC4J can locate the servlet by "http://127.0.0.1:port/servlet/myservlet", but if I put the servlet in misc/WEB-INF/classes directory, it can not locate the servlet by "http://127.0.0.1:port/misc/servlet/myservlet".
    In tomcat, it is good because every time I created a new project, I just create a new directory "misc" parallel to "examples", and I can access that project by "http://127.0.0.1:port/misc/servlet/myservlet". By doing this way, different projects are in different directory. But in OC4J, different projects' servlet has to be in the same directory (I know I can create a directory under WEB-INF/classes called misc, and then call my servlet by "http://127.0.0.1:port/servlet/misc.myservlet, but this is not what I want).
    Is there a way to let OC4J to deploy projects like tomcat? The documentation said OC4J is 100% compatible with tomcat, but I think it is not.
    Thanks a lot if you can provide help.
    Jingzhi

  • Request.getParameter returns null - Converting webapp from Tomcat to oc4j

    I support a simple web app that passes arguments via url context variables. For some reason it does not work in OC4J. When I use request.getContextPath() I see that the URL string only contains the webapps name, not the whole URL with parameters set.
    BTW it is an OC4J cluster

    *Name:             index.jsp
    *Function:         This page is 1st url for WebApp
    *Information:      This page is used as the home page for this application.
    *Version:          1.0 (created on 2005-06-06)
    * 2.0 052406 pge
    %>
    <%@ page pageEncoding="UTF-8"%>
    <%@ page import="com.hp.itsm.api.*" %>
    <%@ page import="com.hp.itsm.api.interfaces.*" %>
    <%@ page import="java.text.Collator" %>
    <%@ page import="java.util.*"%>
    <%@ page contentType="text/html; charset=utf-8" %>
    <%@ include file="include/variables_initialize.jsp" %>
    <%@ include file="include/methods_global.jsp" %>
    <%@ include file="include/methods_servicedesk.jsp" %>
    <%
    String login = request.getParameter("u");
    String xxx = request.getContextPath();
    //Service Call objects
    ApiSDSession SDsession = null;
    IPerson[] personList = null;
    IAccount accountRequester = null;
    Boolean bError = Boolean.FALSE; //Default to no errors found
    List errMsgList = new ArrayList(); //Array of error messages
    //Get account information
    accountRequester = getAccount(SDsession, login);
    if (accountRequester == null) {
    bError = Boolean.TRUE;
    errMsgList.add("Could not retrieve the accountRequester.");
    }

  • NB upgrade - from tomcat to glassfish

    I upgraded NetBeans from 5.5b to 6.1. There is no longer a bundled tomcat, instead there is glassfish.
    My old web projects (written against tomcat) build correctly but they no longer run under glassfish. I get a 404 when I try to access them. I do not know glassfish well enough to troubleshoot via gf log messages whey they are not running under gf.
    Should these old tomcat projects run orrectly in glassfish or do i have to configure a file like web.xml in order to get them to run under glassfsh?

    duffymo wrote:
    qt4x11 wrote:
    I upgraded NetBeans from 5.5b to 6.1. There is no longer a bundled tomcat, instead there is glassfish.
    My old web projects (written against tomcat) build correctly but they no longer run under glassfish. I get a 404 when I try to access them. I do not know glassfish well enough to troubleshoot via gf log messages whey they are not running under gf.404 suggests that you just have a deployment or URL issue. What URL do you use to invoke the web app? Do you package it in a WAR file? Tomcat's default port is 8080; what port is Glassfish listening to for HTTP requests?
    I hit 'run main project' - the main project builds, then glassfish is started, and a browser window starts up with the web app.
    I am new to glassfish - I checked Services/Servers/GlassfishV2/Properties - it says
    Location: localhost:8484
    is that the port you are asking about?
    duffymo wrote:
    qt4x11 wrote:
    Should these old tomcat projects run orrectly in glassfish or do i have to configure a file like web.xml in order to get them to run under glassfsh?%

  • JAX-RPC on OC4J (Migrating from TOMCAT to OC4J) Problems

    I am attempting to compile and build a simple web service
    to using wsdeploy from Sun's JWSDP1.2. It works fine on Tomcat but when I try to deploy it to OC4J. I get the following error:
    7/23/03 11:58 AM Internal error in HttpServer
    java.lang.ClassCastException: com.evermind.naming.ContextClassLoader
         at com.sun.xml.rpc.server.http.JAXRPCContextListener.contextInitialized(JAXRPCContextListener.java:52)
         at com.evermind.server.http.HttpApplication.initDynamic(HttpApplication.java:583)
         at com.evermind.server.http.HttpApplication.<init>(HttpApplication.java:374)
         at com.evermind.server.Application.getHttpApplication(Application.java:657)
         at com.evermind.server.http.HttpServer.getHttpApplication(HttpServer.java:663)
         at com.evermind.server.http.HttpSite.getApplication(HttpSite.java:387)
         at com.evermind.server.http.HttpRequestHandler.processRequest(HttpRequestHandler.java:378)
         at com.evermind.server.http.HttpRequestHandler.run(HttpRequestHandler.java:243)
         at com.evermind.util.ThreadPoolThread.run(ThreadPoolThread.java:64)7/23/03 3:53 PM 9.0.2.0.0
    I've come to notice that Oracle's WebServicesAssembler doesn't use com.sun.xml.rpc.server.http.JAXRPCContextListener but instead uses something else. When the JAXRPCContextListener starts to initialize it trys to perform the following operation:
    classLoader = (URLClassLoader)Thread.currentThread().getContextClassLoader();
    Is there any way to remedy this?? Or is there anything I can do to get this to work??
    Thanks
    Mike

    Have you deployed JAX-RPC onto OC4J? We currently do not have JAX-RPC available on OC4J.
    Mike.

  • Migrating from Tomcat to OC4J

    We are currently just using Tomcat for both HTTP and Servlet engine duties on our web server. The HTTP side is quite slow so
    we have just purchased the 9iAS with OC4J (v.1.0.2.2). The documentation say OC4J is "100%" Tomcat compatible. That's great but current setup uses HTML to build 3 frames then puts an HTML menu in one which has the javascript commands to run java classes via a servlet. We have our index.html in the top level folder, then the menu files in a sub-folder (menu), graphics in another (misc), javascript in another (lib), then the class files are below that in :
    /Web-inf/classes/html...
    /Web-inf/classes/database
    /Web-inf/classes/objecttypes
    /Web-inf/classes/Utils
    Anyone set up this style of application? as the examples only show running servlets directly.

    Sure. Are you having a specific problem, or just wondering if it will work? YOu class files are fine in those subdirectories so long as they correspond correctly with the package names. As far as referencing a servlet whose class is in a package, you do it in OC4J just like in Tomcat - by defining the servlet name and class and mappings in the web.xml file. If you can build a war using Ant and deploy that war to Tomcat, you will find that that war will deploy very nicely to Orion. The only additional work is to add any custom application setup to the Orion configuration files (server.xml, default-web-site.xml, etc) similar to what you would do in the Tomcat server.xml and worker.xml files.
    John H.

  • Trouble upgrading from tomcat 3.1 to 4.1

    Hi,
    I have this jsp application running fine with Tomcat 3.1 under W2K and i'm now having trouble having them run on Tomcat 4.1 on the same PC.
    Basically i just renamed the Tomcat 3.1 directory, installed Tomcat 4.1, modified the server.xml file to let it know my application context. which means i did not change any environment variables.
    I get this message when trying to run my application:
    org.apache.jasper.JasperException: Impossible de compiler la classe pour JSP
    E:\tomcat\work\localhost\MPREPORT\Bcplogon$jsp.java:5: Class or interface declaration expected.
    import javax.servlet.*;
    ^
    E:\tomcat\work\localhost\MPREPORT\Bcplogon$jsp.java:11: Superclass org.apache.jsp.HttpJspBase of class org.apache.jsp.Bcplogon$jsp not found.
    public class Bcplogon$jsp extends HttpJspBase {
    ^
    2 errors
    Any hints welcome.
    Christophe

    yes the samples are running OK. I just don't see why i have compile problems since i did not modify the Classpath and JDK setup.
    Also this 'import javax.servlet.*;' that can be seen in the error message: i use some import in my code, but not this one. Could that lead to some explanations ?

  • Response from Tomcat Server slow and Invariable to JSP

    Hello,
    I have developed an application which is an INTRANET PORTAL in advanced java. My database is MySQL and Server is Tomcat V5.5
    The problem is server response is very slow and sometimes it stops responding, also when I try accessing it from remote machine I don't get response from my server.
    Please help...
    Thank and Regards

    since you posted to web server forum, i have to also add that web server 7 bundles a tomcat like web container within and can be used for your web serving needs. you can download web server 7 from http://www.sun.com/webserver

  • Can't open Aperture 3.2.4 after upgrade from 10.6.8 to 10.9

    I just upgraded from Snow Leopard to Mavericks and everything looks fine, except for the fact that I can't open Aperture anymore. The dock icon is crossed out and when I click on it, I get the message "You can't open the application "Aperture" because it is not supported on this type of Mac.
    I am running Aperture 3.2.4 which was the latest supported version under Snow Leopard 10.6.8. I was under the impression that I could upgrade to the latest version of Aperture under the new operating system....
    --> What does that mean? My Mac was able to upgrade to the latest operating system but the applications are not??
    Any help is greatly appreciated, thanks!

    I tested this:
    Reinstalled Aperture 3.1 from the Trial Installer.
    In some way it seems to be working. But the whole thing is a scary Chimera.
    It can create an Aperture library. I can import and edit images, even in Graphic Converter ias an external editor.
    But the Media Browser does not show the aperture Library that I created.
    The versioning is inconsistent. The library appears as an Aperture 3.4 library in the Finder.  Aperture 3.5 seems to be able to read this library and to upgrade it to 3.5
    The Applications folder is showing the application as version 3.4 and as compatible. Spotlight is showing it as illegal.
    When opening the chimera Aperture, I see plenty of warnings in the Console window:
    An Aperture "Hang" report
    xpcproxy assertion failed
    com.apple.IconServiceAgent: main failed to composite image
    quicklookd: Warning
    and more ... the hang was critical. I had to force quit Aperture more than once.
    So be careful. I would not trust any important Aperture library to this patched application, without testing thoroughly. Be careful with your  precious photos.

  • How to call Sun server from Tomcat

    Hi
    I have EJB running on SUN J2EE server on different machine. I want to access EJB from Tomcat running on my machine through JSP page.
    Properties p = new Properties();
    p.put(Context.INITIAL_CONTEXT_FACTORY, "com.sun.jndi.cosnaming.CNCtxFactory");
         p.put(Context.PROVIDER_URL, "iiop://remote_machine:3700#ejb/ConnEJBBean");
    Context ctx = new InitialContext(p);
    Object objRef = ctx.lookup("ejb/ConnEJBBean");
    %>
    objRef type is: <%=objRef.getClass().getName()%>
    <%
    // Do something with object reference...
    ConnEJBRemoteHome conEjbRemoteHome = (ConnEJBRemoteHome)PortableRemoteObject.narrow(objRef, ConnEJBRemoteHome.class);
    ConnEJBRemote myConEjb = conEjbRemoteHome.create();
    %>
    This call rerurn an object of com.sun.corba.se.internal.iiop.CDRInputStream_1_0$1
    althought I am expecting of conEjbRemoteHome Stub. Thus it throwas error on line:
    ConnEJBRemoteHome conEjbRemoteHome = (ConnEJBRemoteHome)PortableRemoteObject.narrow(objRef, ConnEJBRemoteHome.class);
    Which throuws an exception:
    java.lang.ClassCastException at com.sun.corba.se.internal.javax.rmi.PortableRemoteObject.narrow(PortableRemoteObject.java:293) at javax.rmi.PortableRemoteObject.narrow(PortableRemoteObject.java:134)
    ANy help would be great...
    Thanks in advance
    Bhuwan

    Couple of suggestions. First double-check that you actually have the RMI-IIOP stubs. Which version of SUN Appserver are you using. With versions 8.x or later, there are no RMI-IIOP stubs generated by default. You'd need to explicitly request that they be generated during deployment of the ejb app ( e.g. by setting the --generatermistubs option when running asadmin deploy).  
    Also double-check that the stubs are indeed visible within the classpath of your web application. The most common reason for the ClassCastException during PortableRemoteObject.narrow is that the stubs were not found.
    --ken                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                   

  • Help needed upgrading from Vista to XP for Conexant Sound Driver

    I upgraded from Vista to XP and got everything else working except for the sound. I have scoured the interenet and tried many versions of drivers from Vista ones to XP ones with no success. Even though the drivers seem to update correctly when installed, after a reboot there is no sound device loaded in the control panel for sound. I have a P105-6197 model laptop. Does anyone have any process to make this work that is proven? Thanks
    Casey Jackson
    Solved!
    Go to Solution.

    Satellite P105-S6197
    Try these two sound drivers, Casey. The first one is newer (European date).
       Conexant Sound Driver for Windows XP, 3.44.0.0, 06/12/07
       sound-20071106151533.zip
       Conexant Sound Driver for Windows XP, 3.21.0.52, 15/10/07
       sound-20071015135316.zip
    -Jerry

  • Jms upgrade from oc4j 10.1.2.2 to 10.1.3

    hello,
    I have recently upgraded from oc4j 10.1.2 to 10.1.3 - and everything works ok within my apps apart from JMS messaging.
    I have 2 apps within the same oc4j container, the first produces topic messages
    ObjectMessage message = session.createObjectMessage(obj);
    The second receives the messages - by implementing the MessageListener onMessage interface.
    Everything worked perfectly under oc4j 10.1.2 but although I find no errors under 10.1.3 - the receiver never gets the message.
    Can you help direct me how to debug this? - or provide probable areas of investigation?
    thank you

    Thanks Rocky. It was your thorough discussion that prompted me to look at my TopLink sessions.xml configuration more closely, since my existing config did not utilize the transport class you mentioned. As it turns out, I was utilizing the depricated cache coordination mechanism (<cache-synchronization-manager> instead of <remote-command>). With a new configuration as follows, everything is working well:
    <remote-command>
    <commands>
    <cache-sync>true</cache-sync>
    </commands>
    <transport xsi:type="jms-topic-transport">
    <topic-host-url>ormi://localhost:23791/ems</topic-host-url>
    <topic-connection-factory-name>jms/Topic/ToplinkCacheSyncConnectionFactory</topic-connection-factory-name>
    <topic-name>jms/Topic/ToplinkCacheSync</topic-name>
    <jndi-naming-service>
    <user-name>oc4jadmin</user-name>
    <password>oc4j</password>
    <initial-context-factory-name>com.evermind.server.rmi.RMIInitialContextFactory</initial-context-factory-name>
    </jndi-naming-service>
    </transport>
    </remote-command>
    Thanks for your contribution,
    --Todd                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                       

  • From Tomcat-Apache to OC4J

    I4m migrating an application from Tomcat-Apache to OC4J. I have a problem whith a taglib in a Servlet call a JSP that use a taglib.
    In the JSP call a taglib whith:
    <%@ taglib uri="/oficios" prefix="portalOficios"%>
    <jsp:useBean id="resultado" scope="session" class="com.npevolution.util.SQLResult" />
    <portalOficios:iteracion nombres="codigo" tipo="String" group="<%= resultado%>">
    <% String campoCodProv = (String)pageContext.getAttribute("campo0");%>
    <%String campoNombProv =(String)pageContext.getAttribute("campo1");%>
    </portalOficios:iteracion>
    thank you;
    Esther

    I looked at the code after a jsp compiled to a servlet. The
    jspService method of "EditTmpForm.jsp" is about 801 KB. But for another jsp "EditOperation.jsp", the  jspService method is about 236 KB.
    Both are much greater than 64 K, but why it runs okay for "EditOperation.jsp" but gives me error for "EditTmpForm.jsp"?
    Furthermore, since the HTML form is long, so the HTML code itself is bigger than 64 K, how can you prevent your _jspService method so that is is shorter than 64K?
    Thanks for your help!
    James

Maybe you are looking for