[TRINIDAD-1804] Resources not found(404) errors

• Type: Bug
• Status: Closed
• Priority: Major
• Resolution: Duplicate
• Affects Version/s: 1.2.13-core
• Fix Version/s: 1.2.15-core
• Labels: MYFACES-1794
• Assignee: Scott O'Bryan
• Reporter: Tobias Eisenträger
• Created: 04/May/10 11:12
• Updated: 16/Jul/12 17:36
• Resolved: 16/Jul/12 17:35

Description

The error I got was when clicking the calendar icon and expecting a cal popup. Instead I got:
"description The requested resource (.../_ADFv_.jsp) is not available."

As it potentially affects a lot of other components beyond this trinidad one, I marked it major as these components just don't work anymore.
E.g. MF mailing list with topic "RE: [Trinidad] HTTP 404 (file not found) while using DialogFramework" points that out.
--Wolf

We first thought that this was a bug in Myfaces core, but Leonardo Uribe confirmed that it is a Trinidad issue, here is his last comment from bug MYFACES-1794(more info in this jira)
Leonardo Uribe added a comment - 04/May/10 06:57 AM
Thanks for the test. That's the spirit!

The error is on trinidad, not in myfaces. I tried the test with ri 1.2_14 and it fails too.

In trinidad there is a class called org.apache.myfaces.trinidadinternal.renderkit.core.pages.GenericEntry . This one has a method called getGenericEntryPath that has this code:

static public String getGenericEntryPath(FacesContext context)

{ String url = context.getApplication().getViewHandler(). getActionURL(context, _GENERIC_ENTRY_VIEW_ID); return url; }

static private final String GENERIC_ENTRY_VIEW_ID = "/ADFv_";

It delegates to the default view handler, Both trinidad and facelets does not override this method, so in myfaces this is handled by JspViewHandlerImpl.

JSF 1.2 rev A spec section 7.5.2 Default ViewHandler Implementation says the following about ViewHandler.getActionURL:

"....The getActionURL() method must fulfill the following responsibilities:
■ If the specified viewId does not start with a "/", throw
IllegalArgumentException.
■ If prefix mapping (such as "/faces/*") is used for FacesServlet, prepend the context
path of the current application, and the specified prefix, to the specified viewId and return
the completed value. For example "/cardemo/faces/chooseLocale.jsp".
■ If suffix mapping (such as "*.faces") is used for FacesServlet, and the specified
viewId ends with the specified suffix, replacing the suffix with the value specified by the
context initialization parameter named by the symbolic constant
ViewHandler.DEFAULT_SUFFIX_NAME (if no such context initialization parameter
is present, use the value of the symbolic constant ViewHandler.DEFAULT_SUFFIX as the
replacement suffix), prefix this value with the context path for the current web
application, and return the result. For example "/cardemo/chooseLocale.faces" ....."

Trinidad does not append the default suffix to the constant, so when extension mapping is used the algorithm of the spec does not replace the expected suffix, just append the constant to the url, causing the 404 error.

The wrong link is rendered like this:

http://localhost:8080/myfaces-test-trinidad/__ADFv__?_t=cd&value=1233532799700&loc=es&enc=iso-8859-1

and it should be rendered like this:

http://localhost:8080/myfaces-test-trinidad/__ADFv__.jsf?_t=cd&value=1233532799700&loc=es&enc=iso-8859-1

Could you open an issue on trinidad issue tracker and reference this issue, so someone in trinidad could commit the solution proposed?

Issue Links

• relates to: MYFACES-1794 MF Core causes resources not found(404) errors (recently also corrected in Sun RI for JSF 1.2)