Jsp:include pointing to an action on oc4j 9.0.2

I have set "<jsp:include page="action.do" flush="true">".
The action is an action forward and goes to a jsp.
But i get the following error running on oc4j 9.0.2 java.lang.IllegalStateException: Response has already been committed.
I have tested it on oc4j 9.0.3 and it works, but i´d like to know if there´s a way to solve it on oc4j 9.0.2
Thanks

I added -Xcheck:jni and -Xcheck:nabounds to the command line and got this one now :
500 Internal Server Error
Error parsing JSP page /westflo-fsweb/main/header.jsp
Error creating jsp-page instance: java.lang.ClassFormatError: __jspPage8_main_header_jsp (Method "pushBody" has illegal signature "()Ljavax/servonInfo.classjavax/servlet/j")
My whole command line is :
/usr/java130_wei/bin/java -ms128m -mx256m -Xcheck:jni -Xcheck:nabounds -Xnoclassgc -verbosegc -Duser.dir=/usr/oc4j/j2ee/home -Denvironment=DEV2GMSFS -Dwestflo.dir=/website/DEV2/GMSFS/oc4j_instance2/westflo/westflo/ -Ddeployment.dir=/website/DEV2/GMSFS/oc4j_instance2/pie/gms/ -Demissionrc.dir=/website/DEV2/GMSFS/oc4j_instance2/emissionrc/emissionrc-web/ -jar /usr/oc4j/j2ee/home/oc4j.jar -out /website/DEV2/GMSFS/oc4j_instance2/oc4j_config/log/server.log -err /website/DEV2/GMSFS/oc4j_instance2/oc4j_config/log/oc4j.err -config /website/DEV2/GMSFS/oc4j_instance2/oc4j_config/config/server.xml

Similar Messages

Workshop 8.1 - jsp:include an Page Flow action resource

Hi everybody.
Can i use jsp:include to "include" a page flow action ?
I've tried it, but odd things are happening: The resource got included, but fragments of html source "around" it are been lost.
Any ideas ?
Thanks in advance.

Hi everybody.
Can i use jsp:include to "include" a page flow action ?
I've tried it, but odd things are happening: The resource got included, but fragments of html source "around" it are been lost.
Any ideas ?
Thanks in advance.

Unable to run jsp as include using jsp:include tag

I am trying to run the basic jsp:include sample provided by Oracle in OC4J 10g. When I run the code, It seems like include file is treated as text/html and not run at all. Can somebody help me in figuring out what I am missing here..
Here is the code for main.jsp
<jsp:include page="content.jsp">
<jsp:param name="a" value="1"/>
<jsp:param name="b" value="2"/>
<jsp:param name="c" value="3"/>
</jsp:include>
Here is the code for content.jsp
<p> Included Content </p>
<p> Parameters - ${param.a}, ${param.b}, ${param.c} </p>
When I run this code in JDeveloper10g using the embedded OC4J as well as Application Server 10g, I get the following output.
Included Content
Parameters - ${param.a}, ${param.b}, ${param.c}
Note that the parameter values are not substituted properly.
Thanks in advance
Niraj

javax.servlet.ServletException: com/sun/tools/javac/Main (Unsupported major.minor version 49.0)
This is your problem either your tomcat or eclipse is pointing to a wrong jre
here the problem is you are trying to run a code that was compiled using j2sdk1.5 in j2sdk1.4

Nested jsp:include includes wrong file

Hi,
I've encountered a somewhat strange problem that's upsetting me for more than 3 hours by now. I've searched on the Web, Usenet, Tomcat Bugzilla, and the java.sun.com forums, but still didn't find a solution.
Let me explain my current JSP/servlet flow:
A servlet retrieves an article from a database, puts the article data into a bean, sets that bean as request attribute and includes a JSP to display the content of this bean (your basic MVC pattern). This works fine.
The page being included by the "retrieve" servlet is actually a layout page (index.jsp) including the JSP (article.jsp) which displays the bean data, so the servlet actually includes "index.jsp?c=article.jsp" (with the bean as request attribute).
In that index.jsp, there's a jsp:include that should include the output from another MVC-style servlet/JSP-block: Servlet "poll" creates a PollBean from a database, puts that as attribute into the request and includes "polls/show.jsp".
Here's a simplified representation of my page layout:
+---------+---+       The outer box is the "index.jsp", which
|         |   |
|         |   |       a) includes the servlet "retrieve"
|    1    | 2 |          which in turn includes "article.jsp"
|         |   |          at position 1 and
|         |   |
|         |   |       b) includes the servlet "poll"
|         |   |          which in turn _should_ include "polls/show.jsp"
|         |   |          at position 2
+---------+---+Well now, my problem is: Somehow Tomcat manages it to include the "article.jsp" TWICE at position 1 AND 2, although the jsp:include at positon 2 reads (that's hardcoded):
<jsp:include page="/poll?action=latest&limit=1" />
And in the PollServlet (as you guess, mapped to "/poll") the file to be included is hardcoded to "polls/show.jsp".
If there wouldn't be anything included at position 2, that would pretty clearly be an error with wrong relative paths used in the jsp:include at position 2. But what really scares me is that the "article.jsp" get's included at position 2 although some debugging statements show that the PollBean is actually in the request after the jsp:include at position 2 has been executed.
I just don't get it why "article.jsp" is included twice, and although the poll servlet is called, the "polls/show.jsp" doesn't show up anywhere.
I've tried to flush the "out"-JSPWriter of "index.jsp" at several different key locations in the code, even flushed() in the PollServlet after including "polls/show.jsp" but that didn't help.
If you need some proof of this weird behavior, ask in this thread and I'll post the link the website where that happens.
Thanks in advance,
phil

Try deleting all the compiled JSPs (usually in a
directory called "work") then requesting the pageThat's what I did, too. I've gone through the whole make-Tomcat-start-all-over procedure:
- reloaded via webapp manager: nope
- stopped/started via webapp manager: nope
- clear /work/ directory and restarted Tomcat: nope
Didn't help anything.
Have you debugged your PollServlet to see if it's
returning/including the right (hard-coded) page?Mmh.. What should I debug there? There's not much to debug, if stuff is hard-coded like ...
I just found the error in my code! duh I was just looking in Eclipse for a piece of code to post here when I saw my mistake:
The CMS I'm currently adding the poll feature to is more flexible than I thought (and that although I wrote it myself!):
The article-retrieve servlet is called by this URL:
/retrieve?nextPage=article.jsp&id=12345And my poll servlet is called by
/poll?action=latest&limit=1Normally this would include the "polls/show.jsp" from the PollServlet because the code in PollServlet reads:
// Use nextPage from request or show by default
nextPage = request.getParameter("nextPage");
if(nextPage == null) nextPage = "polls/show.jsp";But when the PollServlet got called from the "index.jsp?c=retrive&nextPage=article.jsp&id=123" page, there actually was a "nextPage" param and it's value was "article.jsp". And because there was still an ArticleBean in the request (from the ArticleRetrieveServlet), this "article.jsp" included by the PollServlet displayed the article a second time.
I fixed it by including my PollServlet's output with the "nextPage" parameter explicitly set:
/poll?action=latest&limit=1&nextPage=polls/show.jsp
The other way to test is to change your hard-coded
page to some arbitrary HTML page so you know that at
least it IS being included.That's something I didn't think about :)
The other thing to test is to request this page
(action) directly. So type
/poll?action=latest&limit=1 into the browser and see
what you get.Already did that, no problems.
Sorry I can't be of more help... but I would bet the
farm that it's not a problem with Tomcat.You're right. I'd really be shocked to have me find 2 bugs in Tomcat within the last to weeks (although the bug was already fixed in a newer version of Tomcat)
Also... You may want to consider using Struts for your
MVC if you can.Lots of people keep telling me that, but I'll want to do a general cleanup of the code first - maybe then I'll convert to Struts. After all I'm a freelancer and currently don't have time to learn Struts.
Thanks for your help,
phil

