You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@myfaces.apache.org by Bruno Aranda <br...@gmail.com> on 2007/07/05 20:43:09 UTC
Re: null EL expression - "ELResolver cannot handle a null base Object with identifier 'nullValue'"
I can confirm this issue. Could you add it to JIRA please?
Cheers,
Bruno
On 28/06/07, noah <ia...@gmail.com> wrote:
> 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)
>
Re: null EL expression - "ELResolver cannot handle a null base
Object with identifier 'nullValue'"
Posted by mraible <ma...@raibledesigns.com>.
I'm seeing this same issue with MyFaces 1.2.0 and Facelets 1.1.13. I tried
the exclusion selection below and that doesn't solve anything. I've had a
discussion with the Jetty folks about commons-el in Jetty 6.1.5 and they've
proven it's not present.
http://www.nabble.com/Is-it-possible-to-exclude-commons-el-as-a-dependency-with-the-maven-jetty-plugin--tf4348944.html#a12407203
The code below is in a Facelets page and seems to be causing an issue. If I
create an empty errors list and put it in my request even when there are no
errors, things work fine.
Everything works fine on Tomcat 6, this seems to be a Jetty 6.1.5 (Maven
Plugin) + MyFaces 1.2.0 issue.
Any ideas how to fix?
Thanks,
Matt
<%-- Error Messages --%>
<c:if test="${not empty errors}">
<div class="error" id="errorMessages">
<c:forEach var="error" items="${errors}">
<c:url value= "
alt="<fmt:message key="icon.warning"/>" class="icon" />
<c:out value="${error}" escapeXml="false"/><br />
</c:forEach>
</div>
<c:remove var="errors" scope="session"/>
</c:if>
<%-- Success Messages --%>
<c:if test="${not empty messages}">
<div class="message" id="successMessages">
<c:forEach var="msg" items="${messages}">
<c:url value= "
alt="<fmt:message key="icon.information"/>" class="icon" />
<c:out value="${msg}" escapeXml="false"/><br />
</c:forEach>
</div>
<c:remove var="messages" scope="session"/>
</c:if>
Bruno Aranda wrote:
>
> 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
>
> On 05/07/07, Bruno Aranda <br...@gmail.com> wrote:
>> I cannot reproduce this in the current12/test-webapp, so I guess it is
>> a configuration issue whith the EL dependencies,
>>
>> Bruno
>>
>> On 05/07/07, Bruno Aranda <br...@gmail.com> wrote:
>> > though it seems to be a problem with jetty having a dependency on
>> > commons-el 1.0 ?
>> >
>> > Bruno
>> >
>> > On 05/07/07, Bruno Aranda <br...@gmail.com> wrote:
>> > > I can confirm this issue. Could you add it to JIRA please?
>> > >
>> > > Cheers,
>> > >
>> > > Bruno
>> > >
>> > > On 28/06/07, noah <ia...@gmail.com> wrote:
>> > > > 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)
>> > > >
>> > >
>> >
>>
>
>
--
View this message in context: http://www.nabble.com/null-EL-expression---%22ELResolver-cannot-handle-a-null-base-Object-with-identifier-%27nullValue%27%22-tf3996691.html#a12663989
Sent from the MyFaces - Users mailing list archive at Nabble.com.
Re: null EL expression - "ELResolver cannot handle a null base
Object with identifier 'nullValue'"
Posted by rlubke <Ry...@Sun.COM>.
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'
noah-22 wrote:
>
> 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?
>
> On 7/18/07, Bruno Aranda <br...@gmail.com> wrote:
>> 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
>>
>> On 18/07/07, noah <ia...@gmail.com> wrote:
>> > 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)
>> >
>> >
>> >
>> > On 7/5/07, Bruno Aranda <br...@gmail.com> wrote:
>> > > 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
>> > >
>> > > On 05/07/07, Bruno Aranda <br...@gmail.com> wrote:
>> > > > I cannot reproduce this in the current12/test-webapp, so I guess it
>> is
>> > > > a configuration issue whith the EL dependencies,
>> > > >
>> > > > Bruno
>> > > >
>> > > > On 05/07/07, Bruno Aranda <br...@gmail.com> wrote:
>> > > > > though it seems to be a problem with jetty having a dependency on
>> > > > > commons-el 1.0 ?
>> > > > >
>> > > > > Bruno
>> > > > >
>> > > > > On 05/07/07, Bruno Aranda <br...@gmail.com> wrote:
>> > > > > > I can confirm this issue. Could you add it to JIRA please?
>> > > > > >
>> > > > > > Cheers,
>> > > > > >
>> > > > > > Bruno
>> > > > > >
>> > > > > > On 28/06/07, noah <ia...@gmail.com> wrote:
>> > > > > > > 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)
>> > > > > > >
>> > > > > >
>> > > > >
>> > > >
>> > >
>> >
>>
>
>
--
View this message in context: http://www.nabble.com/null-EL-expression---%22ELResolver-cannot-handle-a-null-base-Object-with-identifier-%27nullValue%27%22-tf3996691.html#a11771175
Sent from the MyFaces - Users mailing list archive at Nabble.com.
Re: null EL expression - "ELResolver cannot handle a null base Object with identifier 'nullValue'"
Posted by noah <ia...@gmail.com>.
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?
On 7/18/07, Bruno Aranda <br...@gmail.com> wrote:
> 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
>
> On 18/07/07, noah <ia...@gmail.com> wrote:
> > 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)
> >
> >
> >
> > On 7/5/07, Bruno Aranda <br...@gmail.com> wrote:
> > > 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
> > >
> > > On 05/07/07, Bruno Aranda <br...@gmail.com> wrote:
> > > > I cannot reproduce this in the current12/test-webapp, so I guess it is
> > > > a configuration issue whith the EL dependencies,
> > > >
> > > > Bruno
> > > >
> > > > On 05/07/07, Bruno Aranda <br...@gmail.com> wrote:
> > > > > though it seems to be a problem with jetty having a dependency on
> > > > > commons-el 1.0 ?
> > > > >
> > > > > Bruno
> > > > >
> > > > > On 05/07/07, Bruno Aranda <br...@gmail.com> wrote:
> > > > > > I can confirm this issue. Could you add it to JIRA please?
> > > > > >
> > > > > > Cheers,
> > > > > >
> > > > > > Bruno
> > > > > >
> > > > > > On 28/06/07, noah <ia...@gmail.com> wrote:
> > > > > > > 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)
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>
Re: null EL expression - "ELResolver cannot handle a null base Object with identifier 'nullValue'"
Posted by Matthias Wessendorf <ma...@apache.org>.
are you talking about this one
<h:outputText value="#{nullValue}" />
?
I don't see it (in JSP)
On 7/18/07, Bruno Aranda <br...@gmail.com> wrote:
> 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
>
> On 18/07/07, noah <ia...@gmail.com> wrote:
> > 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)
> >
> >
> >
> > On 7/5/07, Bruno Aranda <br...@gmail.com> wrote:
> > > 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
> > >
> > > On 05/07/07, Bruno Aranda <br...@gmail.com> wrote:
> > > > I cannot reproduce this in the current12/test-webapp, so I guess it is
> > > > a configuration issue whith the EL dependencies,
> > > >
> > > > Bruno
> > > >
> > > > On 05/07/07, Bruno Aranda <br...@gmail.com> wrote:
> > > > > though it seems to be a problem with jetty having a dependency on
> > > > > commons-el 1.0 ?
> > > > >
> > > > > Bruno
> > > > >
> > > > > On 05/07/07, Bruno Aranda <br...@gmail.com> wrote:
> > > > > > I can confirm this issue. Could you add it to JIRA please?
> > > > > >
> > > > > > Cheers,
> > > > > >
> > > > > > Bruno
> > > > > >
> > > > > > On 28/06/07, noah <ia...@gmail.com> wrote:
> > > > > > > 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)
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>
--
Matthias Wessendorf
further stuff:
blog: http://matthiaswessendorf.wordpress.com/
mail: matzew-at-apache-dot-org
Re: null EL expression - "ELResolver cannot handle a null base Object with identifier 'nullValue'"
Posted by Bruno Aranda <br...@gmail.com>.
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
On 18/07/07, noah <ia...@gmail.com> wrote:
> 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)
>
>
>
> On 7/5/07, Bruno Aranda <br...@gmail.com> wrote:
> > 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
> >
> > On 05/07/07, Bruno Aranda <br...@gmail.com> wrote:
> > > I cannot reproduce this in the current12/test-webapp, so I guess it is
> > > a configuration issue whith the EL dependencies,
> > >
> > > Bruno
> > >
> > > On 05/07/07, Bruno Aranda <br...@gmail.com> wrote:
> > > > though it seems to be a problem with jetty having a dependency on
> > > > commons-el 1.0 ?
> > > >
> > > > Bruno
> > > >
> > > > On 05/07/07, Bruno Aranda <br...@gmail.com> wrote:
> > > > > I can confirm this issue. Could you add it to JIRA please?
> > > > >
> > > > > Cheers,
> > > > >
> > > > > Bruno
> > > > >
> > > > > On 28/06/07, noah <ia...@gmail.com> wrote:
> > > > > > 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)
> > > > > >
> > > > >
> > > >
> > >
> >
>
Re: null EL expression - "ELResolver cannot handle a null base Object with identifier 'nullValue'"
Posted by noah <ia...@gmail.com>.
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)
On 7/5/07, Bruno Aranda <br...@gmail.com> wrote:
> 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
>
> On 05/07/07, Bruno Aranda <br...@gmail.com> wrote:
> > I cannot reproduce this in the current12/test-webapp, so I guess it is
> > a configuration issue whith the EL dependencies,
> >
> > Bruno
> >
> > On 05/07/07, Bruno Aranda <br...@gmail.com> wrote:
> > > though it seems to be a problem with jetty having a dependency on
> > > commons-el 1.0 ?
> > >
> > > Bruno
> > >
> > > On 05/07/07, Bruno Aranda <br...@gmail.com> wrote:
> > > > I can confirm this issue. Could you add it to JIRA please?
> > > >
> > > > Cheers,
> > > >
> > > > Bruno
> > > >
> > > > On 28/06/07, noah <ia...@gmail.com> wrote:
> > > > > 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)
> > > > >
> > > >
> > >
> >
>
Re: null EL expression - "ELResolver cannot handle a null base Object with identifier 'nullValue'"
Posted by Bruno Aranda <br...@gmail.com>.
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
On 05/07/07, Bruno Aranda <br...@gmail.com> wrote:
> I cannot reproduce this in the current12/test-webapp, so I guess it is
> a configuration issue whith the EL dependencies,
>
> Bruno
>
> On 05/07/07, Bruno Aranda <br...@gmail.com> wrote:
> > though it seems to be a problem with jetty having a dependency on
> > commons-el 1.0 ?
> >
> > Bruno
> >
> > On 05/07/07, Bruno Aranda <br...@gmail.com> wrote:
> > > I can confirm this issue. Could you add it to JIRA please?
> > >
> > > Cheers,
> > >
> > > Bruno
> > >
> > > On 28/06/07, noah <ia...@gmail.com> wrote:
> > > > 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)
> > > >
> > >
> >
>
Re: null EL expression - "ELResolver cannot handle a null base Object with identifier 'nullValue'"
Posted by Bruno Aranda <br...@gmail.com>.
I cannot reproduce this in the current12/test-webapp, so I guess it is
a configuration issue whith the EL dependencies,
Bruno
On 05/07/07, Bruno Aranda <br...@gmail.com> wrote:
> though it seems to be a problem with jetty having a dependency on
> commons-el 1.0 ?
>
> Bruno
>
> On 05/07/07, Bruno Aranda <br...@gmail.com> wrote:
> > I can confirm this issue. Could you add it to JIRA please?
> >
> > Cheers,
> >
> > Bruno
> >
> > On 28/06/07, noah <ia...@gmail.com> wrote:
> > > 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)
> > >
> >
>
Re: null EL expression - "ELResolver cannot handle a null base Object with identifier 'nullValue'"
Posted by Bruno Aranda <br...@gmail.com>.
though it seems to be a problem with jetty having a dependency on
commons-el 1.0 ?
Bruno
On 05/07/07, Bruno Aranda <br...@gmail.com> wrote:
> I can confirm this issue. Could you add it to JIRA please?
>
> Cheers,
>
> Bruno
>
> On 28/06/07, noah <ia...@gmail.com> wrote:
> > 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)
> >
>