{"id":928,"date":"2010-09-19T20:46:33","date_gmt":"2010-09-19T20:46:33","guid":{"rendered":"http:\/\/salientsoft.co.uk\/?p=928"},"modified":"2011-11-17T15:18:18","modified_gmt":"2011-11-17T15:18:18","slug":"servlet-mapping-issues-with-glassfish-v3-0-1","status":"publish","type":"post","link":"https:\/\/salientsoft.co.uk\/?p=928","title":{"rendered":"Servlet Mapping Issues with Glassfish V3.0.1"},"content":{"rendered":"

There seem to be some servlet mapping issues with Glassfish V3.0.1.<\/p>\n

To summarize, the following outlines what the servlet mapping logic should do:-<\/p>\n

    \n
  1. The <url-pattern> as below matches the input url and if there is a match, passes the url to the designated servlet (in this case the faces servlet).<\/li>\n
  2. The url parts that match are stripped out, so that for\u00a0extension mapping e.g.\u00a0\u201c*.jsf\u201d pattern the \u201c.jsf\u201d is removed, and for path mapping\u00a0e.g. \u201c\/faces\/*\u201d pattern the \/faces subdirectory is removed.<\/li>\n
  3. The javax.faces.DEFAULT_SUFFIX as below is applied to the result as a file type if one is not present, to give an actual file to be searched for. This is passed to the faces servlet for processing.<\/li>\n<\/ol>\n

    I tried the same combination in web.xml<\/em> that I had used previously on Glassfish V2.1 with ICEfaces:-<\/p>\n

    <servlet-mapping>
    \n<servlet-name>Faces Servlet<\/servlet-name>
    \n<url-pattern>*.jsf<\/url-pattern>
    \n<\/servlet-mapping>
    \n<context-param>
    \n<param-name>javax.faces.DEFAULT_SUFFIX<\/param-name>
    \n<param-value>.jsf<\/param-value>
    \n<\/context-param><\/p>\n

    The actual file type was also .jsf (index.jsf in this case)
    \nThis gave rise to the following intermittent error when run \u2013 it would run once or twice and then blow up:-<\/p>\n

    url:\u00a0 <\/em>http:\/\/localhost\/PrimeTest1\/index.jsf<\/em><\/a>
    \nerror:\u00a0 javax.servlet.ServletException: PWC1232: Exceeded maximum depth for nested request dispatches: 20<\/em><\/p>\n

    Changing the actual file type and the above javax.faces.DEFAULT_SUFFIX<\/strong> value to .xhtml worked correctly in every case.
    \nThis error occurred both with a simple Primefaces test page:-<\/p>\n

    <html xmlns=’http:\/\/www.w3c.org\/1999\/xhtml’<\/a>
    \nxmlns:f=’    http:\/\/java.sun.com\/jsf\/core’<\/a>
    \nxmlns:h=’    http:\/\/java.sun.com\/jsf\/html’<\/a>
    \nxmlns:p=’    http:\/\/primefaces.prime.com.tr\/ui’<\/a>>
    \n<h:head> <\/h:head>
    \n<h:body>
    \n<p:editor \/>
    \n<\/h:body>
    \n<\/html><\/p>\n

    and also with a simple JSF page in a non Primefaces JSF 2 faceted eclipse web project:-<\/p>\n

    <html xmlns=”http:\/\/www.w3.org\/1999\/xhtml”<\/a>>
    \n<head>
    \n<title>Test Page Title<\/title>
    \n<\/head>
    \n<body>
    \nTest page body
    \n<\/body>
    \n<\/html><\/p>\n

    It was therefore clear that the error was not Primefaces related, but appeared to be recursion caused by a servlet mapping issue. This post on the Glassfish Forums<\/a><\/strong> reported the issue – there\u00a0was some discussion but no resolution, and I don’t think\u00a0a bug has been raised.\u00a0\u00a0This post<\/strong><\/a> also reported the same issue. Whilst I found a number of other posts too with what seemed like a related issue, there appeared to be no clear conclusion on any of them re the nature of the problem or a fix for it. I tried other combinations such as path mapping using\u00a0\u201c\/faces\/*\u201d for the url pattern<\/strong>, \u201c.jsf\u201d for the default suffix<\/strong>, and \u201chttp:\/\/localhost\/PrimeTest1\/faces\/index.jsf\u201d for the url<\/strong>, but in this case the above error did not occur but a blank page was displayed. On examining the source for the page, it turned out to be the original page source i.e. it had not passed through the faces servlet.<\/p>\n

    My conclusion is that the servlet mapping\/url pattern handling for Glassfish V3.0.1 has some issues, the precise nature of which is not clear. My solution is to use \u201c.xhtml\u201d for the actual filetypes<\/strong> and for the default suffix<\/strong>, and extension mapping\u00a0using \u201c*.jsf\u201d for the url pattern<\/strong> \u2013 this combination works fine with no issues.<\/p>\n","protected":false},"excerpt":{"rendered":"

    There seem to be some servlet mapping issues with Glassfish V3.0.1. To summarize, the following outlines what the servlet mapping logic should do:- The <url-pattern> as below matches the input url and if there is a match, passes the url to the designated servlet (in this case the faces servlet). The url parts that match […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":[],"categories":[17],"tags":[13,10,40,184,21],"_links":{"self":[{"href":"https:\/\/salientsoft.co.uk\/index.php?rest_route=\/wp\/v2\/posts\/928"}],"collection":[{"href":"https:\/\/salientsoft.co.uk\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/salientsoft.co.uk\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/salientsoft.co.uk\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/salientsoft.co.uk\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=928"}],"version-history":[{"count":11,"href":"https:\/\/salientsoft.co.uk\/index.php?rest_route=\/wp\/v2\/posts\/928\/revisions"}],"predecessor-version":[{"id":929,"href":"https:\/\/salientsoft.co.uk\/index.php?rest_route=\/wp\/v2\/posts\/928\/revisions\/929"}],"wp:attachment":[{"href":"https:\/\/salientsoft.co.uk\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=928"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/salientsoft.co.uk\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=928"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/salientsoft.co.uk\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=928"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}