jsp:include is not working on weblogic

I have a problem I write the following code
html>
<head>
<script LANGUAGE="javascript" SRC="js/tab.js"></script>
<LINK href="stylesheets/global.css" type=text/css rel=stylesheet>
<title>JobSpinner Status</title>
</head>
<body class="bodymargin" onload="setpage(1)">
<jsp:include flush="true" page="JobSpinnerTab.jsp"></jsp:include>
<form id="loginForm" action="/jobspinner/JobStatus.faces" method="post">
<input type="hidden" name="loginForm" value="loginForm" />
<nobr>
It is working fine on four to five PC we have checked .
But the problem is that it is not working on a particular weblogic Server 8.1 SP2 .
Can someone help me .
Regs
Amit Verma

Are other JSP tags working on the page?
eg
Server info = <%= application.getServerInfo() %> <br>
Servlet engine version = <%= application.getMajorVersion() %>.<%= application.getMinorVersion() %><br>
Java version = <%= System.getProperty("java.vm.version") %><br>
Java home = <%= System.getProperty("java.home") %><br>Your page might be being interpreted as HTML rather than passed through the JSP engine.

OC4J 10.1.3.1 and Spring - jsp:include issues

Hi,
I've got a strange problem when using OC4J 10.1.3.1 together with Spring framework.
I have several controllers in spring that generate things like page headers, footers, and other common elements. Historically I've merged these into a page with jsp:include or a c:import directive in the page.
However, with the newer versions of OC4J, it will retrieve the content for the first request, and then repeat that same content for each subsequent request.
If I replace that controller request with a direct .jsp page request, those elements are inserted and merged without any problem into the main page.
I haven't had this problem on other servers... nor have I had the problem with OC4J until the latest release... Does anybody have an idea how to allow me to merge this Spring-Controller generated content with a jsp page successfully?
thanks!

