01-23-2008 04:13 PM
java.lang.NullPointerException
org.alfresco.web.forms.FormDataFunctions.parseXMLDocuments(FormDataFunctions.java:93)
org.alfresco.web.forms.ServletContextFormDataFunctionsAdapter.parseXMLDocuments(ServletContextFormDataFunctionsAdapter.java:78)
cz.csa.alfresco.web.content.AlfrescoContentListBean.getContentList(AlfrescoContentListBean.java:31)
sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
java.lang.reflect.Method.invoke(Method.java:597)
org.apache.commons.el.FunctionInvocation.evaluate(FunctionInvocation.java:172)
org.apache.commons.el.ExpressionEvaluatorImpl.evaluate(ExpressionEvaluatorImpl.java:263)
org.apache.commons.el.ExpressionEvaluatorImpl.evaluate(ExpressionEvaluatorImpl.java:190)
org.apache.jasper.runtime.PageContextImpl.proprietaryEvaluate(PageContextImpl.java:929)
org.apache.jsp.views.components.novinky.news_jsp._jspx_meth_c_005fforEach_005f0(news_jsp.java:88)
org.apache.jsp.views.components.novinky.news_jsp._jspService(news_jsp.java:65)
org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:98)
javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:328)
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:315)
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:265)
javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
01-24-2008 01:59 AM
07-24-2008 09:22 PM
07-25-2008 11:13 AM
07-26-2008 03:31 AM
07-26-2008 04:01 PM
In that scenario, WSF has no meaning apart from being a demo/example application over WCM. !!!WSF was developed on Alfresco 2.0 (which didn't include the Web Script functionality - that was added in 2.1), so at that time there was no choice but to use AVMRemote for dynamic content retrieval. Things have moved on since then, and the recommended approach is to use Web Scripts in preference to AVMRemote (in fact in preference to any of the other remote APIs).
- I would like to connect to Alfresco Runtime on production via RMIThere has been some discussion about providing an RMI based Web Script Runtime (http://wiki.alfresco.com/wiki/Web_Script_Runtimes), but as far as I'm aware nothing concrete has been implemented yet. Of course this is a public extension point, so there's always the opportunity to roll it yourself (in which case I'd encourage you to consider putting it on the forge, so that everyone can benefit from it).
- I dont want to configure production tomcat (deploying my webapp) as a another virtual server i.e. AVMHost & AVMValve and connecting to Alfresco runtime via RMI.Indeed. The virtualisation server is intended for preview purposes only - attempting to use it to serve a production web application is an approach that will have significant challenges.
Another question: Your thoughts on which one (Webscripts vs. AVMRemote) would scale & perform better?As I've mentioned in other threads, performance is dependent on so many different factors that it's impossible to make any clear assertions for a given use case. What I can say is that Web Scripts have one fundamental advantage over RMI (and all of the other remote APIs, for that matter): with Web Scripts you can extend Alfresco with your own custom APIs that are perfectly tuned for your use cases. For AVMRemote (and all of the other remote APIs) you're stuck with the APIs Alfresco provides, and if you find you have a use case that requires multiple calls into those APIs, performance will suffer (remembering that excessive chattiness is one of the biggest performance killers in a distributed system).
10-08-2008 12:35 AM
10-08-2008 12:45 AM
12-05-2008 04:19 AM
Tags
Find what you came for
We want to make your experience in Hyland Connect as valuable as possible, so we put together some helpful links.