Return-Path: Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 19459 invoked by uid 500); 29 Jul 2003 07:42:34 -0000 Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: dev@cocoon.apache.org Delivered-To: mailing list dev@cocoon.apache.org Received: (qmail 19441 invoked from network); 29 Jul 2003 07:42:34 -0000 Received: from mail.s-und-n.de (212.8.217.2) by daedalus.apache.org with SMTP; 29 Jul 2003 07:42:34 -0000 Received: from notes.sundn.de (ntsrv5.sundn.de [10.10.2.10]) by mail.s-und-n.de (postfix) with ESMTP id E9BB9AD56A for ; Tue, 29 Jul 2003 09:42:45 +0200 (CEST) Received: from hw0386 ([10.10.2.43]) by notes.sundn.de (Lotus Domino Release 5.0.8) with SMTP id 2003072909424360:910 ; Tue, 29 Jul 2003 09:42:43 +0200 From: "Carsten Ziegeler" To: Subject: RE: NPE after portal-fw samples sitemap reload Date: Tue, 29 Jul 2003 09:44:44 +0200 Message-ID: MIME-Version: 1.0 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Importance: Normal X-MIMETrack: Itemize by SMTP Server on PBSN1/Systeme und Netzwerke(Release 5.0.8 |June 18, 2001) at 29.07.2003 09:42:43, Serialize by Router on PBSN1/Systeme und Netzwerke(Release 5.0.8 |June 18, 2001) at 29.07.2003 09:42:43, Serialize complete at 29.07.2003 09:42:43 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii" X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Ok, this was a problem in the treeprocessor and could occur in any sitemap (depending on the components you use). It should be fixed now. Thanks for reporting! Carsten > -----Original Message----- > From: Carsten Ziegeler [mailto:cziegeler@s-und-n.de] > Sent: Monday, July 28, 2003 4:58 PM > To: dev@cocoon.apache.org > Subject: RE: NPE after portal-fw samples sitemap reload > > > Joerg Heinicke wrote: > > > > FYI: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21400 > > > > If this occurs as often as written by Alfred ("I get an NPE in > > ECS.release always for the first request after touching the sub- > > sitemap"), we maybe have the blocking issue for the release. > > > I think the error reported below is related to the component handling > in the portal. I will have a look at it tomorrow. > This does not seem to be a general error, so it's not a blocker. > And even if it's a common error we can fix it between rc1 and > the final release. > > Carsten > > > > > Unico Hommes wrote: > > > Whenever reloading the portal-fw samples-fw sitemap. I'm seeing the > > > following NullPointerException: > > > > > > java.lang.NullPointerException > > > at > > > > org.apache.cocoon.components.ExtendedComponentSelector.release(ExtendedC > > > omponentSelector.java:317) > > > at > > > > org.apache.cocoon.components.treeprocessor.sitemap.SelectNode.dispose(Se > > > lectNode.java:169) > > > at > > > > org.apache.cocoon.components.treeprocessor.TreeProcessor.disposeTree(Tre > > > eProcessor.java:472) > > > at > > > > org.apache.cocoon.components.treeprocessor.TreeProcessor.setupRootNode(T > > > reeProcessor.java:422) > > > at > > > > org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreePro > > > cessor.java:319) > > > at > > > > org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreePro > > > cessor.java:307) > > > at > > > > org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(Moun > > > tNode.java:133) > > > at > > > > org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode. > > > invokeNodes(AbstractParentProcessingNode.java:84) > > > at > > > > org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.i > > > nvoke(PreparableMatchNode.java:164) > > > at > > > > org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode. > > > invokeNodes(AbstractParentProcessingNode.java:108) > > > at > > > > org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(P > > > ipelineNode.java:164) > > > at > > > > org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode. > > > invokeNodes(AbstractParentProcessingNode.java:108) > > > at > > > > org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke( > > > PipelinesNode.java:161) > > > at > > > > org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreePro > > > cessor.java:325) > > > at > > > > org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreePro > > > cessor.java:307) > > > at > > > > org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(Moun > > > tNode.java:133) > > > at > > > > org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode. > > > invokeNodes(AbstractParentProcessingNode.java:84) > > > at > > > > org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.i > > > nvoke(PreparableMatchNode.java:164) > > > at > > > > org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode. > > > invokeNodes(AbstractParentProcessingNode.java:108) > > > at > > > > org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(P > > > ipelineNode.java:164) > > > at > > > > org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode. > > > invokeNodes(AbstractParentProcessingNode.java:108) > > > at > > > > org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke( > > > PipelinesNode.java:161) > > > at > > > > org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreePro > > > cessor.java:325) > > > at > > > > org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreePro > > > cessor.java:307) > > > at org.apache.cocoon.Cocoon.process(Cocoon.java:621) > > > > > > Would an additional null check suffice or is this a symptom of a > > > different problem? > > >