Hi, don't you have anobody idea why url is laggin one step behind the actual 
url of the application? For example the app is in /page1.jsf with navigation 
control pointing to /page2.jsf. After firing the control the navigation 
properly handles the request and /page2.jsf is displayed, however, in the 
brower (and also in navigation handler) I'm getting /page1.jsf. The proper url 
is shown after another step.

I'm using myfaces 1.1.1, web.xml and faces-config in the attachment.

Thanks
jan



<?xml version="1.0"?>

<!DOCTYPE web-app PUBLIC
  "-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN"
  "http://java.sun.com/dtd/web-app_2_3.dtd";>

<web-app>
    <context-param>
        <param-name>javax.faces.CONFIG_FILES</param-name>
        <param-value>
            <!--/WEB-INF/examples-config.xml,-->
            /WEB-INF/faces-config.xml,
            /META-INF/faces-zcomp.xml,
			/META-INF/components.xml
		</param-value>
        <description>
            Comma separated list of URIs of (additional) faces config files.
            (e.g. /WEB-INF/my-config.xml)
            See JSF 1.0 PRD2, 10.3.2
        </description>
    </context-param>

    <context-param>
        <param-name>javax.faces.STATE_SAVING_METHOD</param-name>
        <param-value>client</param-value>
        <description>
            State saving method: "client" or "server" (= default)
            See JSF Specification 2.5.2
        </description>
    </context-param>

    <context-param>
        <param-name>org.apache.myfaces.ALLOW_JAVASCRIPT</param-name>
        <param-value>true</param-value>
        <description>
            This parameter tells MyFaces if javascript code should be allowed in the
            rendered HTML output.
            If javascript is allowed, command_link anchors will have javascript code
            that submits the corresponding form.
            If javascript is not allowed, the state saving info and nested parameters
            will be added as url parameters.
            Default: "true"
        </description>
    </context-param>

    <context-param>
        <param-name>org.apache.myfaces.DETECT_JAVASCRIPT</param-name>
        <param-value>false</param-value>
    </context-param>

    <context-param>
        <param-name>org.apache.myfaces.PRETTY_HTML</param-name>
        <param-value>true</param-value>
        <description>
            If true, rendered HTML code will be formatted, so that it is "human readable".
            i.e. additional line separators and whitespace will be written, that do not
            influence the HTML code.
            Default: "true"
        </description>
    </context-param>

    <context-param>
        <param-name>org.apache.myfaces.AUTO_SCROLL</param-name>
        <param-value>true</param-value>
        <description>
            If true, a javascript function will be rendered that is able to restore the
            former vertical scroll on every request. Convenient feature if you have pages
            with long lists and you do not want the browser page to always jump to the top
            if you trigger a link or button action that stays on the same page.
            Default: "false"
        </description>
    </context-param>

    <!-- tiles support -->
    <context-param>
        <param-name>tiles-definitions</param-name>
        <param-value>/WEB-INF/tiles-defs.xml</param-value>
    </context-param>
    <!-- end of tiles -->


    <!-- WelcomeFile Filter -->
	<filter>
        <filter-name>WelcomeFile Filter</filter-name>
        <filter-class>org.apache.myfaces.webapp.filter.WelcomeFileFilter</filter-class>
        <description>
            Due to the manner in which the JSP / servlet lifecycle
            functions, it is not currently possible to specify default
            welcome files for a web application and map them to the
            MyFacesServlet.  Normally they will be mapped to the
            default servlet for the JSP container.  To offset this
            shortcoming, we utilize a servlet Filter which examines
            the URI of all incoming requests.
        </description>
    </filter>

    <!-- Extensions Filter -->
    <filter>
        <filter-name>extensionsFilter</filter-name>
        <filter-class>org.apache.myfaces.component.html.util.ExtensionsFilter</filter-class>
        <init-param>
            <param-name>uploadMaxFileSize</param-name>
            <param-value>10m</param-value>
            <description>Set the size limit for uploaded files.
                Format: 10 - 10 bytes
                        10k - 10 KB
                        10m - 10 MB
                        1g - 1 GB
            </description>
        </init-param>
        <init-param>
            <param-name>uploadThresholdSize</param-name>
            <param-value>300k</param-value>
            <description>Set the threshold size - files
                    below this limit are stored in memory, files above
                    this limit are stored on disk.

                Format: 10 - 10 bytes
                        10k - 10 KB
                        10m - 10 MB
                        1g - 1 GB
            </description>
        </init-param>
        <init-param>
            <param-name>uploadRepositoryPath</param-name>
            <param-value>/tmp</param-value>
            <description>Set the path where the intermediary files will be stored.
            </description>
        </init-param>
    </filter>


	<filter-mapping>
        <filter-name>extensionsFilter</filter-name>
        <url-pattern>*.jsf</url-pattern>
    </filter-mapping>
    <filter-mapping>
        <filter-name>extensionsFilter</filter-name>
        <url-pattern>/faces/*</url-pattern>
    </filter-mapping>
	<filter-mapping>
        <filter-name>securityFilter</filter-name>
        <url-pattern>*.jsf</url-pattern>
    </filter-mapping>


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

    <!-- source code servlet (will not work with JSF virtual path mapping) -->
    <!--  this servlet is optional and for educational purposes only -->
    <!--
    <servlet>
        <servlet-name>SourceCodeServlet</servlet-name>
        <servlet-class>org.apache.myfaces.util.servlet.SourceCodeServlet</servlet-class>
    </servlet>
    -->

    <!-- Faces Servlet Mapping -->

    <!-- virtual path mapping -->
    <!--
    <servlet-mapping>
        <servlet-name>Faces Servlet</servlet-name>
        <url-pattern>/faces/*</url-pattern>
    </servlet-mapping>
    -->

    <!-- extension mapping -->
    <servlet-mapping>
        <servlet-name>Faces Servlet</servlet-name>
        <url-pattern>*.jsf</url-pattern>
    </servlet-mapping>

    <!--
    <servlet-mapping>
        <servlet-name>SourceCodeServlet</servlet-name>
        <url-pattern>*.source</url-pattern>
    </servlet-mapping>
    -->


</web-app>
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE faces-config PUBLIC
  "-//Sun Microsystems, Inc.//DTD JavaServer Faces Config 1.1//EN"
  "http://java.sun.com/dtd/web-facesconfig_1_1.dtd";>

<faces-config>


    <!-- ========================= Locale Management ========================= -->


    <!-- Uncomment the following element and configure the default and
         supported locales for your application -->

    <application>
        <!--
        <locale-config>
            <default-locale>en</default-locale>
            <supported-locale>en</supported-locale>
        </locale-config>
        -->

        <!-- tiles support -->
        <view-handler>org.apache.myfaces.application.jsp.JspTilesViewHandlerImpl</view-handler>
        <!-- end of tiles support -->

	</application>

    <!-- Uncomment the following element (after fixing the package name as needed)
         if your localized message bundle contains replacements for the standard
         converter or validator error message. -->
    <!--
      <application>
        <message-bundle>org.apache.shale.blank.Bundle</message-bundle>
      </application>
    -->


</faces-config>


Reply via email to