Sure, I've examined it a few times when I've adjusted various JSP options.. mostly around the tag handling. By the way, right now I have Tag Resuse Default set to "compiletime with release", though I've tried the other options as well.
__ojsp_s_out.write(__oracle_jsp_text[0]);
/*@lineinfo:translated-code*//*@lineinfo:6^5*/ {
String __url=OracleJspRuntime.toStr("/global/globalHeader.do");
// Include
pageContext.include( __url,false);
if (pageContext.getAttribute(OracleJspRuntime.JSP_REQUEST_REDIRECTED, PageContext.REQUEST_SCOPE) != null) return;
/*@lineinfo:generated-code*/
__ojsp_s_out.write(__oracle_jsp_text[1]);
/*@lineinfo:translated-code*//*@lineinfo:11^1*/ {
String __url=OracleJspRuntime.toStr("/global/globalNav.do");
// Include
pageContext.include( __url,false);
if (pageContext.getAttribute(OracleJspRuntime.JSP_REQUEST_REDIRECTED, PageContext.REQUEST_SCOPE) != null) return;
/*@lineinfo:generated-code*/
__ojsp_s_out.write(__oracle_jsp_text[5]);
/*@lineinfo:translated-code*//*@lineinfo:35^1*/ {
String __url=OracleJspRuntime.toStr("/global/globalFooter.do");
// Include
pageContext.include( __url,false);
if (pageContext.getAttribute(OracleJspRuntime.JSP_REQUEST_REDIRECTED, PageContext.REQUEST_SCOPE) != null) return;
There are three obviously.. and with this page execution I see the first one (globalHeader.do) duplicated three times in the final page.
thanks!

Problem with jsp:include of 2 or more pages in a jsp in OC4J 10.1.3

My application has ben developed in spring framework and it is running successfully in jdeveloper,
but when I deployed my application in OC4J 10.1.3,
I am getting strange results, one of the jsp includes 2 and more jsps using <jsp:include> tag, but I could see only first of them in my jsp is included and the
remaining display area for remaining included jsps are filled with the first included jsp only, The application is running successfully in Jdeveloper 10.1.3
I have been trying to solve this problem for the last 3 weeks,
please help me in this regard.
Thanks

if (OracleJspRuntime.checkStartTagEval(__jsp_tag_starteval))
do {
__ojsp_s_out.write(__oracle_jsp_text[35]);
String __url=OracleJspRuntime.toStr("/wo.create.html"); // Include
pageContext.include( __url,false);
if (pageContext.getAttribute(OracleJspRuntime.JSP_REQUEST_REDIRECTED, PageContext.REQUEST_SCOPE) != null) return;
__ojsp_s_out.write(__oracle_jsp_text[36]);
} while (__jsp_tag_ctru8.doAfterBody()==javax.servlet.jsp.tagext.BodyTag.EVAL_BODY_AGAIN);
if (__jsp_tag_ctru8.doEndTag()==javax.servlet.jsp.tagext.Tag.SKIP_PAGE)
return;
__ojsp_s_out.write(__oracle_jsp_text[37]);
__jsp_tag_ctru8.setPageContext(pageContext);
__jsp_tag_ctru8.setParent(__jsp_tag_ctru7);
__jsp_tag_ctru8.setTest(OracleJspRuntime.toBoolean( (java.lang.Boolean)oracle.jsp.runtime.OracleJspRuntime.evaluate("${module.centerModule == 'woUpdate'}",java.lang.Boolean.class, __ojsp_varRes,null)));
__jsp_tag_starteval=__jsp_tag_ctru8.doStartTag();
if (OracleJspRuntime.checkStartTagEval(__jsp_tag_starteval))
do {
__ojsp_s_out.write(__oracle_jsp_text[38]);
String __url=OracleJspRuntime.toStr("/wo.update.html"); // Include
pageContext.include( __url,false);
if (pageContext.getAttribute(OracleJspRuntime.JSP_REQUEST_REDIRECTED, PageContext.REQUEST_SCOPE) != null) return;
__ojsp_s_out.write(__oracle_jsp_text[39]);
} while (__jsp_tag_ctru8.doAfterBody()==javax.servlet.jsp.tagext.BodyTag.EVAL_BODY_AGAIN);
if (__jsp_tag_ctru8.doEndTag()==javax.servlet.jsp.tagext.Tag.SKIP_PAGE)
return;
__ojsp_s_out.write(__oracle_jsp_text[40]);
__jsp_tag_ctru8.setPageContext(pageContext);
__jsp_tag_ctru8.setParent(__jsp_tag_ctru7);
__jsp_tag_ctru8.setTest(OracleJspRuntime.toBoolean( (java.lang.Boolean)oracle.jsp.runtime.OracleJspRuntime.evaluate("${module.centerModule == 'woCharge'}",java.lang.Boolean.class, __ojsp_varRes,null)));
__jsp_tag_starteval=__jsp_tag_ctru8.doStartTag();
if (OracleJspRuntime.checkStartTagEval(__jsp_tag_starteval))
do {
__ojsp_s_out.write(__oracle_jsp_text[41]);
String __url=OracleJspRuntime.toStr("/wo.charge.html"); // Include
pageContext.include( __url,false);
if (pageContext.getAttribute(OracleJspRuntime.JSP_REQUEST_REDIRECTED, PageContext.REQUEST_SCOPE) != null) return;
__ojsp_s_out.write(__oracle_jsp_text[42]);
} while (__jsp_tag_ctru8.doAfterBody()==javax.servlet.jsp.tagext.BodyTag.EVAL_BODY_AGAIN);
if (__jsp_tag_ctru8.doEndTag()==javax.servlet.jsp.tagext.Tag.SKIP_PAGE)
return;
__ojsp_s_out.write(__oracle_jsp_text[43]);
__jsp_tag_ctru8.setPageContext(pageContext);
__jsp_tag_ctru8.setParent(__jsp_tag_ctru7);
__jsp_tag_ctru8.setTest(OracleJspRuntime.toBoolean( (java.lang.Boolean)oracle.jsp.runtime.OracleJspRuntime.evaluate("${module.centerModule == 'woSearchAdvanced'}",java.lang.Boolean.class, __ojsp_varRes,null)));
__jsp_tag_starteval=__jsp_tag_ctru8.doStartTag();
if (OracleJspRuntime.checkStartTagEval(__jsp_tag_starteval))
do {
__ojsp_s_out.write(__oracle_jsp_text[44]);
String __url=OracleJspRuntime.toStr("/wo.search.advanced.html"); // Include
pageContext.include( __url,false);
if (pageContext.getAttribute(OracleJspRuntime.JSP_REQUEST_REDIRECTED, PageContext.REQUEST_SCOPE) != null) return;
__ojsp_s_out.write(__oracle_jsp_text[45]);
} while (__jsp_tag_ctru8.doAfterBody()==javax.servlet.jsp.tagext.BodyTag.EVAL_BODY_AGAIN);
if (__jsp_tag_ctru8.doEndTag()==javax.servlet.jsp.tagext.Tag.SKIP_PAGE)
return;
__ojsp_s_out.write(__oracle_jsp_text[46]);
__jsp_tag_ctru8.setPageContext(pageContext);
__jsp_tag_ctru8.setParent(__jsp_tag_ctru7);
__jsp_tag_ctru8.setTest(OracleJspRuntime.toBoolean( (java.lang.Boolean)oracle.jsp.runtime.OracleJspRuntime.evaluate("${module.centerModule == 'woViewDetail'}",java.lang.Boolean.class, __ojsp_varRes,null)));
__jsp_tag_starteval=__jsp_tag_ctru8.doStartTag();
if (OracleJspRuntime.checkStartTagEval(__jsp_tag_starteval))
do {
__ojsp_s_out.write(__oracle_jsp_text[47]);
String __url=OracleJspRuntime.toStr("/wo.view.detail.html"); // Include
pageContext.include( __url,false);
if (pageContext.getAttribute(OracleJspRuntime.JSP_REQUEST_REDIRECTED, PageContext.REQUEST_SCOPE) != null) return;
__ojsp_s_out.write(__oracle_jsp_text[48]);
} while (__jsp_tag_ctru8.doAfterBody()==javax.servlet.jsp.tagext.BodyTag.EVAL_BODY_AGAIN);
if (__jsp_tag_ctru8.doEndTag()==javax.servlet.jsp.tagext.Tag.SKIP_PAGE)
return;
__ojsp_s_out.write(__oracle_jsp_text[49]);
__jsp_tag_ctru8.setPageContext(pageContext);
__jsp_tag_ctru8.setParent(__jsp_tag_ctru7);
__jsp_tag_ctru8.setTest(OracleJspRuntime.toBoolean( (java.lang.Boolean)oracle.jsp.runtime.OracleJspRuntime.evaluate("${module.centerModule == 'woAttach'}",java.lang.Boolean.class, __ojsp_varRes,null)));
__jsp_tag_starteval=__jsp_tag_ctru8.doStartTag();
if (OracleJspRuntime.checkStartTagEval(__jsp_tag_starteval))
do {
__ojsp_s_out.write(__oracle_jsp_text[50]);
String __url=OracleJspRuntime.toStr("/wo.attach.html"); // Include
pageContext.include( __url,false);
if (pageContext.getAttribute(OracleJspRuntime.JSP_REQUEST_REDIRECTED, PageContext.REQUEST_SCOPE) != null) return;
__ojsp_s_out.write(__oracle_jsp_text[51]);
} while (__jsp_tag_ctru8.doAfterBody()==javax.servlet.jsp.tagext.BodyTag.EVAL_BODY_AGAIN);
if (__jsp_tag_ctru8.doEndTag()==javax.servlet.jsp.tagext.Tag.SKIP_PAGE)
return;
__ojsp_s_out.write(__oracle_jsp_text[52]);
__jsp_tag_ctru8.setPageContext(pageContext);
__jsp_tag_ctru8.setParent(__jsp_tag_ctru7);
__jsp_tag_ctru8.setTest(OracleJspRuntime.toBoolean( (java.lang.Boolean)oracle.jsp.runtime.OracleJspRuntime.evaluate("${module.centerModule == 'contactUs'}",java.lang.Boolean.class, __ojsp_varRes,null)));
__jsp_tag_starteval=__jsp_tag_ctru8.doStartTag();
if (OracleJspRuntime.checkStartTagEval(__jsp_tag_starteval))
do {
__ojsp_s_out.write(__oracle_jsp_text[53]);
String __url=OracleJspRuntime.toStr("/contact.html"); // Include
pageContext.include( __url,false);
if (pageContext.getAttribute(OracleJspRuntime.JSP_REQUEST_REDIRECTED, PageContext.REQUEST_SCOPE) != null) return;
__ojsp_s_out.write(__oracle_jsp_text[54]);
} while (__jsp_tag_ctru8.doAfterBody()==javax.servlet.jsp.tagext.BodyTag.EVAL_BODY_AGAIN);
if (__jsp_tag_ctru8.doEndTag()==javax.servlet.jsp.tagext.Tag.SKIP_PAGE)
return;
__ojsp_s_out.write(__oracle_jsp_text[55]);
__jsp_tag_ctru8.setPageContext(pageContext);
__jsp_tag_ctru8.setParent(__jsp_tag_ctru7);
__jsp_tag_ctru8.setTest(OracleJspRuntime.toBoolean( (java.lang.Boolean)oracle.jsp.runtime.OracleJspRuntime.evaluate("${module.centerModule == 'help'}",java.lang.Boolean.class, __ojsp_varRes,null)));
__jsp_tag_starteval=__jsp_tag_ctru8.doStartTag();
if (OracleJspRuntime.checkStartTagEval(__jsp_tag_starteval))
do {
__ojsp_s_out.write(__oracle_jsp_text[56]);
String __url=OracleJspRuntime.toStr("/help.html"); // Include
pageContext.include( __url,false);
if (pageContext.getAttribute(OracleJspRuntime.JSP_REQUEST_REDIRECTED, PageContext.REQUEST_SCOPE) != null) return;
__ojsp_s_out.write(__oracle_jsp_text[57]);
} while (__jsp_tag_ctru8.doAfterBody()==javax.servlet.jsp.tagext.BodyTag.EVAL_BODY_AGAIN);
if (__jsp_tag_ctru8.doEndTag()==javax.servlet.jsp.tagext.Tag.SKIP_PAGE)
return;
__ojsp_s_out.write(__oracle_jsp_text[58]);
__jsp_tag_ctru8.setPageContext(pageContext);
__jsp_tag_ctru8.setParent(__jsp_tag_ctru7);
__jsp_tag_ctru8.setTest(OracleJspRuntime.toBoolean( (java.lang.Boolean)oracle.jsp.runtime.OracleJspRuntime.evaluate("${module.centerModule == 'error'}",java.lang.Boolean.class, __ojsp_varRes,null)));
__jsp_tag_starteval=__jsp_tag_ctru8.doStartTag();
if (OracleJspRuntime.checkStartTagEval(__jsp_tag_starteval))
do {
__ojsp_s_out.write(__oracle_jsp_text[59]);
String __url=OracleJspRuntime.toStr("/error.html"); // Include
pageContext.include( __url,false);
if (pageContext.getAttribute(OracleJspRuntime.JSP_REQUEST_REDIRECTED, PageContext.REQUEST_SCOPE) != null) return;
__ojsp_s_out.write(__oracle_jsp_text[60]);
} while (__jsp_tag_ctru8.doAfterBody()==javax.servlet.jsp.tagext.BodyTag.EVAL_BODY_AGAIN);
if (__jsp_tag_ctru8.doEndTag()==javax.servlet.jsp.tagext.Tag.SKIP_PAGE)
return;
__ojsp_s_out.write(__oracle_jsp_text[61]);
__jsp_tag_ctru9.setPageContext(pageContext);
__jsp_tag_ctru9.setParent(__jsp_tag_ctru7);
__jsp_tag_starteval=__jsp_tag_ctru9.doStartTag();
if (OracleJspRuntime.checkStartTagEval(__jsp_tag_starteval))
do {
__ojsp_s_out.write(__oracle_jsp_text[62]);
String __url=OracleJspRuntime.toStr("/wo.view.html"); // Include
pageContext.include( __url,false);
if (pageContext.getAttribute(OracleJspRuntime.JSP_REQUEST_REDIRECTED, PageContext.REQUEST_SCOPE) != null) return;
__ojsp_s_out.write(__oracle_jsp_text[63]);
} while (__jsp_tag_ctru9.doAfterBody()==javax.servlet.jsp.tagext.BodyTag.EVAL_BODY_AGAIN);
if (__jsp_tag_ctru9.doEndTag()==javax.servlet.jsp.tagext.Tag.SKIP_PAGE)
return;
__ojsp_s_out.write(__oracle_jsp_text[64]);
} while (__jsp_tag_ctru7.doAfterBody()==javax.servlet.jsp.tagext.BodyTag.EVAL_BODY_AGAIN);
if (__jsp_tag_ctru7.doEndTag()==javax.servlet.jsp.tagext.Tag.SKIP_PAGE)
return;
__ojsp_s_out.write(__oracle_jsp_text[65]);
__jsp_tag_ctru6.setPageContext(pageContext);
__jsp_tag_ctru6.setParent(null);
__jsp_tag_ctru6.setTest(OracleJspRuntime.toBoolean( (java.lang.Boolean)oracle.jsp.runtime.OracleJspRuntime.evaluate("${fn:startsWith(module.centerModule,'wo')}",java.lang.Boolean.class, __ojsp_varRes, __ojsp_fnmappers[0])));
__jsp_tag_starteval=__jsp_tag_ctru6.doStartTag();
if (OracleJspRuntime.checkStartTagEval(__jsp_tag_starteval))
do {
__ojsp_s_out.write(__oracle_jsp_text[66]);
__ojsp_s_out.write(__oracle_jsp_text[67]);
String base_url = request.getContextPath();
base_url+="/statistics.html";
__ojsp_s_out.write(__oracle_jsp_text[68]);
out.print( base_url);
__ojsp_s_out.write(__oracle_jsp_text[69]);
__jsp_tag_ctru10.setPageContext(pageContext);
__jsp_tag_ctru10.setParent(__jsp_tag_ctru6);
__jsp_tag_ctru10.setTest(OracleJspRuntime.toBoolean( (java.lang.Boolean)oracle.jsp.runtime.OracleJspRuntime.evaluate("${module.centerModule == 'woCreate' || module.centerModule == 'woCharge' || module.centerModule == 'woUpdate'}",java.lang.Boolean.class, __ojsp_varRes,null)));
__jsp_tag_starteval=__jsp_tag_ctru10.doStartTag();
if (OracleJspRuntime.checkStartTagEval(__jsp_tag_starteval))
do {
__ojsp_s_out.write(__oracle_jsp_text[70]);
String __url=OracleJspRuntime.toStr("/history.equip.html");
// Include
pageContext.include( __url,false);
if (pageContext.getAttribute(OracleJspRuntime.JSP_REQUEST_REDIRECTED, PageContext.REQUEST_SCOPE) != null) return;
__ojsp_s_out.write(__oracle_jsp_text[71]);
} while (__jsp_tag_ctru10.doAfterBody()==javax.servlet.jsp.tagext.BodyTag.EVAL_BODY_AGAIN);
if (__jsp_tag_ctru10.doEndTag()==javax.servlet.jsp.tagext.Tag.SKIP_PAGE)
return;
__ojsp_s_out.write(__oracle_jsp_text[72]);
} while (__jsp_tag_ctru6.doAfterBody()==javax.servlet.jsp.tagext.BodyTag.EVAL_BODY_AGAIN);
if (__jsp_tag_ctru6.doEndTag()==javax.servlet.jsp.tagext.Tag.SKIP_PAGE)
return;
The lines in bold are inside a switch case , the problem is generating when I am including two pages
"/wo.charge.html" and
"/history.equip.html"
the output of "/wo.charge.html" is duplicating
in place of "/history.equip.html"
Somewhere I have read that there is a size limit for jsp service method of upto 64KB,
the above code is in a jsp "/main.html" of size when compiled (.java) 42KB
"/wo.charge.html" is of size 40KB
Could this be leading to probem?
Please clarify the above things
Thanks
Message was edited by:
user471571

Workshop 8.1: Page Flow Action and jsp:include

Hi everybody.
Can i use jsp:include to "include" a page flow action ?
I've tried it, but odd things are happening: The resource got included, but fragments of html source "around" it are been lost.
Any ideas ?
Thanks in advance.

Hi Daniel
There are 2 ways you can acheive this.
1) Using something called Pageflowscoped form for this. This will let you use arrays for checkbox group.
The main part will be that you need to define a member varaible of the form at the pageflow level there by the data will not be lost
2) Using Request scoped form like you have now but need to modify the getter method to populate the "searchResult" object.
public List getSearchResult() {
if( null == searchResult){
System.out.println(" Pouplate the searchResult here. ");
searchResult= new ArrayList();
//populate the default values.
return this.searchResult;
More info at:
http://e-docs.bea.com/workshop/docs81/doc/en/workshop/guide/netui/guide/conReqScopedVsPageScopedBean.html
I have a sample with pageflowscoped bean and requestscoped bean that I can send you if you provide your email address.
Unfortunately we cannot attach files in the newsgroup.
Thanks
Vimala

NetWeaver EE 5 jsp include action issue

Under NetWeaver EE 5 trial version I encounter the following problem:
page buffer is always flushed before jsp:include.
By default flush must default to "false", but either I specify flush="false" or miss the attribute - the buffer is always flushed.
Also the reason is not in buffer size - I make it large enough but the issue remains.

A.jsp says <jsp:include page="dir/B.jsp"/> and dir/B.jsp says <%@include file="C.jsp" %>. In this case the relative specification C.jsp resolves to dir/C.jsp.
In this case the jsp:include is the equivilent of a RequestDispatcher.include. This can be view as the request being passed on to dir/B.jsp which will act on th erequest as if it came from a browser. the dir/B.jso then resloves all relative urls based on it's location in the dir directory. This is runtime binding.
A.jsp says <%@include file="dir/B.jsp" %> and dir/B.jsp says <jsp:include page="C.jsp" />. In this case the relative specification C.jsp resolves to C.jsp."
This is an example of compile time binding. When the servlet container translates A.jsp into sevlet code it includes the code from dir/B.jsp into A.jsp's servlet code. When you reach the include of C.jsp it is inside the servlet code of A.jsp and is resolved based on the location of A.jsp.

Problem when using jsp:include.. / in JSP when run on OC4J903

I have a very unusual JSP question when run in OC4J903(EM or standalone) version (previous OC4J version was ok). Here is the description
1. run P1.jsp and a parameter(text1) will pass to P2.jsp
2. In P2.jsp, include "includePage.jsp" before show the parameter.
question:
1. The P1.jsp parameter will be null if using "POST" method, but "GET" is work.
anyone have a indea ? or is that a bug in OC4J903 version
P1.jsp
<html>
<head>
<title>Test</title>
</head>
<body>
<form method=POST action='P2.jsp'>
<input type=text name='text1' size=30>
<input type=submit value='OK'>
</form>
</body>
</html>
P2.jsp
<html>
<head>
<title>Test</title>
</head>
<jsp:include page="includePage.jsp" flush="true">
<jsp:param name="importParam" value="P2 Export" />
</jsp:include>
<body>
<%
out.print("Here shows the param from P1: " + request.getParameter("text1")+"<br>");
%>
</body>
</html>
includePage.jsp
<%@ page import="java.io.*"%>
<%
out.print("Here runs the include page. The param from P2 is: " + request.getParameter("importParam")+"<br>");
%>

I have a very unusual JSP question when run in OC4J903(EM or standalone) version (previous OC4J version was ok). Here is the description
1. run P1.jsp and a parameter(text1) will pass to P2.jsp
2. In P2.jsp, include "includePage.jsp" before show the parameter.
question:
1. The P1.jsp parameter will be null if using "POST" method, but "GET" is work.
anyone have a indea ? or is that a bug in OC4J903 version
P1.jsp
<html>
<head>
<title>Test</title>
</head>
<body>
<form method=POST action='P2.jsp'>
<input type=text name='text1' size=30>
<input type=submit value='OK'>
</form>
</body>
</html>
P2.jsp
<html>
<head>
<title>Test</title>
</head>
<jsp:include page="includePage.jsp" flush="true">
<jsp:param name="importParam" value="P2 Export" />
</jsp:include>
<body>
<%
out.print("Here shows the param from P1: " + request.getParameter("text1")+"<br>");
%>
</body>
</html>
includePage.jsp
<%@ page import="java.io.*"%>
<%
out.print("Here runs the include page. The param from P2 is: " + request.getParameter("importParam")+"<br>");
%>

Relatiive Path problem when using JSP:include in web portlet

Hi
I am using Oracle Portal 9.0.2, and thus OC4J as the J2EE platform.
I have created a JSP web portlet that is supposed to inlude a specific static html file, which name is passed to it using a portlet parameter. It works, but I had to create a symbolic link from the applicable J2EE applications's htdocs directory in order to access the content:
/j2ee/OC4J_Portal/applications/<application>/htdocs/<portlet>/content/
where /content/ is a symbolic link to another directory altogether.
I can then access the content from within the portlet with a JSP include tag that looks like :
docPath = "/htdocs/<portlet>/html/"+doc_path;
%>
<br>Include:
<jsp:include page="<%=docPath%>" flush="true"/>
I would like to access the content using the JSP include without having to use the symbolic link. Is there a way to do this. I tried using an Apache alias, but that did not work.
Regards
Harry

Hi
Thanx
In the end we build up a static URL to the document to be included using:
String contentLocation="content/";
docPath = contentLocation+getAdditionalDocPath();;
out.println("docPath="+docPath);
String docPathAndName = portletRequest.getParameter("doc_path");
%>

<script language="JavaScript">
function generateSectionPath(docName) {
this.location="http://<%=portletRequest.getServerName()%>:<%=portletRequest.getServerPort()%>/pls/portal/url/page/<%=getPageGroup()%>/content?doc_path="+"<%=docPath%>"+docName;
<script language="JavaScript">
function generateRelativePath(docName) {
this.location="http://<%=portletRequest.getServerName()%>:<%=portletRequest.getServerPort()%>/pls/portal/url/page/<%=getPageGroup()%>/content?doc_path="+docName;
</script>
<br>Include:
<%
if (portletRequest.getParameter("doc_path") == null) {
out.println("Error - no doc path specified");
} else {
try { %>
<jsp:include page="<%=docPathAndName%>" flush="true"/>
<% } catch (Exception e) {
out.println("Error retrieving document:"+e.toString());
} // end if
%>
Each link from one included HTML file to another becomes a JS function that points the browser to the portal page that includes the portlet that includes thwe JSP that has the include tag to include the html document that is to be displayed.
The current relative path the the html document (from a predefined root in the file system that is symbolically linked to the same directory as where the including JSP lives) is stored in a session variable, and appended to the document name that is passed to the page.
If a full document path, as opposed to just the name, is stored, that no appending is done. However, the path is stripped out and stored in a session variable.
Ths thing is, sometimes a document name, and sometimes a path is passed to the page. Therefore the requirement to know the path when it is not available. A name only will always be passed subsequent to a request for a document with the full path specified, therefore the session variable mechanism works.
Thanx for the input
Harry

Try again: jsp:include fails with NPE in ValueBindingImpl

JSF 1.1, RichFaces 3.1.3, WebLogic 9.2.2.
I asked about this a couple of weeks ago, but I didn't get any useful responses.
I have a simple "toy" application using a tabpanel that works fine right now. There is one tab that I will want to repeat several times, with only variations in the data in the fields (and the tab title). So, I copied the current template of that tab into an include file and I'm trying to include it with "jsp:include" from the original page, with a parameter. I've read all the suggestions about how to get jsp:include working with JSF, but it still doesn't work.
When I display the page, I just get this:
java.lang.NullPointerException
     at com.sun.faces.el.ValueBindingImpl.(ValueBindingImpl.java:98)
     at com.sun.faces.application.ApplicationImpl.createValueBinding(ApplicationImpl.java:292)
     at javax.faces.webapp.UIComponentTag.setProperties(UIComponentTag.java:890)
     at org.ajax4jsf.webapp.taglib.UIComponentTagBase.setProperties(UIComponentTagBase.java:80)
     at org.ajax4jsf.webapp.taglib.HtmlComponentTagBase.setProperties(HtmlComponentTagBase.java:78)
     at org.richfaces.taglib.TabTag.setProperties(TabTag.java:568)
     at javax.faces.webapp.UIComponentTag.createComponent(UIComponentTag.java:1017)
     at javax.faces.webapp.UIComponentTag.createChild(UIComponentTag.java:1036)
     at javax.faces.webapp.UIComponentTag.findComponent(UIComponentTag.java:749)
     at javax.faces.webapp.UIComponentTag.doStartTag(UIComponentTag.java:429)
     at jsp_servlet.__main._jsp__tag42(__main.java:1603)
...more...The JSP code for the tab looks like this:
<rich:tab id="property0"
            name="#{ratingRequest.propertyList[0].propertyID}"
            label="Property: #{ratingRequest.propertyList[0].propertyID}"
            rendered="#{ratingRequest.propertyList[0].used}">
     <f:subview id="propertysubview0">
          <jsp:include page="/faces/propertyTab.jsp">
               <jsp:param name="propertyIndex" value="0" />
          </jsp:include>
     </f:subview>
</rich:tab>The file this tries to include is this:
<%@ taglib uri="https://ajax4jsf.dev.java.net/ajax" prefix="a4j"%>
<%@ taglib uri="http://richfaces.org/rich" prefix="rich"%>
<%@ taglib uri="http://java.sun.com/jsf/html" prefix="h"%>
<%@ taglib uri="http://java.sun.com/jsf/core" prefix="f"%>
<f:subview id="includedPropertyPage">
     <h:panelGrid id="propertyPanelGrid" columns="3">
          <h:outputText id="propertyIDOut" value="Property ID"/>
          <h:inputText id="propertyIDIn"
                          value="#{ratingRequest.propertyList[0].propertyID}">
               <a4j:support id="propertyIDInSupport" event="onchange" reRender="propertyTable"/>
          </h:inputText>
          <rich:message for="propertyIDIn" showDetail="true"/>
          <h:outputText id="valueOut" value="Value"/>
          <h:inputText id="valueIn"
                          value="#{ratingRequest.propertyList[0].value}">
               <a4j:support id="valueInSupport" event="onchange" reRender="propertyTable"/>
          </h:inputText>
          <rich:message for="valueIn" showDetail="true"/>
     </h:panelGrid>
</f:subview>For more background, here's the code in the tab before I changed it to use jsp:include, and remember that this works:
<rich:tab id="property0"
            name="#{ratingRequest.propertyList[0].propertyID}"
            label="Property: #{ratingRequest.propertyList[0].propertyID}"
            rendered="#{ratingRequest.propertyList[0].used}">
     <h:panelGrid id="property0PanelGrid" columns="3">
          <h:outputText id="propertyIDOut" value="Property ID"/>
          <h:inputText id="propertyIDIn" value="#{ratingRequest.propertyList[0].propertyID}">
               <a4j:support id="propertyIDInSupport" event="onchange" reRender="propertyTable"/>
          </h:inputText>
          <rich:message for="propertyIDIn" showDetail="true"/>
          <h:outputText id="valueOut" value="Value"/>
          <h:inputText id="valueIn" value="#{ratingRequest.propertyList[0].value}">
               <a4j:support id="valueInSupport" event="onchange" reRender="propertyTable"/>
          </h:inputText>
          <rich:message for="valueIn" showDetail="true"/>
     </h:panelGrid>
</rich:tab>I don't have the source for the JSF implementation, but when I disassemble the class with the NPE, I see that the exception occurs in the ValueBindingImpl constructor that takes a Application object, and the NPE might occur because either the FacesContext or ExpressionInfoInstancePool is null (I think the former is the most likely, but I don't know why).

Done. The results are ironically very similar to what happened with the BEA implementation, but I have a feeling this is something else, because it's failing not on the included page, but on a value binding on the main page. Perhaps I'm missing some property settings in my web.xml while using the RI.
The entire stack trace is pretty large. I would have only included the excerpt from the root cause, but the JSF RI stack trace seems to have some interesting info up to that point. You'll see from the code at the top of the stack that either the FacesContext or the Application is null.
org.apache.jasper.JasperException: Exception in JSP: /index.jsp:2
1: <% session.invalidate(); %>
2: <jsp:forward page="/faces/main.jsp"/>
Stacktrace:
     org.apache.jasper.servlet.JspServletWrapper.handleJspException(JspServletWrapper.java:451)
     org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:355)
     org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:329)
     org.apache.jasper.servlet.JspServlet.service(JspServlet.java:265)
     javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
root cause
org.apache.jasper.JasperException: Exception in JSP: /main.jsp:104
101:                <rich:tab id="ratings" name="ratings" label="Ratings">
102:                     <h:panelGrid id="ratingsPanelGrid" columns="3">
103:                          <h:outputText id="field3Out" value="Field3"/>
104:                          <h:inputText id="field3In" value="#{ratingRequest.field3}"/>
105:                          <rich:message for="field3In" showDetail="true" passedLabel=" "/>
106:                          <a4j:commandButton id="processRequest" value="Submit Request"
107:                                             action="#{ratingRequest.processRequest}"
Stacktrace:
     org.apache.jasper.servlet.JspServletWrapper.handleJspException(JspServletWrapper.java:451)
     org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:355)
     org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:329)
     org.apache.jasper.servlet.JspServlet.service(JspServlet.java:265)
     javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
     com.sun.faces.context.ExternalContextImpl.dispatch(ExternalContextImpl.java:346)
     com.sun.faces.application.ViewHandlerImpl.renderView(ViewHandlerImpl.java:152)
     org.ajax4jsf.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:108)
     org.ajax4jsf.application.AjaxViewHandler.renderView(AjaxViewHandler.java:216)
     com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:107)
     com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:245)
     com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:137)
     javax.faces.webapp.FacesServlet.service(FacesServlet.java:214)
     org.ajax4jsf.webapp.BaseXMLFilter.doXmlFilter(BaseXMLFilter.java:141)
     org.ajax4jsf.webapp.BaseFilter.doFilter(BaseFilter.java:281)
     org.apache.jasper.runtime.PageContextImpl.doForward(PageContextImpl.java:686)
     org.apache.jasper.runtime.PageContextImpl.forward(PageContextImpl.java:656)
     org.apache.jsp.index_jsp._jspService(index_jsp.java:45)
     org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:98)
     javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
     org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:331)
     org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:329)
     org.apache.jasper.servlet.JspServlet.service(JspServlet.java:265)
     javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
