Return-Path: Delivered-To: apmail-jackrabbit-users-archive@locus.apache.org Received: (qmail 71425 invoked from network); 7 Sep 2007 01:08:37 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 7 Sep 2007 01:08:37 -0000 Received: (qmail 18715 invoked by uid 500); 7 Sep 2007 01:08:30 -0000 Delivered-To: apmail-jackrabbit-users-archive@jackrabbit.apache.org Received: (qmail 18701 invoked by uid 500); 7 Sep 2007 01:08:30 -0000 Mailing-List: contact users-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@jackrabbit.apache.org Delivered-To: mailing list users@jackrabbit.apache.org Received: (qmail 18686 invoked by uid 99); 7 Sep 2007 01:08:30 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 06 Sep 2007 18:08:30 -0700 X-ASF-Spam-Status: No, hits=2.6 required=10.0 tests=DNS_FROM_OPENWHOIS,SPF_HELO_PASS,SPF_PASS,WHOIS_MYPRIVREG X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of lists@nabble.com designates 216.139.236.158 as permitted sender) Received: from [216.139.236.158] (HELO kuber.nabble.com) (216.139.236.158) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 07 Sep 2007 01:08:26 +0000 Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1ITSKM-0000Zb-4X for users@jackrabbit.apache.org; Thu, 06 Sep 2007 18:08:06 -0700 Message-ID: <12534252.post@talk.nabble.com> Date: Thu, 6 Sep 2007 18:08:06 -0700 (PDT) From: Sudhan To: users@jackrabbit.apache.org Subject: Re: javax.jcr.RepositoryException: failed to retrieve state of intermediary node In-Reply-To: <90a8d1c00709050237k41a3838jb35cc94a93176c24@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: s.kanade@gmail.com References: <12484701.post@talk.nabble.com> <90a8d1c00709050237k41a3838jb35cc94a93176c24@mail.gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org Hi Stefan, Thanks for your response. I could not respond you back because of some issues which i got stuck into. Any ways the problem which i had mentioned here was very strange and found a workaround for that. Now to get the contentNode i.e. jcr:conent node, i was doing : Node rn = session.getRootNode(); Node contentNode = rn.getNode("file.txt/jcr:content"); but now I change the code little bit to get conentNode by performing : Node contentNode = null; Node fileNode = rn.getNode(absNode); NodeIterator nodes = fileNode.getNodes(); while (nodes.hasNext()) { Node tempNode = nodes.nextNode(); if((fileNode.getPath+"/jcr:content").equals(tempNode.getPath())){ contentNode = tempNode; break; } } And the reason I am doing this parent node is because i have custom nodes created as a sibling to jcr:content node and i dont need those nodes during the present operation. Well I am not sure why the behavior mentioned here and the one mentioned in my original post should have any problem. But good thing is that i am able to work around with this and move ahead. If you can suggest any better way, I would be more then happy to go ahead with that solution. Once again thanks for all your support. regards, Sudhan Stefan Guggisberg wrote: > > hi sudhan, > > On 9/4/07, Sudhan wrote: >> >> Hi, >> >> I am getting some errors while adding the same file which was deleted >> from >> the repository a while ago. The error stack i am getting is : >> >> Caused by: javax.jcr.RepositoryException: failed to retrieve state of >> intermediary node: 275954e5-acab-4945-ae >> 00-a56f71c9a95c >> at >> org.apache.jackrabbit.rmi.server.ServerObject.getRepositoryException(ServerObject.java:136) >> at >> org.apache.jackrabbit.rmi.server.ServerNode.getNode(ServerNode.java:229) >> at sun.reflect.GeneratedMethodAccessor86.invoke(Unknown Source) >> 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:460) >> at >> sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:701) >> 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.getNode(Unknown >> Source) >> at >> org.apache.jackrabbit.rmi.client.ClientNode.getNode(ClientNode.java:228) >> >> There are two sessions which are involved in our application. First is a >> client session which deletes the existing file node and is successfully >> deleted from the repository. Next step is to add same file to the >> existing >> location relative to root, which gets added. Now there is another session >> which is used to register events from the repository and then eventually >> pull out some meta data for that added file node. >> >> Now my problem starts when i get an event for added file node, and when i >> try to get the current version for that node from the version history >> while >> doing : >> >> Node rn = session.getRootNode(); >> Node contentNode = rn.getNode("file.txt/jcr:content"); >> >> >> But application throws error while accessing the jcr:content node and >> gives >> the above mentioned stack trace. >> >> Am I doing any thing different to get hold of jcr:content node and it >> works >> perfectly fine while adding new files and files with different names. > > are you able to reproduce this issue? if yes, could you please provide a > simple > test case? > > btw: does this problem also occur when accessing the repository locally > (i.e. avoiding RMI)? > > cheers > stefan > > >> >> thansk, >> >> Sudhan >> >> -- >> View this message in context: >> http://www.nabble.com/javax.jcr.RepositoryException%3A-failed-to-retrieve-state-of-intermediary-node-tf4379741.html#a12484701 >> Sent from the Jackrabbit - Users mailing list archive at Nabble.com. >> >> > > -- View this message in context: http://www.nabble.com/javax.jcr.RepositoryException%3A-failed-to-retrieve-state-of-intermediary-node-tf4379741.html#a12534252 Sent from the Jackrabbit - Users mailing list archive at Nabble.com.