myfaces-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Tobias Eisenträger (JIRA) <...@myfaces.apache.org>
Subject [jira] Created: (TRINIDAD-1804) Resources not found(404) errors
Date Tue, 04 May 2010 11:12:56 GMT
Resources not found(404) errors 
--------------------------------

                 Key: TRINIDAD-1804
                 URL: https://issues.apache.org/jira/browse/TRINIDAD-1804
             Project: MyFaces Trinidad
          Issue Type: Bug
    Affects Versions: 1.2.13-core 
            Reporter: Tobias Eisenträger


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? 





-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


Mime
View raw message