root cause
javax.servlet.ServletException: javax.servlet.jsp.JspException: null
     org.apache.jasper.runtime.PageContextImpl.doHandlePageException(PageContextImpl.java:837)
     org.apache.jasper.runtime.PageContextImpl.handlePageException(PageContextImpl.java:774)
     org.apache.jsp.main_jsp._jspService(main_jsp.java:134)
     org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:98)
     javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
     org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:331)
     org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:329)
     org.apache.jasper.servlet.JspServlet.service(JspServlet.java:265)
     javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
     com.sun.faces.context.ExternalContextImpl.dispatch(ExternalContextImpl.java:346)
     com.sun.faces.application.ViewHandlerImpl.renderView(ViewHandlerImpl.java:152)
     org.ajax4jsf.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:108)
     org.ajax4jsf.application.AjaxViewHandler.renderView(AjaxViewHandler.java:216)
     com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:107)
     com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:245)
     com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:137)
     javax.faces.webapp.FacesServlet.service(FacesServlet.java:214)
     org.ajax4jsf.webapp.BaseXMLFilter.doXmlFilter(BaseXMLFilter.java:141)
     org.ajax4jsf.webapp.BaseFilter.doFilter(BaseFilter.java:281)
     org.apache.jasper.runtime.PageContextImpl.doForward(PageContextImpl.java:686)
     org.apache.jasper.runtime.PageContextImpl.forward(PageContextImpl.java:656)
     org.apache.jsp.index_jsp._jspService(index_jsp.java:45)
     org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:98)
     javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
     org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:331)
     org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:329)
     org.apache.jasper.servlet.JspServlet.service(JspServlet.java:265)
     javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
