Internal Server Terror from multi-JSF attempt
nickarls Jul 25, 2013 8:07 AMI gave the WF (upstream master) multi-JSF (myfaces-2.1.12) a spin once again with the ICEfaces 3.3 showcase (removed the bundled JSF jars and edited in the chosen JSF impl in a web.xml context parameter). The result is a
Caused by: java.lang.NullPointerException at org.apache.myfaces.shared.renderkit.html.util.ResourceUtils.renderDefaultJsfJsInlineIfNecessary(ResourceUtils.java:231) [myfaces-impl-2.1.12.jar:2.1.12] at org.apache.myfaces.shared.renderkit.html.HtmlLinkRendererBase.encodeBegin(HtmlLinkRendererBase.java:131) [myfaces-impl-2.1.12.jar:2.1.12] at javax.faces.component.UIComponentBase.encodeBegin(UIComponentBase.java:587) [myfaces-api-2.1.12.jar:2.1.12] at javax.faces.component.UIComponentBase.encodeAll(UIComponentBase.java:517) [myfaces-api-2.1.12.jar:2.1.12] at org.apache.myfaces.view.facelets.component.RepeatRenderer.encodeChildren(RepeatRenderer.java:78) [myfaces-impl-2.1.12.jar:2.1.12] at org.apache.myfaces.view.facelets.component.UIRepeat.process(UIRepeat.java:909) [myfaces-impl-2.1.12.jar:2.1.12] at org.apache.myfaces.view.facelets.component.UIRepeat.encodeChildren(UIRepeat.java:1587) [myfaces-impl-2.1.12.jar:2.1.12]
Looking at the source
226 Resource resource = facesContext.getApplication().getResourceHandler().createResource( 227 JSF_JS_RESOURCE_NAME, JAVAX_FACES_LIBRARY_NAME); 228 markScriptAsRendered(facesContext, JAVAX_FACES_LIBRARY_NAME, JSF_JS_RESOURCE_NAME); 229 writer.startElement(HTML.SCRIPT_ELEM, null); 230 writer.writeAttribute(HTML.SCRIPT_TYPE_ATTR, HTML.SCRIPT_TYPE_TEXT_JAVASCRIPT, null); 231 writer.writeURIAttribute(HTML.SRC_ATTR, resource.getRequestPath(), null); 232 writer.endElement(HTML.SCRIPT_ELEM);
it pretty much has to be the resource that is null, right? Any theories why? I can see ICEfaces "boot" and faces-config.xml parameters being picked up normally so I would think the JSF implementation installation in the AS was successful.