Return-Path: Delivered-To: apmail-forrest-dev-archive@www.apache.org Received: (qmail 90101 invoked from network); 27 Oct 2005 02:52:29 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 27 Oct 2005 02:52:29 -0000 Received: (qmail 98450 invoked by uid 500); 27 Oct 2005 02:52:28 -0000 Delivered-To: apmail-forrest-dev-archive@forrest.apache.org Received: (qmail 98423 invoked by uid 500); 27 Oct 2005 02:52:28 -0000 Mailing-List: contact dev-help@forrest.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: dev@forrest.apache.org List-Id: Delivered-To: mailing list dev@forrest.apache.org Received: (qmail 98411 invoked by uid 99); 27 Oct 2005 02:52:28 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 26 Oct 2005 19:52:28 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (asf.osuosl.org: local policy) Received: from [65.77.211.84] (HELO www2.kc.aoindustries.com) (65.77.211.84) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 26 Oct 2005 19:52:26 -0700 Received: from fo2.kc.aoindustries.com (www2.kc.aoindustries.com [65.77.211.84]) by www2.kc.aoindustries.com (8.13.1/8.13.1) with ESMTP id j9R2q6qq032364 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 26 Oct 2005 21:52:06 -0500 Received: from localhost (localhost [[UNIX: localhost]]) by fo2.kc.aoindustries.com (8.13.1/8.13.1/Submit) id j9R2q6Kr032305 for dev@forrest.apache.org; Wed, 26 Oct 2005 21:52:06 -0500 X-Authentication-Warning: fo2.kc.aoindustries.com: indexgeo set sender to crossley@apache.org using -f Date: Thu, 27 Oct 2005 12:51:54 +1000 From: David Crossley To: dev@forrest.apache.org Subject: Re: [jira] Commented: (FOR-680) The jspwiki parser renders nested lists invalid Message-ID: <20051027025154.GA24464@igg.indexgeo.com.au> References: <007601c5d188$a1bc3230$0400a8c0@madaboutipv6> <006901c5d372$fb1420e0$0400a8c0@madaboutipv6> <20051017234718.GA6586@igg.indexgeo.com.au> <003c01c5d56e$fd307f60$0400a8c0@madaboutipv6> <20051021024221.GA26932@igg.indexgeo.com.au> <01bf01c5d8a7$fd517800$0400a8c0@madaboutipv6> <20051025050300.GA15555@igg.indexgeo.com.au> <01ef01c5d94b$0f90a740$0400a8c0@madaboutipv6> <20051026011138.GC18388@igg.indexgeo.com.au> <435F4546.3060302@apache.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <435F4546.3060302@apache.org> User-Agent: Mutt/1.4i X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Ross Gardler wrote: > David Crossley wrote: > >Gav.... wrote: > >>David Crossley wrote: > >>| Gav.... wrote: > >>| > | > > >>| > | > Anywhere else I should be looking ? > >>| > | > >>| > | Don't forget the sitemaps too. They build a parser > >>| > | out of the grammar and then apply it to the text. > >>| > | plugins/...input.wiki/input.xmap lines 55 and 56 > >>| > | and then either > >>| > | plugins/...input.wiki/input.xmap line 93 > >>| > | or > >>| > | webapp/sitemap.xmap line 326 > >>| > | (i am not sure which). > >>| > | > >>| > | Change the wiki/input.xmap at line 91 to let > >>| > | the pipeline be external, then view > >>| > | localhost:8888/wiki.xlex > >>| > > >>| > I did that but resource not found. > >>| > >>| Oh, i just tried it too. It seems that setting > >>| > >>| has no effect when used in a plugin. It does work when > >>| used in the main/webapp sitemaps. > > > >This new bug is a problem for you. That would have > >enabled you to see the xml output from building the > >dynamic Chaperon "lexer" and "parser" at step 5 below. > >Using the Cocoon Profiler as described below might be > >the only way that you can see the xml stream (for debugging > >purposes) at the points where wiki.xlex and wiki.xgrm > >are built from the wiki.grm file. > > As a temporary workaround for debugging purposes you could comment out > the matchers in the plugin xmap and add them into the core sitemap.xmap. But this would mean adding back the chaperon resources to the core. We really need to separate those into a new plugin as suggested in: http://issues.apache.org/jira/browse/FOR-718 -David