Struts version of JSP include?

JSP has a really straightforward way of including files:
<%@ include file = "../footers.html" %>
The downside is that if your directory structure changes, you need to go back and change all the links.
I believe with Struts, you can use some kind of variable like
<tiles:insert page="myfooter">
But I've been looking at tutorials, and I don't know how exactly to define this. It doesn't seem straightforward at all. All the tiles:insert that I've seen contain actual file references which is precisely what I do **NOT** want--I want a variable that I can reuse in all my pages, like
footer, then define this in a single location. To add to the confusion, the tiles insert seems to contain several put tags within it--but all I want is to just have that "myfooter" for example defined as pointing to say "../footer.html" in some config file, so that the same variable name can be reused.
Is this possible with Struts?
Thanks.

hmm..actually i think i was thinking of it the wrong way.
With tiles, you apparently can't insert pages. Instead there's a default frame, where you can specify a body, and other pages can decide what exactly goes in that body tag.
It seems like that has a disadvantage over jsp's ability to pull in outside pages. Say for example there are 5 pages that all include the same file. The layout may be slightly different, but each one can use the same jsp:include tag, that maybe looks up the filename from a props file. With tiles, it may be a bit more complicated than a simple include.

Similar Messages

  • Jsp:include fails when referencing a struts bean:define bean

    When I request the jsp listed at the bottom, I get the following error:
              cannot resolve symbol
              symbol : variable pageTemplate
              The jsp works as is in both Tomcat and Resin.
              I know the pageTemplate bean gets defined by struts, because if I remove
              (1), I get the correct output of (2).
              Does WL precompile the pages differently than Tomcat/Resin?
              We know tiles can provide similar functionality, but for various reasons,
              this is the method that seems preferred.
              <%@ page contentType="text/html;charset=UTF-8" language="java" %>
              <%@ page import = "com.stabilia.site.*" %>
              <%@ page errorPage="/error.jsp" %>
              <%@ taglib uri="/WEB-INF/struts-bean.tld" prefix="bean" %>
              <%@ taglib uri="/WEB-INF/struts-html.tld" prefix="html" %>
              <%@ taglib uri="/WEB-INF/struts-logic.tld" prefix="logic" %>
              <%@ taglib uri="/WEB-INF/struts-tiles.tld" prefix="tiles" %>
                   <bean:define id="siteConfig" name="siteConfig" scope="session"
                        type="com.stabilia.site.SiteConfiguration"/>
                   <bean:define id="pageTemplate" name="siteConfig"
              property="currentPageTemplate"
                        type="com.stabilia.site.PageTemplate" scope="session"/>
                   (1)<jsp:include page="<%=pageTemplate.getTemplate()%>" />
                   (2)template:<bean:write name="pageTemplate" property="template"/>
              

    I know that in certain versions of WLS the Tag AT_END variables were not getting
              defined properly. Please contact support and ask for a patch referencing this
              with your current version.
              Sam
              Daren Desjardins wrote:
              > To be more specific, I found that I cannot use runtime expressions that
              > involve a bean defined by Struts. If the bean were declared in the
              > following way, it works.
              >
              > <%
              > SiteConfiguration siteconfig = (SiteConfiguration)
              > session.getAttribute(SiteConfiguration.SESSION_KEY);
              > PageTemplate pagetemplate = siteconfig.getCurrentPageTemplate();
              > %>
              > <jsp:include page="<%=pagetemplate.getTemplate()%>" flush="true"/>
              

  • 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 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

  • 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>");
    %>

  • JSP include directive not working with Tomcat 5.0

    Hi.
    I'm developing a small JSF webapp under Tomcat 5.0. My idea was to use the include directive to display a navigation panel on every JSP page.
    I took the code straight from the Java Web Services Tutorial; the resulting page looks like this:
    <jsp:root xmlns:jsp="http://java.sun.com/JSP/Page"
              xmlns:f="http://java.sun.com/jsf/core"
              xmlns:h="http://java.sun.com/jsf/html"
           version="2.0">
    <jsp:directive.page contentType="text/html;charset=iso-8859-1"/>
    <%@ include file="/jsp/panelpage_header.inc" %>
         <h:outputText value="Welcome!"/>
    <%@ include file="/jsp/panelpage_footer.inc" %>
    </jsp:root>However, when I try to load the page, a compilation error occurrs:
    org.apache.jasper.JasperException: /trias/welcome2.jsp(11,2) The content of elements must consist of well-formed character data or markup.
         org.apache.jasper.compiler.DefaultErrorHandler.jspError(DefaultErrorHandler.java:39)
    ...I checked the path to the included files, and it seems to be okay. The files themselves contain the JSF tags for the view, html-head, html-body etc. The compiler doesn't even care if the files exist or not because it aborts immediately when it reaches the first include-statement.
    Did anyone see this kind of error before?

    Ok, the solution with jsp:directive.include works,
    if header.inc and footer.inc themselves are well
    formed too. If I understood the concept right this is
    because header and footer are processed during
    request time and therefore interpreted as
    'standalone' pages.This isn't true. The include directive (<jsp:directive.include>) is run a Compile Time. The code is inserted directly into the surrounding JSP (unlike <jsp:include> which forwards the request at runtime). The finished JSP, after the include, is then processed and needs to be well-formed XML.
    >
    But: What can I do when these two files define a tag
    that should enclose my current page (for example,
    header opens a panelGrid-Tag, and footer closes it).
    For this case I thought the use of the
    @include-directive would be neccessary to combine the
    three pages during compilation. By this the resulting
    page would be well-formed although header and footer
    are not.It should be, as long as you are using <jsp:directive.include>, and the rest of the included pages are also well formed (no <% %> tags, nothing else out of place...).
    Honestly, I haven't done much work with JSP documents, so I haven't run into this problem. But I do believe everything I said is correct.
    What I would do is double check the correctness of the rest of the included pages and see if your error isn't something else.

  • Using jsp:include in jsf

    I want to include a jsp page in another jsp page. My code is as follows:
    1)
    <?xml version="1.0" encoding="ISO-8859-1" ?>
    <jsp:root xmlns:jsp="http://java.sun.com/JSP/Page"
    xmlns:ui="http://java.sun.com/jsf/facelets"
    xmlns:h="http://java.sun.com/jsf/html"
    xmlns:f="http://java.sun.com/jsf/core"
    xmlns:c="http://java.sun.com/jstl/core"
    version="2.0">
    <html xmlns="http://www.w3.org/1999/xhtml">
    <head>
    <title>Page Title</title>
    </head>
    <body>
    <f:subview id="sub">
    <jsp:include page="/demo.jsp"/>
    </f:subview>
    </body>
    </html>
    </jsp:root>
    2) demo.jsp is given below
    <?xml version="1.0" encoding="ISO-8859-1" ?>
    <jsp:root xmlns:jsp="http://java.sun.com/JSP/Page"
    xmlns:ui="http://java.sun.com/jsf/facelets"
    xmlns:h="http://java.sun.com/jsf/html"
    xmlns:f="http://java.sun.com/jsf/core"
    xmlns:c="http://java.sun.com/jstl/core"
    version="2.0">
    <ui:composition>
    <html xmlns="http://www.w3.org/1999/xhtml">
    <head>
    <title>Page Title</title>
    </head>
    <body>
    <h:outputText value="Hello"/>
    </body>
    </html>
    </ui:composition>
    </jsp:root>
    but when i run this application i get error as follows:
    javax.servlet.ServletException: @15,48 <jsp:include> Tag Library supports namespace: http://java.sun.com/JSP/Page, but no tag was defined for name: include
         javax.faces.webapp.FacesServlet.service(FacesServlet.java:270)
         org.ajax4jsf.webapp.BaseXMLFilter.doXmlFilter(BaseXMLFilter.java:178)
         org.ajax4jsf.webapp.BaseFilter.handleRequest(BaseFilter.java:290)
         org.ajax4jsf.webapp.BaseFilter.processUploadsAndHandleRequest(BaseFilter.java:390)
         org.ajax4jsf.webapp.BaseFilter.doFilter(BaseFilter.java:517)

    You're mixing two view technologies with each other: JSP and Facelets. You cannot do that. Use the one or the other. In Facelets you can just use <ui:include>. Leave all of those legacy <jsp> tags out when using Facelets.
    By the way, although the <f:subview> is superfluous in Facelets and only used in JSP, I wanted to tell you, this tag is better to be placed in the include file, not in the parent file. Otherwise you may risk "duplicate component ID" problems.

  • 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

  • In jsp:includes , is there a flush="false" in jsp 1.1

              In <jsp:includes>, is there a flush="false" in jsp 1.1...i know that it's going
              to be in jsp 1.2 but is there something like it that i can use in jsp 1.1.
              

    As far as I know (not very far, btw) new versions of Java are now only distributed from Oracle specifically for OS X. Apple is no longer updating Java beyond the version distributed with the 2014-001 security update. Java SE Runtime Environment 7 1.7.0_67 is the most recent Oracle release. That's pretty much all I know.

  • Jsp include and jsp param

    Hi All,
    I have the following:
    <jsp:include page="anotherPage.jsp">
            <jsp:param name="testing" value="sdfasdfsd"/>
    </jsp:include> And in anotherPage.jsp I have:
    <%@ taglib uri="/WEB-INF/tld/commons-log.tld" prefix="log" %>
    <log:dump scope="request"/>
    <log:dump scope="session"/>
    <log:dump scope="page"/>
    <log:dump scope="application"/>
    <h3>
    Test: <%= request.getParameter("testing") %>
    </h3>Not only does this output:
    Test: null
    but I don't see 'testing' anywhere in the dumps! What is going wrong?
    Have I badly misunderstood parameter sending? :-/
    Actually, my assumption was that the include code puts the "testing" variable
    into the request.. 1) where does jsp:param put the data items it
    passes through and 2) if the data item didn't previously exist as a
    request parameter, does it ignore it?
    Any assistance would be most appreciated!
    Rob
    :)

    Depends on the server version you are using. If you are using a JSP 2.0 server like Tomcat 5, then you should be able to do that, as long as you set up the container correctly (to use servlet 2.4 and JSP 2.0 specs rather than 2.3 and 1.2...)
    Is you are using a JSP 1.2 container (less then TC5) then you will not be able to use EL anyware except in JSTL tags. The fix is to use the JSTL tags to do the include:
    <c:import url="thepage.jsp">
      <c:param name="param1" value="${attr}"/>
    </c:import>

  • Using c:out in a jsp:include

    In a template, I refer to the "body", which is a String in request scope.
    All operates as desired if a scriptlet is used, but fails if I attempt to replace the scriptlet with
    a c:out tag.
    Here is the source :
    <jsp:useBean id="body" scope="request" type="java.lang.String" />
    <%-- This succeeds : --%>
    <jsp:include page='<%= body %>' flush="true"/>
    <%-- This fails: --%>
    <jsp:include page='<c:out value="${body}"/>' flush="true" />
    Why?

    You can't use a custom tag as an attribute to another tag.
    They only accept runtime expressions. That is why the <%= %> tag works.
    This is true for ALL tags.
    A <jsp:getProperty> tag wouldn't work either
    ie this is also illegal:
    <jsp:include page='<jsp:getProperty .... />' flush="true"/>
    For this reason, a lot of the JSTL tags have an alternative syntax that let you use the body.
    ie
    instead of:
    <c:set var="test" value="<fmt:formatDate var="${myDate}"/>" />
    you can do
    <c:set var="test>
    <fmt:formatDate var="${myDate}"/>
    </c:set>
    ok its a bad example of tags you want to mix, but you get the idea hopefully.
    That is also why struts has a special taglib for using EL as attributes.
    If you have a JSP2.0 container like Tomcat5, you can use the EL expression tags instead of the regular expression tags
    ie <jsp:include page='${body}' flush="true"/>
    Hope this helps,
    evnafets

  • Problem with flush=true in the jsp:include tag

    Hello
    I have deployed a JSP based application , based on the apache struts framework. The web server is Sun One Webserver 6 Service Pack4, on a windows 2000 machine
    The same application was tried on SunONE application server 7, and it works without any problem. However in this case the following error , on the page
    javax:servlet.jspexception:Illegal to flush within a custom tag
    Does this mean flush="true" is not allowed within custom tags
    Or is there a workaround for this
    Any help is appreciated
    thanks
    - Aniruddha

    Hi,
    This is a known problem, ��flush before you include�� limitation in JSP 1.1.
    As a result, you have to state flush="true" every time you include a jsp using <jsp:include> tag if you are using JSP1.1.
    Fortunately, it is fixed in JSP1.2. The flush attribute controls flushing. If true, then, if the page output is buffered and the flush attribute is given a ��true�� value, then the buffer is flushed prior to the inclusion, otherwise the buffer is not flushed. The default value for the flush attribute is ��false��.
    Gary Wang
    Developer Technical Support
    SUN Microsystems
    http://www.sun.com/developers/support/

  • 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!

  • Jsp include issue

    hi
    i've tested a new version of my jsp include file (a header which is referenced by about 40 pages) on one jsp page, and its wokred ok. i've changed the coding of the include page though none of the other jsp pages have picked up the new include and are still looking to the old one ? i've stopped and started tomcat but its till not changed.
    does anyone have any ideas ? i've included a couple of new tag libraries but they are working ok and i cant see why it would be anything other than tomcat ? should i try stopping the app itself ?
    cheers
    chris

    not restart, you need to clear the work directory, or at least modify all the files that use the included file to get them to recompile. The server doesn't check for changes in included files for some reason.

  • 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.

Maybe you are looking for