root cause
java.lang.NullPointerException
     com.sun.faces.util.Util.getValueBinding(Util.java:987)
     com.sun.faces.taglib.html_basic.InputTextTag.setProperties(InputTextTag.java:265)
     javax.faces.webapp.UIComponentTag.createComponent(UIComponentTag.java:1027)
     javax.faces.webapp.UIComponentTag.createChild(UIComponentTag.java:1046)
     javax.faces.webapp.UIComponentTag.findComponent(UIComponentTag.java:761)
     javax.faces.webapp.UIComponentTag.doStartTag(UIComponentTag.java:451)
     com.sun.faces.taglib.html_basic.InputTextTag.doStartTag(InputTextTag.java:506)
     org.apache.jsp.main_jsp._jspx_meth_h_005finputText_005f3(main_jsp.java:1375)
     org.apache.jsp.main_jsp._jspx_meth_h_005fpanelGrid_005f3(main_jsp.java:1309)
     org.apache.jsp.main_jsp._jspx_meth_rich_005ftab_005f3(main_jsp.java:1278)
     org.apache.jsp.main_jsp._jspx_meth_rich_005ftabPanel_005f0(main_jsp.java:950)
     org.apache.jsp.main_jsp._jspx_meth_a4j_005fform_005f0(main_jsp.java:208)
     org.apache.jsp.main_jsp._jspx_meth_f_005fview_005f0(main_jsp.java:162)
     org.apache.jsp.main_jsp._jspService(main_jsp.java:124)
     org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:98)
     javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
     org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:331)
     org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:329)
     org.apache.jasper.servlet.JspServlet.service(JspServlet.java:265)
     javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
     com.sun.faces.context.ExternalContextImpl.dispatch(ExternalContextImpl.java:346)
     com.sun.faces.application.ViewHandlerImpl.renderView(ViewHandlerImpl.java:152)
     org.ajax4jsf.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:108)
     org.ajax4jsf.application.AjaxViewHandler.renderView(AjaxViewHandler.java:216)
     com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:107)
     com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:245)
     com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:137)
     javax.faces.webapp.FacesServlet.service(FacesServlet.java:214)
     org.ajax4jsf.webapp.BaseXMLFilter.doXmlFilter(BaseXMLFilter.java:141)
     org.ajax4jsf.webapp.BaseFilter.doFilter(BaseFilter.java:281)
     org.apache.jasper.runtime.PageContextImpl.doForward(PageContextImpl.java:686)
     org.apache.jasper.runtime.PageContextImpl.forward(PageContextImpl.java:656)
     org.apache.jsp.index_jsp._jspService(index_jsp.java:45)
     org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:98)
     javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
     org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:331)
     org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:329)
     org.apache.jasper.servlet.JspServlet.service(JspServlet.java:265)
     javax.servlet.http.HttpServlet.service(HttpServlet.java:803)

