topic Re: JCR-RMI NOT A SOLUTION FOR THE MOMENT! in Alfresco Archive

JCR-RMI NOT A SOLUTION FOR THE MOMENT!

rdanner — Mon, 02 Apr 2007 05:24:37 GMT

Well we've been looking closer at JCR-RMI and at the moment its entirely busted. As Lennard points out, due to the Thread Local strategy behind security and the JCR Session and the fact that the RMI server can run your remote object in whatever thread it wants you are very likely to have problems j

Re: JCR-RMI NOT A SOLUTION FOR THE MOMENT!

rdanner — Wed, 04 Apr 2007 15:17:40 GMT

Well we've been looking closer at JCR-RMI and at the moment its entirely busted.

The reason why JCR-RMI doesn't work was somewhat misdiagnosed. Yes it is related to the fact that RMI uses and reuses threads and there is nothing that ensures affinity of a remote object to a thread ….

BUT: Looking at the code Alfresco creates a dynamic proxy on its JCR implementations that are intended to make sure the executing thread is "setup" for that call. The code seems to have bugs in that it doesn't actually work in a remote context but the intention is clearly there.

Short term: we are testing a patch that should work and we'll get back to you if you are using JCR-RMI. It's very easy to put the patch in place.

Long term: this problem can be fixed in the Alfresco JCR code itself and we just need to get some JIRA tickets in place. I'll take care of that some time today.

Re: JCR-RMI NOT A SOLUTION FOR THE MOMENT!

legolas — Wed, 27 Jun 2007 09:55:38 GMT

Hi Russ,

Short term: we are testing a patch that should work and we'll get back to you if you are using JCR-RMI. It's very easy to put the patch in place.

Can you update me about the status of this patch?
We need to remotely connect to alfresco.

Thanks in advance.

Marcel.

Re: JCR-RMI NOT A SOLUTION FOR THE MOMENT!

lfuller — Mon, 20 Aug 2007 20:21:39 GMT

Russ and I worked on this issue for a while, unfortunately attempts to correct Alfresco itself proved to be fruitless. I'm not saying that it can not be fixed, just that our attempts to fix it didn't yield anything usable. We ended up going with a plan b, which is currently being called extension-jcr-thread-bound. This adds a layer in between JCR-RMI and Alfresco. The added layer ensures that ALL of a user's jcr session interactions are handled by the same thread. Thus far the added layer has proven to be functionally solid and sufficiently performant (Please note my application has a great deal of caching on the client side).

For more information on jcr-thread-bound has been added as an additional release for

http://forge.alfresco.com/projects/jcr-rmi/

Re: JCR-RMI NOT A SOLUTION FOR THE MOMENT!

geraud — Wed, 19 Sep 2007 11:11:29 GMT

Thanks for your work.
I've installed jcr-thread-bound. And now I can browse the Alfresco repository from my LutÃƒÂ¨ce instance which is installed on a different Tomcat server.
But some nodes cannot be retrieved, and the following exception is raised:


18/09/07 18:45:38 ERROR [http-8081-Processor25] lutece.error - java.lang.reflect.UndeclaredThrowableException
java.lang.reflect.UndeclaredThrowableException
   at $Proxy90.getMixinNodeTypes(Unknown Source)
   at org.apache.jackrabbit.rmi.server.ServerNode.getMixinNodeTypes(ServerNode.java:178)
   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
   at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
   at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
   at java.lang.reflect.Method.invoke(Method.java:585)
   at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:294)
   at sun.rmi.transport.Transport$1.run(Transport.java:153)
   at java.security.AccessController.doPrivileged(Native Method)
   at sun.rmi.transport.Transport.serviceCall(Transport.java:149)
   at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:466)
   at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:707)
   at java.lang.Thread.run(Thread.java:595)
   at sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer(StreamRemoteCall.java:247)
   at sun.rmi.transport.StreamRemoteCall.executeCall(StreamRemoteCall.java:223)
   at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:126)
   at org.apache.jackrabbit.rmi.server.ServerNode_Stub.getMixinNodeTypes(Unknown Source)
   at org.apache.jackrabbit.rmi.client.ClientNode.getMixinNodeTypes(ClientNode.java:356)
   at fr.paris.lutece.plugins.jcr.business.AbstractRepositoryContentDAO.isVersionnable(AbstractRepositoryContentDAO.java:613)
   at fr.paris.lutece.plugins.jcr.business.AbstractRepositoryContentDAO.nodeToRepositoryFile(AbstractRepositoryContentDAO.java:432)
   at fr.paris.lutece.plugins.jcr.business.AbstractRepositoryContentDAO.access$4(AbstractRepositoryContentDAO.java:428)
   at fr.paris.lutece.plugins.jcr.business.AbstractRepositoryContentDAO$5.doInJcr(AbstractRepositoryContentDAO.java:240)
   at org.springmodules.jcr.JcrTemplate.execute(JcrTemplate.java:76)
   at org.springmodules.jcr.JcrTemplate.execute(JcrTemplate.java:108)
   at fr.paris.lutece.plugins.jcr.business.AbstractRepositoryDAO.execute(AbstractRepositoryDAO.java:139)
   at fr.paris.lutece.plugins.jcr.business.AbstractRepositoryContentDAO.findById(AbstractRepositoryContentDAO.java:221)
   at fr.paris.lutece.plugins.jcr.business.RepositoryFileHome$1.run(RepositoryFileHome.java:166)
   at java.security.AccessController.doPrivileged(Native Method)
   at javax.security.auth.Subject.doAs(Subject.java:337)
   at fr.paris.lutece.plugins.jcr.authentication.JcrRestrictedOperation.doRestrictedOperation(JcrRestrictedOperation.java:85)
   at fr.paris.lutece.plugins.jcr.business.RepositoryFileHome.getRepositoryFileById(RepositoryFileHome.java:160)
   at fr.paris.lutece.plugins.jcr.business.portlet.Jsr170Portlet.getXml(Jsr170Portlet.java:208)
   at fr.paris.lutece.portal.service.page.PageService.getPageContent(PageService.java:437)
   at fr.paris.lutece.portal.service.page.PageService.buildPageContent(PageService.java:340)
   at fr.paris.lutece.portal.service.page.PageService.getPage(PageService.java:237)
   at fr.paris.lutece.portal.service.page.PageService.getPage(PageService.java:180)
   at fr.paris.lutece.portal.web.PortalJspBean.getContent(PortalJspBean.java:134)
   at fr.paris.lutece.portal.web.PortalJspBean.getContent(PortalJspBean.java:86)
   at org.apache.jsp.jsp.site.Portal_jsp._jspService(Portal_jsp.java:82)
   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:331)
   at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:329)
   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 fr.paris.lutece.portal.web.upload.UploadFilter.doFilter(UploadFilter.java:143)
   at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
   at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
   at fr.paris.lutece.portal.web.upload.DosGuardFilter.doFilter(DosGuardFilter.java:134)
   at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
   at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
   at fr.paris.lutece.portal.web.encoding.EncodingFilter.doFilter(EncodingFilter.java:70)
   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:213)
   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:874)
   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:689)
   at java.lang.Thread.run(Thread.java:595)
Caused by: org.alfresco.thread.DispatchException: error on dispatched method [getMixinNodeTypes] threw exception [java.lang.reflect.InvocationTargetException]
   at org.alfresco.thread.WorkerThreadManager.execute(WorkerThreadManager.java:105)
   at org.alfresco.thread.ThreadBoundInvocationHandler.invoke(ThreadBoundInvocationHandler.java:270)
   at $Proxy90.getMixinNodeTypes(Unknown Source)
   at org.apache.jackrabbit.rmi.server.ServerNode.getMixinNodeTypes(ServerNode.java:178)
   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
   at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
   at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
   at java.lang.reflect.Method.invoke(Method.java:585)
   at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:294)
   at sun.rmi.transport.Transport$1.run(Transport.java:153)
   at java.security.AccessController.doPrivileged(Native Method)
   at sun.rmi.transport.Transport.serviceCall(Transport.java:149)
   at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:466)
   at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:707)
   … 1 more
‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍

It seems that the problem comes from the getMixinNodeTypes method. I use this method to check if a node (cm:content) is versionable.

