Nitro 1.1 JSP compilation bug

empty

I am starting to see a pattern here of problems. One issue might be that we
are using Resin as a container. Im not sure if that is contibuting to some
compile issues but it might. For example, nitro complains about this
scriptlet
<%
this.getServletContext().log("Bad Hashcode for RegulatoryApplication");
%>
Changing the "this" to "seesion" fixes it. Since this works in resin, I
assume resin, I assume it is an container issue.
Nitro's jsp complier seems to really not like stuff like this:
<% if (noUser.booleanValue()) { %>
href="javascript:window.alert('You must be a member of DrillingInfo to
access the download functions.')">Download this data</a>
<% } else { %>
href="/download.do?type=prod&format=<%=com.drillinginfo.struts.actions.downl
oad.ProductionDownloadController.DOWNLOAD_FORMAT_DRI %>"
target="_blank">Download this data</a>
<% } %>
Giving an error "syntax error on else: finally expected"
Is there some way to turn off jsp complile entirely or on a file by file
bases?
"Alan Berezin" <[email protected]> wrote in message
news:[email protected]...
Installed Nitro1.1 along with it's eclipse3.0.I am seeing an error reported in a scriptlet. Here is a clip of the JSP:
table bgcolor="eeeeee" width="650"
% int[] npvp =
(int[])calcAnalysisDO.getNetPresentValuePercentsIntegers();
logic:iterate name="calcAnalysisDO" property="netPresentValues"
id="value"
indexId="index"
tr
td><font face="Arial, Helvetica, sans-serif"
size="2"><b><%=npvp[index.intValue()]%>%</b
$<bean:write name="value" format="###,###"/></font></td
/tr
/logic:iterate
/table
It is reporting an error on this line: <% int[] npvp ...
The error is "Type Mismatch: cannot convert from null to int"
Interestly, when I move that statement to the top of the file, into a
scriptlet with some other code, the error disappears. That will work fine
at runtime.
This jsp scriptlet causes the same error: <%=
leaseData.getWells().toString() %
I change it to this but still get the same error (getWells() returns a
String): <% out.print(leaseData.getWells()); %
Note that Nitro knows this object, leaseData, because it properly does
statement completion on it.