Jsp:include strange behaviour

Hi All
I have a file called bottom.jsp and I want to include this file in all other jsp files in my site. This works fine for the pages that are in the same dir as bottom.jsp but for other pages that have not the same dir as bottom.jsp the links in the bottom.jsp do not refer to their correct destinations anymore.
All helps appreciated.

Hi,
try changing the link in the header.html which points to target.jsp and make it relative to your application root..... then you can use it in any directory...
header.html in D:\Tests\Web\HeaderTest
<div align="center">Link</div>
Hope this works :-)
Hi Again
But it seems that your suggestion is not working (or
maybe something's wrong again with me). My Directory
structure is:
D:\Tests
��\Web
��\HeaderTest
��\
EB-INF
��\
ub
and I have defined a Context in Tomcat like this:
<Context
     path="/headertest"
     docBase="D:\Tests\Web\HeaderTest"
     debug="0"
     privileged="true"
/>
and my files are:
header.html in D:\Tests\Web\HeaderTest
<div align="center"><a
href="target.jsp">Link</a></div>
target.jsp in D:\Tests\Web\HeaderTest
<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0
Transitional//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dt
">
<%@ page contentType="text/html; charset=utf-8"
language="java" import="java.sql.*" errorPage="" %>
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<title>Untitled Document</title>
<meta http-equiv="Content-Type" content="text/html;
charset=utf-8" />
</head>
<body>
     Sample Page
</body>
</html>
index.jsp in D:\Tests\Web\HeaderTest\sub
<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0
Transitional//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dt
">
<%@ page contentType="text/html; charset=utf-8"
language="java" import="java.sql.*" errorPage="" %>
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<title>Untitled Document</title>
<meta http-equiv="Content-Type" content="text/html;
charset=utf-8" />
</head>
<body>
     <%@include file="/header.html" %>
</body>
</html>
I have also tried the jsp:include action but again I
can't get it working. When I include the header.html
file, I want the link to refer to the
http://localhost:8080/headertest/target.jsp but I
don't know why it refers to
http://localhost:8080/target.jsp which is not
available.
Any ideas?
Lots of thanks again.

What is the difference between jsp :include and server side include

what is the difference between jsp :include and server side include(request dispatcher include method)????
i understand that both request dispatcher include method and jsp:include take dynamic data,so when would one use request dispatcher include and when jsp:include.
Is the usage interchangeable?i believe jsp include is used only for jsp/html but include directive can be used to include servlets ,jsp and html....correct me if i m wrong and
do suggest if u hav ny other diff in this context...

The difference really is: in what format do you want your inclusions? If your environment has many Java developers and only a few designers that focus mainly on, say, Flash, that might push you more towards the server-side include() directive. Or, if you have a large set of pages that receive dynamic content that is displayed in a consistent fashion (such as a workflow header area on a page).
If, on the other hand, you have more web designers, there may be a greater desire to deal in markup rather than Java code. Java developers themselves might prefer to view markup (JSP) that more resembles the eventual output than something occuring in Java code.
Finally, there are considerations of tiering. While it is totally possible to (and I have previously) implement 'view classes' that render markup or generate layout templates, JSP's offer, IMO, a subtle, psychological advantage. By forcing a developer to work in a different format, markup versus Java source, the separation on view from controller and model becomes a bit easier. It is still possible to make mistakes, but if a developer at some point notices, "Wait, I'm in a JSP, should I be importing a java.sql class?", then the choice to use JSP includes has paid off in spades.
- Saish

Jsp:include static svg does not work

I am running tomcat4- and I have a jsp file that outputs svg content like so:
<?xml version="1.0" encoding="US-ASCII"?>
<%@ page contentType="image/svg+xml"%>
This works fine- the problem is that up until now I have included other svg widgets like this:
<g id="radio_off" >
               <%@ include file="../graphics/radioButton.svg" %>
          </g>
which also works just fine. Now, I have to change this to pass in a dynamic directory containing the image (there will be various directories with same file name- I determine at runtime which directory to use)- so I have to use a jsp:include instead.
When I do this:
<g id="radio_off" >
<jsp:include page="graphics/radioButton.svg" flush="true"/>
          </g>
When it is run I just get:
g id="radio_off" >
          </g>
Just blank inside the <g> . If I change radioButton.svg to radioButton.jsp and say:
g id="radio_off" >
<jsp:include page="graphics/radioButton.jsp" flush="true"/>
          </g>
Then I get what I expect with
g id="radio_off" >
<svg width="15" height="15">
....and so on
          </g>
I thought jsp:include would include the static content of a file (like html or svg), but apparently only the OUTPUT of that file.....
Is this correct- I cannot get my svg content to be included in the svg by using jsp:include or am I missing something?
I think it will be strange that I have to rename all my svg files jsp to get them included...Anu ideas???
Thanks,
Jim

Michael,
You are right- I reread your post more closely and saw that you are suggesting to basically just map all my static files (like the .svg) into .jsp extensions- which is basically what I was asking was true- that for svg, xml, htm, any static content to be included as in the <%@include directive but using the action <jsp:include it needs to either be changed to the extension .jsp or, as you suggested, mapped in the web.xml to .jsp. I have remapped my svg to .jsp so as to preserve their .svg extensions- (of course now the first user is hit by about 20 jsp:init's on that page!!- but is then cached as in all jsp's).
I guess kinda makes since since the include action gets the actual response from the page (which is blank image)- but as jsp it is the actual code....Well needed confirmation- and that's what I got along with the reminder to use the mapping in web.xml.
So thanks alot- even put extra duke in for you !!
Jim

Jsp:include pointing to an action on oc4j 9.0.2

Similar Messages

Maybe you are looking for