Have you ever seen this problem before?

Another question: what is the better way to report such problems? on this forum or on forge.alfresco.com ?

–
GÃƒÂ©raud

Re: JCR-RMI NOT A SOLUTION FOR THE MOMENT!

rdanner — Tue, 25 Sep 2007 03:49:37 GMT


18/09/07 18:45:38 ERROR [http-8081-Processor25] lutece.error - java.lang.reflect.UndeclaredThrowableException
java.lang.reflect.UndeclaredThrowableException
   at $Proxy90.getMixinNodeTypes(Unknown Source)
   at org.apache.jackrabbit.rmi.server.ServerNode.getMixinNodeTypes(ServerNode.java:178)
   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
   at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
   at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
   at java.lang.reflect.Method.invoke(Method.java:585)
   at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:294)
   at sun.rmi.transport.Transport$1.run(Transport.java:153)
   at java.security.AccessController.doPrivileged(Native Method)
   at sun.rmi.transport.Transport.serviceCall(Transport.java:149)
   at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:466)
   at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:707)
   at java.lang.Thread.run(Thread.java:595)
   at sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer(StreamRemoteCall.java:247)
   at sun.rmi.transport.StreamRemoteCall.executeCall(StreamRemoteCall.java:223)
   at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:126)
   at org.apache.jackrabbit.rmi.server.ServerNode_Stub.getMixinNodeTypes(Unknown Source)
   at org.apache.jackrabbit.rmi.client.ClientNode.getMixinNodeTypes(ClientNode.java:356)
   at fr.paris.lutece.plugins.jcr.business.AbstractRepositoryContentDAO.isVersionnable(AbstractRepositoryContentDAO.java:613)
   at fr.paris.lutece.plugins.jcr.business.AbstractRepositoryContentDAO.nodeToRepositoryFile(AbstractRepositoryContentDAO.java:432)
   at fr.paris.lutece.plugins.jcr.business.AbstractRepositoryContentDAO.access$4(AbstractRepositoryContentDAO.java:428)
   at fr.paris.lutece.plugins.jcr.business.AbstractRepositoryContentDAO$5.doInJcr(AbstractRepositoryContentDAO.java:240)
   at org.springmodules.jcr.JcrTemplate.execute(JcrTemplate.java:76)
   at org.springmodules.jcr.JcrTemplate.execute(JcrTemplate.java:108)
   at fr.paris.lutece.plugins.jcr.business.AbstractRepositoryDAO.execute(AbstractRepositoryDAO.java:139)
   at fr.paris.lutece.plugins.jcr.business.AbstractRepositoryContentDAO.findById(AbstractRepositoryContentDAO.java:221)
   at fr.paris.lutece.plugins.jcr.business.RepositoryFileHome$1.run(RepositoryFileHome.java:166)
   at java.security.AccessController.doPrivileged(Native Method)
   at javax.security.auth.Subject.doAs(Subject.java:337)
   at fr.paris.lutece.plugins.jcr.authentication.JcrRestrictedOperation.doRestrictedOperation(JcrRestrictedOperation.java:85)
   at fr.paris.lutece.plugins.jcr.business.RepositoryFileHome.getRepositoryFileById(RepositoryFileHome.java:160)
   at fr.paris.lutece.plugins.jcr.business.portlet.Jsr170Portlet.getXml(Jsr170Portlet.java:208)
   at fr.paris.lutece.portal.service.page.PageService.getPageContent(PageService.java:437)
   at fr.paris.lutece.portal.service.page.PageService.buildPageContent(PageService.java:340)
   at fr.paris.lutece.portal.service.page.PageService.getPage(PageService.java:237)
   at fr.paris.lutece.portal.service.page.PageService.getPage(PageService.java:180)
   at fr.paris.lutece.portal.web.PortalJspBean.getContent(PortalJspBean.java:134)
   at fr.paris.lutece.portal.web.PortalJspBean.getContent(PortalJspBean.java:86)
   at org.apache.jsp.jsp.site.Portal_jsp._jspService(Portal_jsp.java:82)
   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:331)
   at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:329)
   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 fr.paris.lutece.portal.web.upload.UploadFilter.doFilter(UploadFilter.java:143)
   at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
   at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
   at fr.paris.lutece.portal.web.upload.DosGuardFilter.doFilter(DosGuardFilter.java:134)
   at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
   at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
   at fr.paris.lutece.portal.web.encoding.EncodingFilter.doFilter(EncodingFilter.java:70)
   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:213)
   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:874)
   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:689)
   at java.lang.Thread.run(Thread.java:595)
Caused by: org.alfresco.thread.DispatchException: error on dispatched method [getMixinNodeTypes] threw exception [java.lang.reflect.InvocationTargetException]
   at org.alfresco.thread.WorkerThreadManager.execute(WorkerThreadManager.java:105)
   at org.alfresco.thread.ThreadBoundInvocationHandler.invoke(ThreadBoundInvocationHandler.java:270)
   at $Proxy90.getMixinNodeTypes(Unknown Source)
   at org.apache.jackrabbit.rmi.server.ServerNode.getMixinNodeTypes(ServerNode.java:178)
   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
   at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
   at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
   at java.lang.reflect.Method.invoke(Method.java:585)
   at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:294)
   at sun.rmi.transport.Transport$1.run(Transport.java:153)
   at java.security.AccessController.doPrivileged(Native Method)
   at sun.rmi.transport.Transport.serviceCall(Transport.java:149)
   at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:466)
   at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:707)
   … 1 more
‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍

Nope, this is the best way to report the issue – unfortunately the error is being swallowed by the reflections API (That is a convenient way of passing the buck because we were lazy with handling the exceptions and didn't catch and unwrap the exception to expose the underlying cause.)

I'll see if I can't modify the code and then get you to report the real issue.

Re: JCR-RMI NOT A SOLUTION FOR THE MOMENT!

rdanner — Tue, 25 Sep 2007 08:49:03 GMT

This exception is being emitted from WorkerThreadManager because something below it is blowing up but we cant see as I mentioned before because the exception it's throwing is a wrapper.

The method execute should be replaced with:

   /**
     * Requests WorkerThread associated with threadKey execute the dispatched
     * method, using dispatched parameters, against the target object
     * 
     * @param threadKey
     *            key associated with worker thread
     * @param target
     *            target object against which dispatched method with dispatched
     *            params should be ran.
     * @param dispatchedMethod method which should be ran against target object
     * @param dispatchedParams params which should be used when running method.
     * @return result of method execution.
     * @throws Exception
     */
   public static Object execute(String threadKey, Object target,
         Method dispatchedMethod, Object[] dispatchedParams)
         throws Exception {
      if (threadKey == null && target == null && dispatchedMethod == null) {
         throw new IllegalArgumentException(
               "threadKey, target and the dispatchedMethod must not be null");
      }
      WorkerThread worker = threadMap.get(threadKey);

      if (worker == null) {
         throw new DispatchException("No WorkerThread created for ["+ threadKey +"], errored on dispatched method ["+dispatchedMethod.getName()+"]");
      }
      Object response;

      Exchanger exchanger = new Exchanger();
      worker.execute(dispatchedMethod, dispatchedParams, target, exchanger);

      response = exchanger.exchange(new Object());
      
        if (response instanceof Throwable) {
         
         if(response instanceof InvocationTargetException)
         {
            /* unwrap target exception */
            
            Exception eActualException = ((InvocationTargetException)response).getCause();
            
            throw new DispatchException("error on dispatched method ["+dispatchedMethod.getName()+"] threw exception ["+eActualException+"]");
         }
         else
         {
            throw new DispatchException("error on dispatched method ["+dispatchedMethod.getName()+"] threw exception ["+response+"]");
         }
         
      }

      return response;
   }‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍

This won't solve your problem but it will tell you what the actual problem is or at the very least get you one step closer to the real problem (I don't know maybe you will encounter another wrapped exception – there are a number of wrappers and dynamic proxies at play here)

I don't have time to compile, test and build this – it's almost 5am here and I've been up since 8am yesterday – gotta run. I'll commit the change. If you don't have an extension environment or the source base maybe Lennard can fix my syntax errors and hook you up.

Good luck!
-R

Re: JCR-RMI NOT A SOLUTION FOR THE MOMENT!

geraud — Fri, 28 Sep 2007 13:20:08 GMT

Hi,

I tried this code on another installation (I worked with another machine this week). I had to change the type of eActualException to Throwable, otherwise it didn't compile.

Now the following exception is thrown by the client :


java.lang.ClassCastException: $Proxy87
        at $Proxy86.getMixinNodeTypes(Unknown Source)
        at org.apache.jackrabbit.rmi.server.ServerNode.getMixinNodeTypes(ServerNode.java:178)
…
‍‍‍‍‍‍

No exception is thrown on the server(alfresco)-side. I am not sure that this is the same problem… maybe it is due to a wrong config.
I'll take a closer look during the next week.

Thanks again!

–
GÃƒÂ©raud

Re: JCR-RMI NOT A SOLUTION FOR THE MOMENT!

finner — Mon, 01 Oct 2007 12:19:10 GMT

Hi,
What is the current official status of connecting to Alfresco via jackrabbit-jcr-rmi ? I went through the wiki for setting up the extension and I can login to Alfresco. The jsp/jcrRmiTest.jsp is also working. But when I do something like


rootNode.getNodes()
‍‍‍

I get an UnMarshalling exception

org.apache.jackrabbit.rmi.client.RemoteRepositoryException: RemoteException occurred in server thread; nested exception is:
java.rmi.UnmarshalException: invalid method hash: RemoteException occurred in server thread; nested exception is:
java.rmi.UnmarshalException: invalid method hash

Then I came across this post so as a general question :

Can I continue with the jackrabbit-jcr-rmi extension? Is it a stable/production strength solution ?

We need to build a suite of services that connect to Alfresco (or any repo) and the solution we are looking at is with jackrabbit-jcr-rmi.

Thanks in advance for any advice on this!!
Finner

Re: JCR-RMI NOT A SOLUTION FOR THE MOMENT!

rdanner — Mon, 01 Oct 2007 12:29:51 GMT

Hi,
What is the current official status of connecting to Alfresco via jackrabbit-jcr-rmi ? I went through the wiki for setting up the extension and I can login to Alfresco. The jsp/jcrRmiTest.jsp is also working. But when I do something like
rootNode.getNodes()
‍‍‍
I get an UnMarshalling exception
org.apache.jackrabbit.rmi.client.RemoteRepositoryException: RemoteException occurred in server thread; nested exception is:
java.rmi.UnmarshalException: invalid method hash: RemoteException occurred in server thread; nested exception is:
java.rmi.UnmarshalException: invalid method hash

Then I came across this post so as a general question :

Can I continue with the jackrabbit-jcr-rmi extension? Is it a stable/production strength solution ?

We need to build a suite of services that connect to Alfresco (or any repo) and the solution we are looking at is with jackrabbit-jcr-rmi.

Thanks in advance for any advice on this!!
Finner

Officially it is not supported (by Alfresco Inc) There are issues with using the RMI implementation natively with alfresco but there is a work around were objects are bound to a server side thread. The solution works but there is a limit to scalability.

The exception you are getting happens when :

if an exception occurs while unmarshalling the call header

if the protocol for the return value is invalid

if a java.io.IOException occurs unmarshalling parameters (on the server side) or the return value (on the client side).

if a java.lang.ClassNotFoundException occurs during unmarshalling parameters or return values

if no skeleton can be loaded on the server-side; note that skeletons are required in the 1.1 stub protocol, but not in the 1.2 stub protocol.

if the method hash is invalid (i.e., missing method).

if there is a failure to create a remote reference object for a remote object's stub when it is unmarshalled.

This suggests to me that you have either a missing jar or an old jar somewhere.

Re: JCR-RMI NOT A SOLUTION FOR THE MOMENT!

finner — Mon, 01 Oct 2007 14:59:05 GMT

Hi Russ,
Thanks for a very speedy reply !!
I removed the jackrabbit-jcr-rmi-1-3-1.jar and replaced it with the jcr-rmi-1-impl-classes.jar and now I can read and add a nodes in an Alfresco repo without errors. The Web Client isn't displaying the newly added nodes for some reason though…. ?
Anyway, for anyone who may be interested:
My test program has the following JARS in the classpath
- jcr-1.0.jar
- extension-jcr-thread-bound.jar
- extension-jcr-rmi.jar
- jcr-rmi-1-impl-classes.jar

Cheers
Finner

Re: JCR-RMI NOT A SOLUTION FOR THE MOMENT!

vijay_alfresco — Tue, 20 Nov 2007 20:29:54 GMT

Hi Finner,

Could you please post code of the client calling sequence

Thanks,
Vijay

Re: JCR-RMI NOT A SOLUTION FOR THE MOMENT!

incanus — Thu, 22 Nov 2007 11:33:45 GMT

I removed the jackrabbit-jcr-rmi-1-3-1.jar and replaced it with the jcr-rmi-1-impl-classes.jar and now I can read and add a nodes in an Alfresco repo without errors.

what about removing nodes? I've the same jars, and i can read an add nodes, but when i try to remove, it throws an exception. The same that it throws when the lucene index and the files are de-syncronized.

(sorry about my english)
thanx

EDIT: sometimes it throws a jdbd generic exception trying to insert a child association

Re: JCR-RMI NOT A SOLUTION FOR THE MOMENT!

rdanner — Tue, 04 Dec 2007 13:53:53 GMT

I removed the jackrabbit-jcr-rmi-1-3-1.jar and replaced it with the jcr-rmi-1-impl-classes.jar and now I can read and add a nodes in an Alfresco repo without errors.

what about removing nodes? I've the same jars, and i can read an add nodes, but when i try to remove, it throws an exception. The same that it throws when the lucene index and the files are de-syncronized.

(sorry about my english)
thanx

EDIT: sometimes it throws a jdbd generic exception trying to insert a child association

Hrmm
Can you post it?

Re: JCR-RMI NOT A SOLUTION FOR THE MOMENT!

incanus — Mon, 10 Dec 2007 14:11:29 GMT

here it is. i hope someone could see the problem


11:16:07,205 ERROR [alfresco.thread.WorkerThreadManager] error on dispatched met
hod [remove]
org.springframework.orm.hibernate3.HibernateJdbcException: JDBC exception on Hib
ernate data access; nested exception is org.hibernate.exception.GenericJDBCExcep
tion: could not insert: [org.alfresco.repo.domain.hibernate.ChildAssocImpl]
Caused by:
org.hibernate.exception.GenericJDBCException: could not insert: [org.alfresco.re
po.domain.hibernate.ChildAssocImpl]
        at org.hibernate.exception.SQLStateConverter.handledNonSpecificException
(SQLStateConverter.java:103)
        at org.hibernate.exception.SQLStateConverter.convert(SQLStateConverter.j
ava:91)
        at org.hibernate.exception.JDBCExceptionHelper.convert(JDBCExceptionHelp
er.java:43)
        at org.hibernate.id.insert.AbstractReturningDelegate.performInsert(Abstr
actReturningDelegate.java:40)
        at org.hibernate.persister.entity.AbstractEntityPersister.insert(Abstrac
tEntityPersister.java:2108)
        at org.hibernate.persister.entity.AbstractEntityPersister.insert(Abstrac
tEntityPersister.java:2588)
        at org.hibernate.action.EntityIdentityInsertAction.execute(EntityIdentit
yInsertAction.java:48)
        at org.hibernate.engine.ActionQueue.execute(ActionQueue.java:248)
        at org.hibernate.event.def.AbstractSaveEventListener.performSaveOrReplic
ate(AbstractSaveEventListener.java:290)
        at org.hibernate.event.def.AbstractSaveEventListener.performSave(Abstrac
tSaveEventListener.java:180)
        at org.hibernate.event.def.AbstractSaveEventListener.saveWithGeneratedId
(AbstractSaveEventListener.java:108)
        at org.hibernate.event.def.DefaultSaveOrUpdateEventListener.saveWithGene
ratedOrRequestedId(DefaultSaveOrUpdateEventListener.java:186)
        at org.hibernate.event.def.DefaultSaveEventListener.saveWithGeneratedOrR
equestedId(DefaultSaveEventListener.java:33)
        at org.hibernate.event.def.DefaultSaveOrUpdateEventListener.entityIsTran
sient(DefaultSaveOrUpdateEventListener.java:175)
        at org.hibernate.event.def.DefaultSaveEventListener.performSaveOrUpdate(
DefaultSaveEventListener.java:27)
        at org.hibernate.event.def.DefaultSaveOrUpdateEventListener.onSaveOrUpda
te(DefaultSaveOrUpdateEventListener.java:70)
        at org.hibernate.impl.SessionImpl.fireSave(SessionImpl.java:535)
        at org.hibernate.impl.SessionImpl.save(SessionImpl.java:523)
        at org.hibernate.impl.SessionImpl.save(SessionImpl.java:519)
        at org.springframework.orm.hibernate3.HibernateTemplate$12.doInHibernate
(HibernateTemplate.java:630)
        at org.springframework.orm.hibernate3.HibernateTemplate.execute(Hibernat
eTemplate.java:367)
        at org.springframework.orm.hibernate3.HibernateTemplate.save(HibernateTe
mplate.java:627)
        at org.alfresco.repo.node.db.hibernate.HibernateNodeDaoServiceImpl.newCh
ildAssoc(HibernateNodeDaoServiceImpl.java:590)
        at sun.reflect.GeneratedMethodAccessor478.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflecti
on(AopUtils.java:281)
        at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJo
inpoint(ReflectiveMethodInvocation.java:187)
        at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(
ReflectiveMethodInvocation.java:154)
        at org.alfresco.repo.transaction.TransactionalDaoInterceptor.invoke(Tran
sactionalDaoInterceptor.java:68)
        at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(
ReflectiveMethodInvocation.java:176)
        at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynami
cAopProxy.java:210)
        at $Proxy1.newChildAssoc(Unknown Source)
        at org.alfresco.repo.node.db.DbNodeServiceImpl.moveNode(DbNodeServiceImp
l.java:439)
        at org.alfresco.repo.node.db.DbNodeServiceImpl.archiveNode(DbNodeService
Impl.java:1570)
        at org.alfresco.repo.node.db.DbNodeServiceImpl.deleteNode(DbNodeServiceI
mpl.java:737)
        at org.alfresco.repo.node.db.DbNodeServiceImpl.removeChild(DbNodeService
Impl.java:808)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflecti
on(AopUtils.java:281)
        at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJo
inpoint(ReflectiveMethodInvocation.java:187)
        at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(
ReflectiveMethodInvocation.java:154)
        at org.alfresco.repo.transaction.TransactionResourceInterceptor.invoke(T
ransactionResourceInterceptor.java:138)
        at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(
ReflectiveMethodInvocation.java:176)
        at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynami
cAopProxy.java:210)
        at $Proxy2.removeChild(Unknown Source)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.alfresco.repo.service.StoreRedirectorProxyFactory$RedirectorInvoc
ationHandler.invoke(StoreRedirectorProxyFactory.java:221)
        at $Proxy3.removeChild(Unknown Source)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflecti
on(AopUtils.java:281)
        at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJo
inpoint(ReflectiveMethodInvocation.java:187)
        at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(
ReflectiveMethodInvocation.java:154)
        at org.alfresco.repo.node.MLPropertyInterceptor.invoke(MLPropertyInterce
ptor.java:211)
        at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(
ReflectiveMethodInvocation.java:176)
        at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynami
cAopProxy.java:210)
        at $Proxy2.removeChild(Unknown Source)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflecti
on(AopUtils.java:281)
        at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJo
inpoint(ReflectiveMethodInvocation.java:187)
        at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(
ReflectiveMethodInvocation.java:154)
        at net.sf.acegisecurity.intercept.method.aopalliance.MethodSecurityInter
ceptor.invoke(MethodSecurityInterceptor.java:80)
        at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(
ReflectiveMethodInvocation.java:176)
        at org.alfresco.repo.security.permissions.impl.ExceptionTranslatorMethod
Interceptor.invoke(ExceptionTranslatorMethodInterceptor.java:49)
        at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(
ReflectiveMethodInvocation.java:176)
        at org.alfresco.repo.audit.AuditComponentImpl.auditImpl(AuditComponentIm
pl.java:256)
        at org.alfresco.repo.audit.AuditComponentImpl.audit(AuditComponentImpl.j
ava:191)
        at org.alfresco.repo.audit.AuditMethodInterceptor.invoke(AuditMethodInte
rceptor.java:69)
        at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(
ReflectiveMethodInvocation.java:176)
        at org.springframework.transaction.interceptor.TransactionInterceptor.in
voke(TransactionInterceptor.java:107)
        at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(
ReflectiveMethodInvocation.java:176)
        at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynami
cAopProxy.java:210)
        at $Proxy2.removeChild(Unknown Source)
        at org.alfresco.jcr.item.NodeImpl.remove(NodeImpl.java:278)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.alfresco.jcr.util.JCRProxyFactory$SessionContextInvocationHandler
.invoke(JCRProxyFactory.java:138)
        at $Proxy92.remove(Unknown Source)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.alfresco.thread.WorkerThreadImpl.run(WorkerThreadImpl.java:97)
        at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExec
utor.java:650)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor
.java:675)
        at java.lang.Thread.run(Thread.java:595)
Caused by: java.sql.SQLException: Lock wait timeout exceeded; try restarting tra
nsaction
        at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:946)
        at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:2870)
        at com.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.java:1573)
        at com.mysql.jdbc.ServerPreparedStatement.serverExecute(ServerPreparedSt
atement.java:1160)
        at com.mysql.jdbc.ServerPreparedStatement.executeInternal(ServerPrepared
Statement.java:685)
        at com.mysql.jdbc.PreparedStatement.executeUpdate(PreparedStatement.java
:1400)
        at com.mysql.jdbc.PreparedStatement.executeUpdate(PreparedStatement.java
:1314)
        at com.mysql.jdbc.PreparedStatement.executeUpdate(PreparedStatement.java
:1299)
        at org.apache.commons.dbcp.DelegatingPreparedStatement.executeUpdate(Del
egatingPreparedStatement.java:101)
        at org.hibernate.id.IdentityGenerator$GetGeneratedKeysDelegate.executeAn
dExtract(IdentityGenerator.java:73)
        at org.hibernate.id.insert.AbstractReturningDelegate.performInsert(Abstr
actReturningDelegate.java:33)
        … 95 more
‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍

Re: JCR-RMI NOT A SOLUTION FOR THE MOMENT!

geraud — Mon, 21 Apr 2008 10:40:01 GMT

Hi,

I tried this code on another installation (I worked with another machine this week). I had to change the type of eActualException to Throwable, otherwise it didn't compile.

Now the following exception is thrown by the client :
java.lang.ClassCastException: $Proxy87
        at $Proxy86.getMixinNodeTypes(Unknown Source)
        at org.apache.jackrabbit.rmi.server.ServerNode.getMixinNodeTypes(ServerNode.java:178)
…
‍‍‍‍‍‍
No exception is thrown on the server(alfresco)-side. I am not sure that this is the same problem… maybe it is due to a wrong config.

I found the problem : this kind of exception is thrown when a method returns an array of objects ( getMixinNodeTypes() returns NodeType[]).
I've got the same problem while accessing locks stored in a session ( Session.getLockTokens() returns String[]).

–
GÃ©raud

Re: JCR-RMI NOT A SOLUTION FOR THE MOMENT!

anediaz — Fri, 29 Jan 2010 21:08:22 GMT

Hi everybody,
I've tried several times to get the nodes of the root node, but aparently this is not possible. This is what I do:

"rootNode = vJcrSession.getRootNode();
NodeIterator iter = rootNode.getNodes();"

The error is the same as the others', the unmarshalling error.
I've added all the .jars mentioned in a older post, but I doesn't work.

What I'm trying to do is a search of content of a file, but instead of searching like this "/app:company_home/app:dictionary/app:scripts/cm:backup.js"
I would like to do the search just putting the names, like this "/Company Home/Data Dictionary/Scripts/backup.js"

Does anyone know how to do it? What I've thougth is to get all the nodes of the root node and search the nodes by the "cm:name" property, but I don't know how to do it.

I would really apreciate any help. Thanks