Return-Path: Delivered-To: apmail-jackrabbit-dev-archive@www.apache.org Received: (qmail 22809 invoked from network); 8 Aug 2007 14:37:26 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 8 Aug 2007 14:37:26 -0000 Received: (qmail 22763 invoked by uid 500); 8 Aug 2007 14:37:23 -0000 Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org Received: (qmail 22730 invoked by uid 500); 8 Aug 2007 14:37:23 -0000 Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@jackrabbit.apache.org Delivered-To: mailing list dev@jackrabbit.apache.org Received: (qmail 22721 invoked by uid 99); 8 Aug 2007 14:37:23 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 08 Aug 2007 07:37:23 -0700 X-ASF-Spam-Status: No, hits=-100.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.4] (HELO brutus.apache.org) (140.211.11.4) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 08 Aug 2007 14:37:17 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 35484714159 for ; Wed, 8 Aug 2007 07:36:59 -0700 (PDT) Message-ID: <22048931.1186583819196.JavaMail.jira@brutus> Date: Wed, 8 Aug 2007 07:36:59 -0700 (PDT) From: "Stefan Guggisberg (JIRA)" To: dev@jackrabbit.apache.org Subject: [jira] Resolved: (JCR-1039) Bundle Persistence Manager error - failing to read bundle the first time In-Reply-To: <2214351.1185785213354.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/JCR-1039?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Guggisberg resolved JCR-1039. ------------------------------------ Resolution: Fixed fixed in svn r563900 by committing patch. > Bundle Persistence Manager error - failing to read bundle the first time > ------------------------------------------------------------------------ > > Key: JCR-1039 > URL: https://issues.apache.org/jira/browse/JCR-1039 > Project: Jackrabbit > Issue Type: Bug > Components: core > Affects Versions: 1.3.1 > Environment: Windows > Reporter: Sridhar > Fix For: 1.4 > > Attachments: jackrabbit-core-testcase.patch, JCR-1039.BundleDbPersistenceManager.diff > > > Code: > NodeIterator entiter = null; > Node root = null, contNode = null, entsNode = null; > try > { > root = session.getRootNode(); > contNode = root.getNode("sr:cont"); > entsNode = contNode.getNode("sr:ents"); > entiter = entsNode.getNodes(); > } > catch (Exception e) > { > logger.error("Getting ents nodes", e); > } > Output: > 12359 [http-8080-Processor24] ERROR org.apache.jackrabbit.core.persistence.bundle.BundleDbPersistenceManager - failed to read bundle: c3a09c19-cc6b-45bd-a42e-c4c925b67d02: java.io.IOException: ERROR 40XD0: Container has been closed > 12375 [http-8080-Processor24] ERROR com.taxila.editor.sm.RepoOperations - Getting ents nodes > javax.jcr.PathNotFoundException: sr:ents > at org.apache.jackrabbit.core.NodeImpl.getNode(NodeImpl.java:2435) > at com.taxila.editor.sm.RepoOperations.getEntityNodes (RepoOperations.java:4583) > at com.taxila.editor.sm.RepoOperations.displayEntities(RepoOperations.java:4159) > at com.taxila.editor.sm.RepoOperations.displayEntities(RepoOperations.java:4114) > at com.taxila.editor.em.um.MainEntityForm.reset (MainEntityForm.java:215) > at org.apache.struts.taglib.html.FormTag.doStartTag(FormTag.java:640) > at org.apache.jsp.pages.jsp.entity.MainEntity_jsp._jspService(MainEntity_jsp.java:414) > at org.apache.jasper.runtime.HttpJspBase.service (HttpJspBase.java:97) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) > at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:332) > at org.apache.jasper.servlet.JspServlet.serviceJspFile (JspServlet.java:314) > at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:264) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter (ApplicationFilterChain.java:252) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) > at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java :672) > at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:463) > at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:398) > at org.apache.catalina.core.ApplicationDispatcher.forward (ApplicationDispatcher.java:301) > at org.apache.struts.action.RequestProcessor.doForward(RequestProcessor.java:1014) > at org.apache.struts.action.RequestProcessor.processForwardConfig(RequestProcessor.java:417) > at org.apache.struts.action.RequestProcessor.processActionForward(RequestProcessor.java:390) > at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:271) > at org.apache.struts.action.ActionServlet.process (ActionServlet.java:1292) > at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:510) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:709) > at javax.servlet.http.HttpServlet.service (HttpServlet.java:802) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java :173) > at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) > at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) > at org.apache.catalina.core.StandardHostValve.invoke (StandardHostValve.java:126) > at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) > at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) > at org.apache.catalina.connector.CoyoteAdapter.service (CoyoteAdapter.java:148) > at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869) > at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java :664) > at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) > at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80) > at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run (ThreadPool.java:684) > at java.lang.Thread.run(Unknown Source) > On the other hand if I do this: > Code: > try > { > root = session.getRootNode (); > contNode = root.getNode("sr:cont"); > entsNode = contNode.getNode("sr:ents"); > entiter = entsNode.getNodes(); > } > catch (Exception e) > { > logger.error("Getting ents nodes", e); > try > { > entsNode = contNode.getNode("sr:ents"); > entiter = entsNode.getNodes(); > } > catch (Exception e1) > { > e1.printStackTrace(); > } > } > Output: > The first error as in the previous case comes, but the second execution of the entsNode = contNode.getNode("sr:ents"); statement returns the right node, and hence the iterator. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.