Andy Schwartz created TRINIDAD-2340:
---------------------------------------
Summary: LocaleElementsResourceLoader init dependency on request
path
Key: TRINIDAD-2340
URL: https://issues.apache.org/jira/browse/TRINIDAD-2340
Project: MyFaces Trinidad
Issue Type: Bug
Components: Infrastructure
Affects Versions: 2.0.1-core
Reporter: Andy Schwartz
Assignee: Andy Schwartz
The LocaleElementsResourceLoader static initializer attempts to derive a locale
elements library uri:
static private final ResourceLoader[] _ResourceLoaders =
{
new ClassLoaderResourceLoader(),
new
TrTranslationsResourceLoader(CoreRenderKitResourceLoader.getLocaleElementsURI("Translations",
false))
};
The call to getLocaleElementsURI() ends up calling
CoreRenderKitResourceLoader.getLocale(), which in turn does the following:
static public String getLocale()
{
String path = ((HttpServletRequest)
FacesContext.getCurrentInstance().getExternalContext().getRequest()).getPathInfo();
String locStr = "";
int locIndex = path.indexOf("LocaleElements")+ "LocaleElements_".length();
int index = path.indexOf(_VERSION);
if (index < 0)
index = path.indexOf(".js");
if(index >= 0)
locStr = path.substring(locIndex, index);
return locStr;
}
Note that this code assumes that the request path returned from getPathInfo()
corresponds to a LocaleElements library request. While this true during normal
resource request processing (ie. when ResourceLoader.getResource() is called),
this is not necessarily true when called from the LocaleElementsResourceLoader
static initializer.
Depending on when the LocaleElementsResourceLoader is initialized, a call to
getLocale() can result in:
1. A NullPointerException, if the FacesContext is not available, or if
getRequest() happens to return null.
2. A StringIndexOutOfBoundsException from the substring() call, if the request
path happens to be short.
3. A garbage return value, if one of the above two exceptions are not thrown.
As such, it is not safe for LocaleElementsResourceLoader to call into
getLocaleElementsURI() from its static initializer.
Although this seems like a trivial issue, I specified the priority as "major"
as we are seeing #2 in production environments.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira