null EL expression - "ELResolver cannot handle a null base Object with identifier 'nullValue'"

Discussion:

noah

2007-06-28 20:41:00 UTC

With the 1.2.0-SNAPSHOT for today

<%@ taglib uri="http://java.sun.com/jsf/html" prefix="h" %>
<%@ taglib uri="http://java.sun.com/jsf/core" prefix="f" %>
<html>
<head>
<title>Null Test</title>
</head>
<body>
<f:view>
<h:outputText value="#{nullValue}" />
</f:view>
</body>
</html>

causes the exception shown below. 1.1.5 didn't have problem with null
expressions where there is only a base and the 1.2 RI doesn't either.
This is on Jetty.

javax.el.PropertyNotFoundException: ELResolver cannot handle a null
base Object with identifier 'nullValue'
at com.sun.el.lang.ELSupport.throwUnhandled(ELSupport.java:52)
at com.sun.el.parser.AstIdentifier.getValue(AstIdentifier.java:75)
at com.sun.el.ValueExpressionImpl.getValue(ValueExpressionImpl.java:195)
at javax.faces.component.UIOutput.getValue(UIOutput.java:68)
at org.apache.myfaces.shared_impl.renderkit.RendererUtils.getStringValue(RendererUtils.java:241)
at org.apache.myfaces.shared_impl.renderkit.html.HtmlTextRendererBase.renderOutput(HtmlTextRendererBase.java:71)
at org.apache.myfaces.shared_impl.renderkit.html.HtmlTextRendererBase.encodeEnd(HtmlTextRendererBase.java:58)
at javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:539)
at javax.faces.component.UIComponent.encodeAll(UIComponent.java:250)
at javax.faces.component.UIComponent.encodeAll(UIComponent.java:247)
at org.apache.myfaces.application.jsp.JspViewHandlerImpl.renderView(JspViewHandlerImpl.java:308)
at com.sun.facelets.FaceletViewHandler.renderView(FaceletViewHandler.java:533)
at org.apache.myfaces.lifecycle.RenderResponseExecutor.execute(RenderResponseExecutor.java:41)
at org.apache.myfaces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:132)
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:138)
at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:487)
at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:367)
at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181)
at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:712)
at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:405)
at org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:211)
at org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114)
at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:139)
at org.mortbay.jetty.Server.handle(Server.java:295)
at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:503)
at org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:827)
at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:511)
at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:210)
at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:379)
at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:361)
at org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java:442)

Bruno Aranda

2007-07-05 18:43:09 UTC

Permalink

I can confirm this issue. Could you add it to JIRA please?

Cheers,

Bruno

Post by noah
With the 1.2.0-SNAPSHOT for today
<html>
<head>
<title>Null Test</title>
</head>
<body>
<f:view>
<h:outputText value="#{nullValue}" />
</f:view>
</body>
</html>
causes the exception shown below. 1.1.5 didn't have problem with null
expressions where there is only a base and the 1.2 RI doesn't either.
This is on Jetty.
javax.el.PropertyNotFoundException: ELResolver cannot handle a null
base Object with identifier 'nullValue'
at com.sun.el.lang.ELSupport.throwUnhandled(ELSupport.java:52)
at com.sun.el.parser.AstIdentifier.getValue(AstIdentifier.java:75)
at com.sun.el.ValueExpressionImpl.getValue(ValueExpressionImpl.java:195)
at javax.faces.component.UIOutput.getValue(UIOutput.java:68)
at org.apache.myfaces.shared_impl.renderkit.RendererUtils.getStringValue(RendererUtils.java:241)
at org.apache.myfaces.shared_impl.renderkit.html.HtmlTextRendererBase.renderOutput(HtmlTextRendererBase.java:71)
at org.apache.myfaces.shared_impl.renderkit.html.HtmlTextRendererBase.encodeEnd(HtmlTextRendererBase.java:58)
at javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:539)
at javax.faces.component.UIComponent.encodeAll(UIComponent.java:250)
at javax.faces.component.UIComponent.encodeAll(UIComponent.java:247)
at org.apache.myfaces.application.jsp.JspViewHandlerImpl.renderView(JspViewHandlerImpl.java:308)
at com.sun.facelets.FaceletViewHandler.renderView(FaceletViewHandler.java:533)
at org.apache.myfaces.lifecycle.RenderResponseExecutor.execute(RenderResponseExecutor.java:41)
at org.apache.myfaces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:132)
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:138)
at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:487)
at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:367)
at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181)
at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:712)
at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:405)
at org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:211)
at org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114)
at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:139)
at org.mortbay.jetty.Server.handle(Server.java:295)
at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:503)
at org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:827)
at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:511)
at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:210)
at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:379)
at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:361)
at org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java:442)

Bruno Aranda

2007-07-05 19:00:59 UTC

Permalink

though it seems to be a problem with jetty having a dependency on
commons-el 1.0 ?

Bruno

Post by Bruno Aranda
I can confirm this issue. Could you add it to JIRA please?
Cheers,
Bruno

Bruno Aranda

2007-07-05 19:17:36 UTC

Permalink

I cannot reproduce this in the current12/test-webapp, so I guess it is
a configuration issue whith the EL dependencies,

Bruno

Post by Bruno Aranda
though it seems to be a problem with jetty having a dependency on
commons-el 1.0 ?
Bruno

Post by Bruno Aranda
I can confirm this issue. Could you add it to JIRA please?
Cheers,
Bruno

Bruno Aranda

2007-07-05 19:21:04 UTC

Permalink

Ok, found the problem. The issue is with tomahawk, that depends on
commons-el. Be sure that you don't have this dependency (commons-el)
in the classpath. If using maven, do this for tomahawk and the
sandbox:

<dependency>
<groupId>org.apache.myfaces.tomahawk</groupId>
<artifactId>tomahawk</artifactId>
<scope>compile</scope>
<exclusions>
<exclusion>
<groupId>commons-el</groupId>
<artifactId>commons-el</artifactId>
</exclusion>
</exclusions>
</dependency>

Hope that helps,

Bruno

Post by Bruno Aranda
I cannot reproduce this in the current12/test-webapp, so I guess it is
a configuration issue whith the EL dependencies,
Bruno

Post by Bruno Aranda
though it seems to be a problem with jetty having a dependency on
commons-el 1.0 ?
Bruno

Post by Bruno Aranda
I can confirm this issue. Could you add it to JIRA please?
Cheers,
Bruno

noah

2007-07-18 17:51:54 UTC

Permalink

Sorry for reviving a 2 week old thread, but I haven't had a chance to
try this again.

I've added the exclusions you have below and I'm still getting the
same error on Jetty. jetty:run-exploded shows that commons-el isn't
in WEB-INF/lib

If I try the war in Tomcat 6 I get NoClassDefFoundError:
org/apache/commons/el/Logger (full trace below)

Right now I'm using 1.2.0 with Tomahawk 1.1.6 and sandbox 1.1.6-SNAPSHOT.

Everything is working just fine with the RI. Why should changing my
implementation cause everything to blow up like this?

Full Trace:
18 Jul 2007 12:40:55 ERROR ExtensionsFilter: Exception wile retrieving
addResource
java.lang.NoClassDefFoundError: org/apache/commons/el/Logger
at org.apache.myfaces.shared_tomahawk.util.ClassUtils.<clinit>(ClassUtils.java:44)
at org.apache.myfaces.shared_tomahawk.config.MyfacesConfig.<clinit>(MyfacesConfig.java:94)
at org.apache.myfaces.renderkit.html.util.AddResourceFactory.getInstance(AddResourceFactory.java:282)
at org.apache.myfaces.webapp.filter.ExtensionsFilter.doFilter(ExtensionsFilter.java:126)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl._invokeDoFilter(TrinidadFilterImpl.java:208)
at org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl._doFilterImpl(TrinidadFilterImpl.java:165)
at org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl.doFilter(TrinidadFilterImpl.java:138)
at org.apache.myfaces.trinidad.webapp.TrinidadFilter.doFilter(TrinidadFilter.java:92)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.acegisecurity.wrapper.SecurityContextHolderAwareRequestFilter.doFilter(SecurityContextHolderAwareRequestFilter.java:81)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.acegisecurity.intercept.web.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:107)
at org.acegisecurity.intercept.web.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:72)
at org.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:90)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.acegisecurity.ui.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:110)
at org.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:90)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.acegisecurity.ui.AbstractProcessingFilter.doFilter(AbstractProcessingFilter.java:216)
at org.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:90)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.acegisecurity.context.HttpSessionContextIntegrationFilter.doFilter(HttpSessionContextIntegrationFilter.java:195)
at org.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:90)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:228)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:433)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:104)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:212)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:634)
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:445)
at java.lang.Thread.run(Thread.java:619)

Post by Bruno Aranda
Ok, found the problem. The issue is with tomahawk, that depends on
commons-el. Be sure that you don't have this dependency (commons-el)
in the classpath. If using maven, do this for tomahawk and the
<dependency>
<groupId>org.apache.myfaces.tomahawk</groupId>
<artifactId>tomahawk</artifactId>
<scope>compile</scope>
<exclusions>
<exclusion>
<groupId>commons-el</groupId>
<artifactId>commons-el</artifactId>
</exclusion>
</exclusions>
</dependency>
Hope that helps,
Bruno

Post by Bruno Aranda
I cannot reproduce this in the current12/test-webapp, so I guess it is
a configuration issue whith the EL dependencies,
Bruno

Post by Bruno Aranda
though it seems to be a problem with jetty having a dependency on
commons-el 1.0 ?
Bruno

Post by Bruno Aranda
I can confirm this issue. Could you add it to JIRA please?
Cheers,
Bruno

Bruno Aranda

2007-07-18 18:09:22 UTC

Permalink

Ah yes, actually the problem was not commons-el (which is necessary
for tomahawk to work) but a bug in jetty which I think it has already
been addressed.

Cheers,

Bruno

Post by noah
Sorry for reviving a 2 week old thread, but I haven't had a chance to
try this again.
I've added the exclusions you have below and I'm still getting the
same error on Jetty. jetty:run-exploded shows that commons-el isn't
in WEB-INF/lib
org/apache/commons/el/Logger (full trace below)
Right now I'm using 1.2.0 with Tomahawk 1.1.6 and sandbox 1.1.6-SNAPSHOT.
Everything is working just fine with the RI. Why should changing my
implementation cause everything to blow up like this?
18 Jul 2007 12:40:55 ERROR ExtensionsFilter: Exception wile retrieving
addResource
java.lang.NoClassDefFoundError: org/apache/commons/el/Logger
at org.apache.myfaces.shared_tomahawk.util.ClassUtils.<clinit>(ClassUtils.java:44)
at org.apache.myfaces.shared_tomahawk.config.MyfacesConfig.<clinit>(MyfacesConfig.java:94)
at org.apache.myfaces.renderkit.html.util.AddResourceFactory.getInstance(AddResourceFactory.java:282)
at org.apache.myfaces.webapp.filter.ExtensionsFilter.doFilter(ExtensionsFilter.java:126)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl._invokeDoFilter(TrinidadFilterImpl.java:208)
at org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl._doFilterImpl(TrinidadFilterImpl.java:165)
at org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl.doFilter(TrinidadFilterImpl.java:138)
at org.apache.myfaces.trinidad.webapp.TrinidadFilter.doFilter(TrinidadFilter.java:92)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.acegisecurity.wrapper.SecurityContextHolderAwareRequestFilter.doFilter(SecurityContextHolderAwareRequestFilter.java:81)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.acegisecurity.intercept.web.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:107)
at org.acegisecurity.intercept.web.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:72)
at org.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:90)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.acegisecurity.ui.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:110)
at org.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:90)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.acegisecurity.ui.AbstractProcessingFilter.doFilter(AbstractProcessingFilter.java:216)
at org.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:90)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.acegisecurity.context.HttpSessionContextIntegrationFilter.doFilter(HttpSessionContextIntegrationFilter.java:195)
at org.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:90)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:228)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:433)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:104)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:212)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:634)
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:445)
at java.lang.Thread.run(Thread.java:619)

Post by Bruno Aranda
I cannot reproduce this in the current12/test-webapp, so I guess it is
a configuration issue whith the EL dependencies,
Bruno

Post by Bruno Aranda
though it seems to be a problem with jetty having a dependency on
commons-el 1.0 ?
Bruno

Post by Bruno Aranda
I can confirm this issue. Could you add it to JIRA please?
Cheers,
Bruno

Matthias Wessendorf

2007-07-18 18:19:23 UTC

Permalink

are you talking about this one

<h:outputText value="#{nullValue}" />

?

I don't see it (in JSP)

Post by Bruno Aranda
Ah yes, actually the problem was not commons-el (which is necessary
for tomahawk to work) but a bug in jetty which I think it has already
been addressed.
Cheers,
Bruno

Post by Bruno Aranda
I cannot reproduce this in the current12/test-webapp, so I guess it is
a configuration issue whith the EL dependencies,
Bruno

Post by Bruno Aranda
though it seems to be a problem with jetty having a dependency on
commons-el 1.0 ?
Bruno

Post by Bruno Aranda
I can confirm this issue. Could you add it to JIRA please?
Cheers,
Bruno

--
Matthias Wessendorf

further stuff:
blog: http://matthiaswessendorf.wordpress.com/
mail: matzew-at-apache-dot-org

noah

2007-07-19 18:51:26 UTC

Permalink

So how do I make it work in MyFaces under Jetty? Why doesn't the
presence of commons-el or Jetty or whatever cause the RI to blow up?

Post by Bruno Aranda
Ah yes, actually the problem was not commons-el (which is necessary
for tomahawk to work) but a bug in jetty which I think it has already
been addressed.
Cheers,
Bruno

Post by Bruno Aranda
I cannot reproduce this in the current12/test-webapp, so I guess it is
a configuration issue whith the EL dependencies,
Bruno

Post by Bruno Aranda
though it seems to be a problem with jetty having a dependency on
commons-el 1.0 ?
Bruno

Post by Bruno Aranda
I can confirm this issue. Could you add it to JIRA please?
Cheers,
Bruno

rlubke

2007-07-24 20:24:28 UTC

Permalink

For what it's worth, I'm seeing the same error when trying to get MyFaces
1.2.1-SNAPSHOT (built from source - would be good if nightly builds could be
posted) working in the GlassFish admin-gui.

javax.el.PropertyNotFoundException: ELResolver cannot handle a null base
Object with identifier 'alertSummary'

Post by noah
So how do I make it work in MyFaces under Jetty? Why doesn't the
presence of commons-el or Jetty or whatever cause the RI to blow up?

Post by Bruno Aranda
Ah yes, actually the problem was not commons-el (which is necessary
for tomahawk to work) but a bug in jetty which I think it has already
been addressed.
Cheers,
Bruno

1.1.6-SNAPSHOT.

Post by noah
Everything is working just fine with the RI. Why should changing my
implementation cause everything to blow up like this?
18 Jul 2007 12:40:55 ERROR ExtensionsFilter: Exception wile retrieving
addResource
java.lang.NoClassDefFoundError: org/apache/commons/el/Logger
at

org.apache.myfaces.shared_tomahawk.util.ClassUtils.<clinit>(ClassUtils.java:44)