cancel
Showing results for 
Search instead for 
Did you mean: 

View details on content got an error when versioning is on

reboot
Champ in-the-making
Champ in-the-making
When there is no versioning on, the view details work fine. When the versioning in on, and there is more then one Version (by check out, check in) the show details (version history) will cause an error. Is this a bug? or a configuration Problem.

Configuration:
Alfresco 3.0b on Win 2003 Server
with Oracle DB, NTLM paththru (work with webspace, but not with CFIS)
Win XP SR3 Clients

thx
Jens R.



Errormessage:

javax.faces.FacesException: Cannot get value for expression '#{DialogManager.bean.versionHistory}'
caused by:
org.apache.jasper.JasperException: Cannot get value for expression '#{DialogManager.bean.versionHistory}'
caused by:
javax.faces.el.EvaluationException: Cannot get value for expression '#{DialogManager.bean.versionHistory}'
caused by:
javax.faces.el.EvaluationException: Exception getting value of property versionHistory of base of type : org.alfresco.web.bean.content.DocumentDetailsDialog
caused by:
javax.faces.el.EvaluationException: Bean: org.alfresco.web.bean.content.DocumentDetailsDialog, property: versionHistory
caused by:
java.lang.reflect.InvocationTargetException
caused by:
java.lang.ClassCastException: org.alfresco.service.cmr.repository.MLText cannot be cast to java.lang.String

Hide Details

javax.faces.FacesException: Cannot get value for expression '#{DialogManager.bean.versionHistory}'
at org.apache.myfaces.context.servlet.ServletExternalContextImpl.dispatch(ServletExternalContextImpl.java:425)
at org.apache.myfaces.application.jsp.JspViewHandlerImpl.renderView(JspViewHandlerImpl.java:211)
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:140)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at org.alfresco.web.app.servlet.NTLMAuthenticationFilter.doFilter(NTLMAuthenticationFilter.java:352)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:210)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:174)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:151)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:870)
at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665)
at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528)
at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:685)
at java.lang.Thread.run(Thread.java:619)
Caused by: org.apache.jasper.JasperException: Cannot get value for expression '#{DialogManager.bean.versionHistory}'
at org.apache.jasper.servlet.JspServletWrapper.handleJspException(JspServletWrapper.java:476)
at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:389)
at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:315)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:265)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:691)
at org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:594)
at org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:505)
at org.apache.jasper.runtime.JspRuntimeLibrary.include(JspRuntimeLibrary.java:965)
at org.apache.jsp.jsp.dialog.container_jsp._jspService(container_jsp.java:618)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:98)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:328)
at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:315)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:265)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:691)
at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:469)
at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:403)
at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:301)
at org.apache.myfaces.context.servlet.ServletExternalContextImpl.dispatch(ServletExternalContextImpl.java:419)
… 21 more

Return to application
Logout
4 REPLIES 4

janv
Employee
Employee
I assume you're using JDK6 ? This is a known bug in Labs 3b which is fixed in Labs 3c and Enterprise 3.0.

Note: if you do not wish to use 3c yet then a (possible) workaround for 3b is to downgrade from JDK 6 to JDK 5. This downgrade is not necessary if using 3c.

Regards,
Jan

reboot
Champ in-the-making
Champ in-the-making
Yes you are correct, we use JDK6.

thanks to the help  Smiley Very Happy

mfg
Jens

elsells
Champ in-the-making
Champ in-the-making
My office is still encountering this problem with the versioning.  We are using Alfresco Labs 3c.  Originally we started with the binary distribution (release 1342) and then one of our developers downloaded the developer version and compiled it on his machine and we tried it again but we keep getting a null pointer exception on the version history element.  If we use the Alfresco defaults and don't customize the model with our own properties and aspects, the version history works fine.  Once we apply aspects or specialize the document model to our own model with our customized properties, the version history on the document detail screen cannot be accessed.  I am using the JRE 1.6.0_07 on my Windows machine for developing and testing.  However, our web application runs on Red Hat Linux and we are using JDK 1.5.0_07 on these machines and we still encounter the null pointer exception with version history. 

We appreciate any suggestions or ideas you may have.

mikeh
Star Contributor
Star Contributor
Could you log a reproducible use case in JIRA please, along with an example of your customisation. Feel free to add as much detail as you can.

Note that we'd recommend upgrading the JDK to 1.6 on the production server.

Thanks,
Mike