Similar Messages

  • WL SP4 jsp compilation bug? - redeployment

    Last week I've upgraded WebLogic from SP2 to SP4. Since then after each application redeploy i'm getting jsp compilation error.<br><br>
              The only solution I've found is to restart the cluster. Then it works fine until next redeployment.<br><br>
              It looks like WebLogic couldn't find some libraries. Maybe it is problem with ClassLoader.<br><br>
              Did you encounter any behaviour like this? Is it some kind of WebLogic SP4 bug?<br><br>
              <br>
              ####<Apr 11, 2005 6:29:25 PM CEST> <Error> <HTTP> <K2DA002> <man1ITG20> <ExecuteThread: '12' for queue: 'weblogic.kernel.Default'> <<WLS Kernel>> <> <BEA-101017> <[ServletContext(id=8986766,name=plans,context-path=/plans)] Root cause of ServletException.
              java.lang.Throwable: Failed to compile JSP /login/remotelogin.jsp<html><br>
              <head><br>
              <title>Javelin JSP compilation error</title><br>
              </head><br>
              <body><br>
              <br>
              <b>Compilation of JSP File '/login/remotelogin.jsp' <font color=#FF0000>failed</font>:</b><HR><br>
              <pre><br>
              Errors found in <br>man1ITG20/stage/integration/TD/login/remotelogin.jsp:
              Error at line 17 column 1:<br>
              Description: Package org.apache contains no member package or type of this name.
              <br>
              Error at line 17 column 1:
              Description: Package org.apache contains no member package or type of this name.
              <br>
              Error at line 55 column 2:
              Description: Package org.apache contains no member package or type of this name.
              <br>
              Error at line 56 column 4:
              Description: Package org.apache contains no member package or type of this name.
              <br>
              Found 4 error(s) and 0 warning(s).
              <br>
              </pre><br>
              </body></html><br>
              <br>
                   at weblogic.servlet.jsp.WlwJspStub.compilePage(WlwJspStub.java:207)
                   at weblogic.servlet.jsp.JspStub.prepareServlet(JspStub.java:238)
                   at weblogic.servlet.jsp.JspStub.prepareServlet(JspStub.java:188)
                   at weblogic.servlet.internal.ServletStubImpl.getServlet(ServletStubImpl.java:535)
                   at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:373)
                   at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:463)
                   at weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:28)
                   at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
                   at com.bea.wlw.netui.pageflow.PageFlowJspFilter.doFilter(PageFlowJspFilter.java:223)
                   at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
                   at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:6724)
                   at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
                   at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:121)
                   at weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletContext.java:3764)
                   at weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java:2644)
                   at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:219)
                   at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:178)

    I've a similiar problem when redeploying apps on WL SP4/Jrockit JVM on Linux. The redeploy results in a NoClassDefFound error, while a fresh deployment works fine. Two points to note here:
              - The domain is on a NFS mounted drive - The redeploy works fine if the domain is on a local disk.
              - The redeploy works fine if I use the bundled JDK142_05
              Here's the exception -
              --------------- nested within: ------------------
              weblogic.management.ManagementException: - with nested exception:
              [java.lang.NoClassDefFoundError: com/mypackage/common/util/LoggerBase]
              at weblogic.management.deploy.slave.SlaveDeployer$ActivateTask.prepare()V(SlaveDeployer.java:2396)
              at weblogic.management.deploy.slave.SlaveDeployer.processPrepareTask(Lweblogic.management.deploy.OamVersion;Lweblogic
              .management.runtime.DeploymentTaskRuntimeMBean;Z)V(SlaveDeployer.java:866)
              at weblogic.management.deploy.slave.SlaveDeployer.prepareDelta(Lweblogic.management.deploy.OamDelta;Lweblogic.managem
              ent.deploy.OamVersion;ZLjava.lang.StringBuffer;)Z(SlaveDeployer.java:594)
              at weblogic.management.deploy.slave.SlaveDeployer.prepareUpdate(Ljava.util.ArrayList;Z)V(SlaveDeployer.java:508)
              at weblogic.drs.internal.SlaveCallbackHandler$1.execute(Lweblogic.kernel.ExecuteThread;)V(SlaveCallbackHandler.java:2
              5)
              at weblogic.kernel.ExecuteThread.execute(Lweblogic.kernel.ExecuteRequest;)V(ExecuteThread.java:219)
              at weblogic.kernel.ExecuteThread.run()V(ExecuteThread.java:178)
              at java.lang.Thread.startThreadFromVM(Ljava.lang.Thread;)V(Unknown Source)
              >

  • BUG: JSP Compiler Inconsistency in handling EL under Jdev 10.1.3.0.4.3673

    I think I have a reproducible test case for exposing this problem. Follow these steps in Jdev 10.1.3 production.
    1) Create new Web Project, give it a name, next
    2) Select Servlet 2.3, then next
    3) Check Add JSP Page, next, finish
    4) Accept defaults for new JSP page, click finish
    5) Open JSP Component Palette and drag Taglib Directive onto the new JSP page.
    6) Select JSTL Core 1.0, click OK
    7) Paste this in the body: <c:set var="bogus" value="something"/> Test: ${bogus}
    8) Right click, run. The page will have this output: Test: ${bogus}
    9) Modify the JSP to force a recompile, save, refresh the browser
    The output will change with the EL expression evaluated properly: Test: something
    The JSP compiled before oc4j starts does not behave the same as the JSP recompiled within oc4j. A bug?

    Please disregard the j2ee vs. studio comment. It was because I opened and ran the same project in the studio version without recompiling the jsp under Jdev. The compiled jsp was left over from my previous run of oc4j.
    Again, the problem is present in both editions.

  • JSP compile warnings

    Folks !
    I have been getting this nuisance warning for ages and I though it was time to get rid of them. Compiling any JSP in JDeveloper I get:
    Warning: package name _jsp.xxxx does not match source file name xxxx
    What is it ?
    Also, anyway to suppress Java compiler warnings so I can look at errors only ?
    thanks a lot,
    -Sanjay

    I have the same problem (many warnings....), but it hasn't cause any problem while running.
    I thing this is becasuse I use uppercase letters inside names of directories.
    Example:
    - my page: public_html/BP/Aplikace.jsp
    - compiled to .java: classes\.jsps\_BP\_Aplikace.java
    - third line of Aplikace.java: package bp;
    So there is the problem: "_BP" (name of directory) versus "_bp" (name of package)!!!
    I thing this is a bug.
    If I am right, I have question for JDevTeam - will it be fixed?

  • URGENT: sp6 and JSP compiling/classpath problem?

    Hi,
              We installed sp6 on our production site a little over a week and started
              seeing this problem on our logs with regards to any JSP with an include tag,
              such as:
              <%@ include file="/inc/insideHeadTag.jsp" %>
              INTERMITTENTLY, we will get the following error in the page on the client
              side at runtime:
              < ! -- cannot include file '/inc/insideHeadTag.jsp', resource not
              found -- >
              I grepped this newsgroup and noticed a previous unanswered post of the same
              nature, "Static compiles do not seem to include JSP's". Except in our case,
              this problem also manifest for dynamic JSP compiles, happens sporatically,
              and only started with sp6.
              Bug???
              Gene Chuang
              Join Kiko.com!
              

              Just to clarify - I'm not from BEA, I'm from EA - short a letter.
              As far as I know, there is no synchronization between WL instances in a cluster regarding the
              the compiling of JSPs. So when you start up two WL instances that share the same workingDir,
              and each WL instances gets a hit on your shiny new index.jsp, they both need to compile it. So the first
              one compiles it and writes index.class, the second does the same, overwriting the first _index.class,
              possibly at the same time that the first instance is trying to load _index.class into memory. And you
              get a mysterious 'class not found' error. Not likely, but possible.
              "Gene Chuang" <[email protected]> wrote:
              >Hmm, interesting... I thought Weblogic strongly recommends clustered
              >servers sharing the same file system?
              >
              >So you're saying the system-wide, cluster and node specific directories can
              >reside on the shared drive, but workingDirs should reside on local drives?
              >
              >--
              >Gene Chuang
              >Join Kiko.com!
              >
              >"Mike Reiche" <[email protected]> wrote in message
              >news:[email protected]...
              >>
              >> Make sure that your WLS instances are NOT sharing the workingDir. If two
              >instances
              >> try to compile the same JSP at the same time, bad things can happen.
              >>
              >> Mike
              >>
              >> "Gene Chuang" <[email protected]> wrote:
              >> >Hi Jong,
              >> >
              >> >Thanks for the reply; but I wish the solution is as simple as that.
              >Yes,
              >> >my .jsps are in the proper directory. They have been working properly
              >for
              >> >the past 6 months, since we were running WL 4.5.1. Only when I switched
              >to
              >> >WL 5.1 sp6 did this bug start showing up. Plus, like I said in my
              >original
              >> >post, this bug is sporatic. SOMETIMES the included jsp is found by
              >Weblogic
              >> >and the includer jsp compiles correctly; other times it isn't found and
              >the
              >> >includer jsp leaves a gap! What's going on?
              >> >
              >> >We are running clustered web servers in Solaris 2.7 with a shared file
              >> >system. This sporatic behavior may be because some nodes aren't working
              >> >properly???
              >> >
              >> >--
              >> >Gene Chuang
              >> >Join Kiko.com!
              >> >
              >> >"Jong Lee" <[email protected]> wrote in message
              >> >news:[email protected]...
              >> >>
              >> >> "Gene Chuang" <[email protected]> wrote:
              >> >> >Hi,
              >> >> >
              >> >> >We installed sp6 on our production site a little over a week and
              >started
              >> >> >seeing this problem on our logs with regards to any JSP with an
              >include
              >> >tag,
              >> >> >such as:
              >> >> I assumed insideHeadTag.jsp is in
              >> >> YOUR_DOCUMENT_ROOT/inc/insideHeadTag.jsp
              >> >>
              >> >> if you haven't read the spec of relative URI please do so:
              >> >> jsp spec 1.1 - section 2.5.2
              >> >>
              >> >> Jong
              >> >>
              >> >> >
              >> >> > <%@ include file="/inc/insideHeadTag.jsp" %>
              >> >> >
              >> >> >INTERMITTENTLY, we will get the following error in the page on the
              >client
              >> >> >side at runtime:
              >> >> >
              >> >> > < ! -- cannot include file '/inc/insideHeadTag.jsp', resource not
              >> >> >found -- >
              >> >> >
              >> >> >I grepped this newsgroup and noticed a previous unanswered post of the
              >> >same
              >> >> >nature, "Static compiles do not seem to include JSP's". Except in our
              >> >case,
              >> >> >this problem also manifest for dynamic JSP compiles, happens
              >> >sporatically,
              >> >> >and only started with sp6.
              >> >> >
              >> >> >Bug???
              >> >> >
              >> >> >Gene Chuang
              >> >> >Join Kiko.com!
              >> >> >
              >> >> >
              >> >> >
              >> >>
              >> >
              >> >
              >>
              >
              >
              

  • JSP bug or JSP container bug?

    This the following a JSP bug or JSP container bug?
    When I put:
    <jsp:declaration>
         void method() {
    </jsp:declaration>in a JSP page it runs fine, but when I put:
    <jsp:declaration>
         void method() {
              for(int idx=0; idx<5; idx++) {
    </jsp:declaration>in a JSP page I get:
    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: /doc/c11/XmlSyntaxDeclarations.jsp(54,17) Unterminated <jsp:declaration> tag
         org.apache.jasper.compiler.DefaultErrorHandler.jspError(DefaultErrorHandler.java:39)
         org.apache.jasper.compiler.ErrorDispatcher.dispatch(ErrorDispatcher.java:407)
         org.apache.jasper.compiler.ErrorDispatcher.jspError(ErrorDispatcher.java:134)
         org.apache.jasper.compiler.Parser.parseXMLDeclaration(Parser.java:695)
         org.apache.jasper.compiler.Parser.parseElements(Parser.java:1545)
         org.apache.jasper.compiler.Parser.parse(Parser.java:126)
         org.apache.jasper.compiler.ParserController.doParse(ParserController.java:220)
         org.apache.jasper.compiler.ParserController.parse(ParserController.java:101)
         org.apache.jasper.compiler.Compiler.generateJava(Compiler.java:203)
         org.apache.jasper.compiler.Compiler.compile(Compiler.java:470)
         org.apache.jasper.compiler.Compiler.compile(Compiler.java:451)
         org.apache.jasper.compiler.Compiler.compile(Compiler.java:439)
         org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:511)
         org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:295)
         org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:292)
         org.apache.jasper.servlet.JspServlet.service(JspServlet.java:236)
         javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
    note The full stack trace of the root cause is available in the Apache Tomcat/5.0.27 logs.
    Apache Tomcat/5.0.27

    What gives? I'm having the same problem with a scriptlet!
    This works:
    <jsp:scriptlet>
         cntInt++;
         out.println("cntInt = "+cntInt);
    </jsp:scriptlet>but this doesn't works:
    <jsp:scriptlet>
         cntInt++;
         out.println("cntInt = "+cntInt);
         for(int idx=0; idx<cntInt; idx++) {
    </jsp:scriptlet>...it can't seem to handle for loop? Does anyone know why?

  • HELP.....!!!!! Chinese jsp compilation problem.....

    Hi,
    Could someone please help on the above mentioned?
    I'm using JDeveloper 3.2.3 for my program development under Chinese windows platform. I have created a simple JSP page, which contains few static Chinese words and I have included the line
    <%@ page contentType="text/html;charset=UTF-8"%>
    at the top of the page. When I tried to compile it using encoding "UTF8" (under compiler option), the compiler gave me this error:
    C:\Program Files\Oracle\JDeveloper 3.2.3\myhtml\Chinese_html\ChineseList.jsp
    Error: (0) sun.io.MalformedInputException.
    Btw, when I have removed the line <%@ page contentType="text/html;charset=UTF-8"%> from the page and compile, I've got this error:
    C:\Program Files\Oracle\JDeveloper 3.2.3\myhtml\Chinese_html\ChineseList.jsp
    Warning: (0) ISO-8859-1 character set may not match project compiler setting.
    C:\Program Files\Oracle\JDeveloper 3.2.3\myhtml\Chinese_html\ChineseList.java
    Error: (0) malformed input character in C:\Program Files\Oracle\JDeveloper 3.2.3\myhtml\Chinese_html\ChineseList.java.
    I do appreciate your help on this. Thank you.

    Here's some info one of the JSP Developers sent me:
    1. HELP.....!!!!! Chinese jsp compilation problem.....
    The customer is trying to parse a document generated by
    Windows's notepad. When saved in UTF-8, the byte
    order mark is saved too. We have a know bug that
    JSP parser doesn't recognize Byte Order Mark. The
    bug is : 1915285.
    2. CHINESE CHARACTER ON JSP
    . SQLPLUS depends on NLS_LANG setting. If you
    check the windows registry, the default of NLS_LANG
    depends on the OS. The user environment is Traditional
    Chinese, so does NLS_LANG. If we set NLS_LANG
    to .UTF8, SQLPLUS dumps the data in UTF8, however,
    the command prompt will have problem displaying them.
    . For JSP, as mentioned in a previous mail:
    <%@ page contentType="text/html;charset=UTF-8" %> for all languages
    <%@ page contentType="text/html;charset=GB2312" %> for simplified Chinese
    <%@ page contentType="text/html;charset=Big5" %> for traditional Chinese
    . When you enter Chinese characters on a browser,
    the data is automatically converted to page encoding
    (UTF-8 in your case) before sent back to the server.
    But your receiving servlet/JSP needs to have request
    encoding set correctly.
        I'm not sure about the JDeveloper environment,
    but here is a simple JSP you may try to verify your
    OC4J environment:
    a.    To set up the schema:
    connect scott/tiger
    create table tab01(col varchar2(100));
    b. Edit the connect string in nls.jsp
    c. Run the nls.jsp in oc4j instance.
    <!-- nls.jsp -->
    <%@ page contentType="text/html; charset=UTF-8" %>
    <%@ page import="oracle.jdbc.*,java.sql.*,java.io.*"%>
    <HTML>
    <HEAD>
    <TITLE>Hello</TITLE></HEAD>
    <BODY>
    <%
    request.setCharacterEncoding("UTF-8");
    String sampledata="\u7D20";
    String paramValue = request.getParameter("myparam");
    String connStr = "jdbc:oracle:thin:@dlsun478:5521:j2ee01";
    String user = "scott";
    String passwd = "tiger";
    DriverManager.registerDriver(new oracle.jdbc.driver.OracleDriver());
    Connection conn = DriverManager.getConnection(connStr, user, passwd);
    if (paramValue == null || paramValue.length() == 0) { %>
       <FORM METHOD="GET">
       Please input your name: <INPUT TYPE="TEXT" NAME="myparam"
    value="<%=sampledata%>" size=20>
    <BR>
       <INPUT TYPE="SUBMIT" value="Insert Data">
       </FORM>
    <%
      selectData(conn, out);
    else
    %>
       <H1> Insert Data: <%= paramValue %> </H1>
       <br/>
    <%
      insertData(conn, paramValue);
    %>
    <a href="nls.jsp">back</a>
    <%
    %>
    </BODY>
    </HTML>
    <%!
      public void insertData(Connection aConn, String myval)
        try {
          PreparedStatement stmt = aConn.prepareStatement("insert into tab01
    values(?)");
          stmt.setString(1, myval);
          stmt.executeUpdate();
          aConn.close();
        catch (SQLException e) {
          e.printStackTrace();
      public void selectData (Connection aConn, JspWriter out)
        try {
          Statement stmt = aConn.createStatement( );
          ResultSet r = stmt.executeQuery("SELECT col FROM tab01");
          out.println("<H1>List of Data:</H1>");
          while (r.next()) {
            out.println(r.getString(1)+"<br/>");
          aConn.close();
        catch (SQLException e) {
          e.printStackTrace();
        catch (IOException e) {
          e.printStackTrace();
    %>

  • JSP Compile

    Hello,
              I have a problem compiling jsp files with weblogic server 6.1 sp3. The
              Server runs on AIX 5.1 using java 1.3.1 (ca131-20030329).
              Sometimes the jsp compiling stops and the process (javac) hangs until
              it is killed. You can see, that the spawned javac process has never
              taken any cpu time.
              Can someone explain what the problem is?
              

    i just found a bug on weblogic 9.1/9.2...
              cool compiler...I wonder why weblogic didn't do any QA on this......
              if you have a bean MyBean with
              public Set<org.MyObject> getSomething();
              public void setSomething(java.util.Set<org.MyObject> );
              and u do a useBean/setProperty * on this bean...mr javelin
              generates a java file with:
              javelin.jsp.utils.JspRuntimeUtils.convertType(__value, java.util.Set<org.MyObject> .class))
              that is why it doesn't compile...oh the joy......

  • Re: [iPlanet-JATO] sp3 jsp compiler problem

    Weiguo,
    First, Matt is correct, the regular expression tool is perfect for general text
    substitution situations, and as a completely independent tool its use is not
    restricted to migration situations (or file types for that matter).
    Second, I sympathize with the unfortunate trouble you are experiencing due to
    Jasper's (perhaps more strict) compilation, but in what way did the iMT
    automated translation contribute to these inconsistencies that you cited?
    1. Changed the case of the tag attribute to be the same as what's
    defined in tld.
    example: changed OnClick to onClick
    The iMT does not generate any OnClick or onClick clauses per se. In a
    translation situation, the only way "OnClick" would have been introduced was if
    it had been part of the pre-existing project's "extraHTML" (which was written
    by the original customer and just passed through unchanged by the iMT) or if it
    was added manually by the post-migration developer.
    2. Removed attributes which are not defined in tld.
    example: escape attribute only defined in three tags
    but in some pages, it's used although it's not defined as an
    attribute
    of certain tags. The jasper compiler doesn't like it.Can you give soem examples? Is there a definite pattern? Again, this might be
    similar to the OnClick situation described above?
    3. In an end tag, there can't be any space.
    example: </content > doesn't work. </content> works.
    Again, the content tag would never have been generated by the iMT. There was no
    equivalent in the NetDynamics world, so any content tags in your code must have
    been introduced by your developers manually. Its a shame that jasper is so
    particular, but the iMT could not help you out here even if we wanted to. The
    constants that are used by the iMT are defined in
    com.iplanet.moko.jsp.convert.JspConversionConstants. From what I can see, the
    only situation of a closing tag with any space in it is
    public static final String CLOSE_EMPTY_ELEMENT = " />";
    But that should not cause the type of problem you are referring to.
    Mike
    ----- Original Message -----
    From: Matthew Stevens
    Sent: Thursday, September 06, 2001 10:16 AM
    Subject: RE: [iPlanet-JATO] sp3 jsp compiler problem
    Weiguo,
    Others will chime in for sure...I would highly recommend the Regex Tool from
    the iMT 1.1.1 for tackling this type of problem. Mike, Todd and myself have
    posted to the group (even recently) on directions and advantages of creating
    your own RULES (rules file) in XML for arbitary batch processing of source.
    matt
    -----Original Message-----
    From: weiguo.wang@b...
    [mailto:<a href="/group/SunONE-JATO/post?protectID=125056020108194190033029175101192165174144234026000079108238073194105057099246073154180137239239223019162">weiguo.wang@b...</a>]
    Sent: Thursday, September 06, 2001 12:25 PM
    Subject: [iPlanet-JATO] sp3 jsp compiler problem
    Matt/Mike/Todd,
    We are trying to migrate to sp3 right now, but have had a lot of
    issues with the new jasper compiler.
    The following workaround has been employed to solve the issues:
    1. Changed the case of the tag attribute to be the same as what's
    defined in tld.
    example: changed OnClick to onClick
    2. Removed attributes which are not defined in tld.
    example: escape attribute only defined in three tags
    but in some pages, it's used although it's not defined as an
    attribute
    of certain tags. The jasper compiler doesn't like it.
    3. In an end tag, there can't be any space.
    example: </content > doesn't work. </content> works.
    As I see it, we have two options to go about solving this problem:
    1. Write a script which will iterate through all the jsp files and
    call jspc on them. Fix the errors manually when jspc fails. Jspc will
    flag the line number where an error occurs.
    2. Write a utility which scans the jsp files and fix the errors when
    they are encountered. We should define what's an error and how to
    correct it. It's best if we combine this with solution 1 since we
    might miss an error condition.
    Actually, there might be another option, which is seeking help from
    you guys since you have better understanding of JATO and iAS. Can you
    do anything to help us?
    We would be happy to hear your thoughts.
    At last, I would like to suggest modifying the moko tool so that
    these rules are enforced and the generated JSPs work with the new
    compiler. This is for the benefit of any new migration projects.
    Thanks a lot.
    Weiguo
    [email protected]
    Choose from 1000s of job listings!
    [email protected]
    [Non-text portions of this message have been removed]

    Thanks a lot Matt and Mike for your prompt replies.
    I agree completely that iMT doesn't introduce the inconsistencies.
    About the three cases I mentioned, the third one happens only in
    manually created JSPs. So it has nothing to do with iMT. The first
    two are mainly due to the existing HTML code, as you rightly pointed
    out.
    The reason I made the suggestion is since we know that case 1 and 2
    won't pass the japser compiler in sp3, we have to do something about
    it. The best place to do this, in my mind, is iMT. Of course, there
    might be some twists that make it impossible or difficult to do this
    kind of case manipulation or attribute discard.
    Weiguo
    --- In iPlanet-JATO@y..., "Mike Frisino" <Michael.Frisino@S...> wrote:
    Weiguo,
    First, Matt is correct, the regular expression tool is perfect for general text substitution situations, and as a completely independent
    tool its use is not restricted to migration situations (or file types
    for that matter).
    >
    Second, I sympathize with the unfortunate trouble you are experiencing due to Jasper's (perhaps more strict) compilation, but
    in what way did the iMT automated translation contribute to these
    inconsistencies that you cited?
    >
    1. Changed the case of the tag attribute to be the same as what's
    defined in tld.
    example: changed OnClick to onClick
    The iMT does not generate any OnClick or onClick clauses per se. In a translation situation, the only way "OnClick" would have been
    introduced was if it had been part of the pre-existing
    project's "extraHTML" (which was written by the original customer and
    just passed through unchanged by the iMT) or if it was added manually
    by the post-migration developer.
    >
    2. Removed attributes which are not defined in tld.
    example: escape attribute only defined in three tags
    but in some pages, it's used although it's not defined as an
    attribute
    of certain tags. The jasper compiler doesn't like it.Can you give soem examples? Is there a definite pattern? Again, this might be similar to the OnClick situation described above?
    >
    >
    3. In an end tag, there can't be any space.
    example: </content > doesn't work. </content> works.
    Again, the content tag would never have been generated by the iMT. There was no equivalent in the NetDynamics world, so any content tags
    in your code must have been introduced by your developers manually.
    Its a shame that jasper is so particular, but the iMT could not help
    you out here even if we wanted to. The constants that are used by the
    iMT are defined in
    com.iplanet.moko.jsp.convert.JspConversionConstants. From what I can
    see, the only situation of a closing tag with any space in it is
    public static final String CLOSE_EMPTY_ELEMENT = " />";
    But that should not cause the type of problem you are referring to.
    Mike
    ----- Original Message -----
    From: Matthew Stevens
    Sent: Thursday, September 06, 2001 10:16 AM
    Subject: RE: [iPlanet-JATO] sp3 jsp compiler problem
    Weiguo,
    Others will chime in for sure...I would highly recommend the Regex Tool from
    the iMT 1.1.1 for tackling this type of problem. Mike, Todd and myself have
    posted to the group (even recently) on directions and advantages of creating
    your own RULES (rules file) in XML for arbitary batch processing of source.
    >
    matt
    -----Original Message-----
    From: weiguo.wang@b...
    [mailto:<a href="/group/SunONE-JATO/post?protectID=125056020108194190033029175101192165174048139046">weiguo.wang@b...</a>]
    Sent: Thursday, September 06, 2001 12:25 PM
    Subject: [iPlanet-JATO] sp3 jsp compiler problem
    Matt/Mike/Todd,
    We are trying to migrate to sp3 right now, but have had a lot of
    issues with the new jasper compiler.
    The following workaround has been employed to solve the issues:
    1. Changed the case of the tag attribute to be the same as
    what's
    defined in tld.
    example: changed OnClick to onClick
    2. Removed attributes which are not defined in tld.
    example: escape attribute only defined in three tags
    but in some pages, it's used although it's not defined as an
    attribute
    of certain tags. The jasper compiler doesn't like it.
    3. In an end tag, there can't be any space.
    example: </content > doesn't work. </content> works.
    As I see it, we have two options to go about solving this problem:
    >>
    1. Write a script which will iterate through all the jsp files and
    call jspc on them. Fix the errors manually when jspc fails. Jspc will
    flag the line number where an error occurs.
    2. Write a utility which scans the jsp files and fix the errors when
    they are encountered. We should define what's an error and how to
    correct it. It's best if we combine this with solution 1 since we
    might miss an error condition.
    Actually, there might be another option, which is seeking help from
    you guys since you have better understanding of JATO and iAS. Can you
    do anything to help us?
    We would be happy to hear your thoughts.
    At last, I would like to suggest modifying the moko tool so that
    these rules are enforced and the generated JSPs work with the new
    compiler. This is for the benefit of any new migration projects.
    Thanks a lot.
    Weiguo
    [email protected]
    Choose from 1000s of job listings!
    [email protected]
    Service.
    >
    >
    >
    [Non-text portions of this message have been removed]

  • JSP compilation error, IOException, can not output (Urgent)

              Hi,
              I met the error that Weblogic can compile the jsp to a temporary java file but can
              not compile the temporary java file to class file, it said java.io.IOException, anybody
              can tell why?
              Thanks a millon!
              

              Your system does not have enough swap space to run the JSP compiler.
              Add swap space.
              Mike
              "dai shui" <[email protected]> wrote:
              >
              >Hi,
              >I met the error that Weblogic can compile the jsp to a
              >temporary java file but can
              >not compile the temporary java file to class file, it
              >said java.io.IOException, anybody
              >can tell why?
              >
              >Thanks a millon!
              

  • JSP compiler reading the web.xml file?

    Hi,
              I am trying to use the weblogic JSP compiler (weblogic.jspc) to
              pre-compile some JSP that use custom tags. Does the compiler
              read the web.xml file if there is one? In particular the taglib
              elements in that file so that the compiler understands the
              <%@ taglib ... %> directive.
              In the JSP I try to compile I use this statement to declare a taglib:
              <%@ taglib uri="xyz/xyz-taglib" prefix="xyz" %>
              and in my web.xml I have:
              <taglib>
              <taglib-uri>xyz/xyz-taglib</taglib-uri>
              <taglib-location>/WEB-INF/tlds/xyz.tld</taglib-location>
              </taglib>
              When I try to compile the JSP I get the following error:
              Could not parse embedded JSP code: weblogic.utils.ParsingException: nested
              IOException: java.io.IOException: cannot resolve 'xyz/xyz-taglib' into a
              valid tag library.
              Any ideas how I can resolve this?
              In advance thank you for any help.
              Florian
              

    open it in a text editor and modify it.
    %

  • JSP compilation errors in weblogic 6.1

              I'm getting these JSP compilation errors in weblogic 6.1 on Solaris. Please help.
              Full compiler error(s):
              error: Invalid class file format:
              ^
              /opt/projects/redherring/beahome/wlserver6.1/config/mydomain/applica
              tions/.wlnotdelete/WEB-INF/_tmp_war_myserver_myserver_redherring/jsp_servlet/_w
              eb/_jsp/_event/__eventForm.java:34: Class
              com.ford.redherring.model.PropertiesAttributesModel not found in import.
              import com.ford.redherring.model.PropertiesAttributesModel; <file://[>
              /web/jsp/event/eventForm.jsp; Line: 64]
              ^
              /opt/projects/redherring/beahome/wlserver6.1/config/mydomain/applica
              tions/.wlnotdelete/WEB-INF/_tmp_war_myserver_myserver_redherring/jsp_servlet/_w
              eb/_jsp/_event/__eventForm.java:38: Class com.ford.redherring.util.DialogHeader
              not found in import.
              import com.ford.redherring.util.DialogHeader; <file://[> /web/jsp/event/eventForm.jsp;
              Line: 68]
              ^
              /opt/projects/redherring/beahome/wlserver6.1/config/mydomain/applica
              tions/.wlnotdelete/WEB-INF/_tmp_war_myserver_myserver_redherring/jsp_servlet/_w
              eb/_jsp/_event/__eventForm.java:39: Class com.ford.redherring.util.DialogFooter
              not found in import.
              import com.ford.redherring.util.DialogFooter; <file://[> /web/jsp/event/eventForm.jsp;
              Line: 69]
              ^
              /opt/projects/redherring/beahome/wlserver6.1/config/mydomain/applica
              tions/.wlnotdelete/WEB-INF/_tmp_war_myserver_myserver_redherring/jsp_servlet/_w
              eb/_jsp/_event/__eventForm.java:40: Class com.ford.redherring.model.DDContainer
              not found in import.
              import com.ford.redherring.model.DDContainer; <file://[> /web/jsp/event/eventForm.jsp;
              Line: 70]
              ^
              /opt/projects/redherring/beahome/wlserver6.1/config/mydomain/applica
              tions/.wlnotdelete/WEB-INF/_tmp_war_myserver_myserver_redherring/jsp_servlet/_w
              eb/_jsp/_event/__eventForm.java:41: Class
              com.ford.redherring.model.DDValidationModel not found in import.
              import com.ford.redherring.model.DDValidationModel; <file://[>
              /web/jsp/event/eventForm.jsp; Line: 71]
              

    This appears to be a CLASSPATH problem (you are missing references to
              'com.ford.redherring.model.*' and 'com.ford.redherring.util.*'). The
              CLASSPATH may be set in the server startup script. Hope this helps.
              Wade.
              "Katri Alur" <[email protected]> wrote in message news:<[email protected]>...
              > I'm getting these JSP compilation errors in weblogic 6.1 on Solaris. Please help.
              >
              > ----------------------------------------------------------------------------
              > ----
              > Full compiler error(s):
              > error: Invalid class file format:
              >
              >
              > ^
              > /opt/projects/redherring/beahome/wlserver6.1/config/mydomain/applica
              > tions/.wlnotdelete/WEB-INF/_tmp_war_myserver_myserver_redherring/jsp_servlet/_w
              > eb/_jsp/_event/__eventForm.java:34: Class
              > com.ford.redherring.model.PropertiesAttributesModel not found in import.
              > import com.ford.redherring.model.PropertiesAttributesModel; <file://[>
              > /web/jsp/event/eventForm.jsp; Line: 64]
              > ^
              > /opt/projects/redherring/beahome/wlserver6.1/config/mydomain/applica
              > tions/.wlnotdelete/WEB-INF/_tmp_war_myserver_myserver_redherring/jsp_servlet/_w
              > eb/_jsp/_event/__eventForm.java:38: Class com.ford.redherring.util.DialogHeader
              > not found in import.
              > import com.ford.redherring.util.DialogHeader; <file://[> /web/jsp/event/eventForm.jsp;
              > Line: 68]
              > ^
              > /opt/projects/redherring/beahome/wlserver6.1/config/mydomain/applica
              > tions/.wlnotdelete/WEB-INF/_tmp_war_myserver_myserver_redherring/jsp_servlet/_w
              > eb/_jsp/_event/__eventForm.java:39: Class com.ford.redherring.util.DialogFooter
              > not found in import.
              > import com.ford.redherring.util.DialogFooter; <file://[> /web/jsp/event/eventForm.jsp;
              > Line: 69]
              > ^
              > /opt/projects/redherring/beahome/wlserver6.1/config/mydomain/applica
              > tions/.wlnotdelete/WEB-INF/_tmp_war_myserver_myserver_redherring/jsp_servlet/_w
              > eb/_jsp/_event/__eventForm.java:40: Class com.ford.redherring.model.DDContainer
              > not found in import.
              > import com.ford.redherring.model.DDContainer; <file://[> /web/jsp/event/eventForm.jsp;
              > Line: 70]
              > ^
              > /opt/projects/redherring/beahome/wlserver6.1/config/mydomain/applica
              > tions/.wlnotdelete/WEB-INF/_tmp_war_myserver_myserver_redherring/jsp_servlet/_w
              > eb/_jsp/_event/__eventForm.java:41: Class
              > com.ford.redherring.model.DDValidationModel not found in import.
              > import com.ford.redherring.model.DDValidationModel; <file://[>
              > /web/jsp/event/eventForm.jsp; Line: 71]
              

  • EAR and long CLASSPATH at JSP compilation time

              Hi all,
              we have an EAR-packaged application with over 260 jars (mainly
              EJB) that is deployed to a managed server WL6.1SP3(AIX). Then
              we hit a JSP page of this app. and Weblogic generates the
              adecuate .java file that is passed as an argument to a forked
              process for the javac compiler with a CLASSPATH that is more
              than 22KB!! of length because of the EAR classloader schema
              (it must include all the jars of the EJB level).
              The problem is that the EAR deployment in WL6.1 generates a fixed and very long
              path for every jar that it is composed of:
              $WL_HOME/./config/DOMAIN/applications/.wl_notdelete_EARNAME
              /wlap#####/ejbjarname.jar
              and the invoke of the compiler fails with argument too long.
              We can control the EJB jar name, EARNAME, WL_HOME
              and DOMAIN to shorten the CLASSPATH, but that is not enough
              giving that the fixed part of the PATH is very long, for example:
              with DOMAIN=DOM1, WL_HOME=W, ejbjar name=EJB1, EARNAME=EAR1
              you get:
              /w/./config/DOM1/applications/.wl_notdelete_EAR1/wlap#####/EJB1.jar: that is
              68 chars * 260 jars = more than 17KB only with the
              EJB part of the CLASSPATH (plus the standard SYSTEM CLASSPATH
              and WARS CLASSPATH.)
              As workarounds we can:
              1.- Use an "pseudo exploded" EAR with EJBREMOTE and EJBHOME in clientclasses path
              with every jar and war by their own. Not very
              clean and we've lost the benefits of EAR deployment.
              2.- Consolidate a bunch of EJB in every jar. More administrative
              tasks (common xml descriptors:ejb-jar.xml,...) and less isolation
              between developer teams.
              3.- Consolidate at functionality level (source) a bunch of EJB
              in a few one. :(
              4.- Precompile every JSP outside of WEBLOGIC and generate
              the corresponding class and entries at web.xml and weblogic.xml
              5.- ...?
              or maybe:
              6.- configure this very long directory of deployment
              to a shorter deployer choosen and use relative paths.
              Is this possible? :)
              PacoG.
              

    You may try to use JSP compiler class. Please specify 'compilerclass'
              option in weblogic.xml. This option specifies name of a Java compiler
              that is executed in WebLogic Servers's virtual machine. (Used in place of
              an executable compiler such as javac or sj.)
              Please see
              http://e-docs.bea.com/wls/docs61/webapp/weblogic_xml.html#jsp-descriptor.
              Paco Garcia wrote:
              > oops!
              >
              > >$WL_HOME/./config/DOMAIN/applications/.wl_notdelete_EARNAME
              > >/wlap#####/ejbjarname.jar
              >
              > >with DOMAIN=DOM1, WL_HOME=W, ejbjar name=EJB1, EARNAME=EAR1
              > >you get:
              > >/w/./config/DOM1/applications/.wl_notdelete_EAR1/wlap#####/EJB1.jar:
              >
              > please read SERVERNAME instead of EARNAME
              >
              > PacoG.
              Regards,
              Ann
              Developer Relations Engineer
              BEA Support
              

  • JSP compilation: code too large on SP14

    Hello,
    I developed EP application based on JSPDynPage on SP13 with big jsp file. This application was running on SP13 without problem.
    Later, we upgraded to SP14 and application logged exception: "code too large" when compiling jsp.
    I tried to devide the big jsp to several jsp, but problems remains the same.
    I searched SDN. I tried set jsp.bigmode.delimit.size to 10000, 20000 and 1. Nothing helps.
    I followed OSS Note:
    https://www.sdn.sap.com/irj/servlet/prt/portal/prtroot/com.sap.km.cm.docs/oss_notes/bc-jas/~form/handler{5f4150503d3030323030363832353030303030303031393732265f4556454e543d444953504c4159265f4e4e554d3d383230323832}
    Best regards,
    Josef Motl

    Hi Detlev,
    the OSS number is 820282. But I was unable to wiew this message on http://service.sap.com. So below I put snapshot of this message.
    Regards,
    Josef
    Portal JSP compiler fails when code generated is too long
    SAP Note Number: 820282
    Symptom
    In a few cases, the compilation of jsp files fails (if their size is very large) because the generated Java code exceeds the 65K limitation (per method) of SUN JVM or the system crashes when it tries to load a class file that was not correctly constructed (method size > 65K).
    Other terms
    JSP, Portal, too long, compilation, compiler, over size, try
    Reason and Prerequisites
    SUN JVM and othes do not support a method which has more than 65K of byte code.
    Solution
    The fix is available in +SP2 PL 31 and +EP6 SP11 Patch 2.
    Once you have installed the fix, you need to edit the file irj\root\WEB-INF\portal\system\properties\prtCentral.properties.bak.
    Check if the property "jsp.bigmode.delimit.size" is present. Otherwise add the line "jsp.bigmode.delimit.size=10000", rename the file to "prtCentral.properties" and restart the server.
    The number is the limit size in bytes when the big jsp mode is enabled (you should therefore change the Java template generated from the jsp file to a size larger than the limit)
    In rear cases where JSP files are including sources prior to their compilation you should set the parameter to a lower value. In the extreme case you can use jsp.bigmode.delimit.size=1 and enable the big mode jsp optimization for all files.
    To deactive the big jsp mode, set jsp.bigmode.delimit.size=-1
    Header Data
    Release Status         Released for Customer
    Released on            21.07.2005
    Priority               Correction with medium priority
    Category               Advance development
    Primary Component      BC-JAS-PIN-PRT Portal Runtime

  • Oracle Application Server : JSP compilation

    Hi everybody
    i use Oracle IAS and i have some troubles to configure it ...
    My webapp takes a long long time when i access the first time to a page.
    I know it's because of the JSP compilation.
    I have to decrease this first time access.
    I've tried with the ojspc command in order to modify my war ...
    After the command, i've seen the new jar library added on my war, but after a new deployment, it takes the same time. In the application-deployment folder, only the jsp accessed was added ...
    How can i say to oracle ias to put in the application-deployment folder all of the JSPs files ??
    Does ojspc a good way to do so ? Or do i need to modify a web.xml file ???
    Thanks & Regards

    Hi All,
    For all those concerned, I managed to download and install Oracle Database Server Version 10.1.0.4 Patch 4 for Windows server 2003 SP1 from Metalink. Please refer to document IDs. 161549.1 and 161546.1 for details on Patch 4488360.
    The supplied documentation states that this patch contains all prevois patches hence it should contain the patch 2, i.e. 10.1.0.4.2 patches.
    I have not checked the availability of this patch for other platforms.
    Feedback:
    I have installed successfully the patch on my Oracle 10g EE instance 10.1.0.4. Please read documentation for the requirements! (hint: in my case the DLL's used by Oracle services in the BIN folder were still in use even after the services were stopped!, I had to re-boot the server to free them).
    Then installed the OAS repository using the repca wizard (hint: run the prereq. scripts before installation to detect any configuration requirements)
    After I installed OAS infrastructure with Internet directory.
    Then installed Portal & Wireless successfully.
    Best regards,
    Jesmond

Maybe you are looking for