Return-Path: 
 <forrest-dev-return-7229-apmail-xml-forrest-dev-archive=xml.apache.org@xml.apache.org>
Delivered-To: apmail-xml-forrest-dev-archive@www.apache.org
Received: (qmail 99487 invoked from network); 16 Sep 2003 10:10:19 -0000
Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12)
  by minotaur-2.apache.org with SMTP; 16 Sep 2003 10:10:19 -0000
Received: (qmail 4820 invoked by uid 500); 16 Sep 2003 10:09:51 -0000
Delivered-To: apmail-xml-forrest-dev-archive@xml.apache.org
Received: (qmail 4782 invoked by uid 500); 16 Sep 2003 10:09:51 -0000
Mailing-List: contact forrest-dev-help@xml.apache.org; run by ezmlm
Precedence: bulk
list-help: <mailto:forrest-dev-help@xml.apache.org>
list-unsubscribe: <mailto:forrest-dev-unsubscribe@xml.apache.org>
list-post: <mailto:forrest-dev@xml.apache.org>
Reply-To: forrest-dev@xml.apache.org
Delivered-To: mailing list forrest-dev@xml.apache.org
Received: (qmail 4770 invoked from network); 16 Sep 2003 10:09:51 -0000
Received: from unknown (HELO mail.messagingengine.com) (66.111.4.26)
  by daedalus.apache.org with SMTP; 16 Sep 2003 10:09:51 -0000
Received: from mail.messagingengine.com (localhost [127.0.0.1])
	by localhost.localdomain (Postfix) with ESMTP id F1A591D53B6
	for <forrest-dev@xml.apache.org>; Tue, 16 Sep 2003 06:10:04 -0400 (EDT)
Received: from 10.202.2.150 ([10.202.2.150] helo=mail.messagingengine.com) by
 messagingengine.com
  with SMTP; Tue, 16 Sep 2003 06:10:05 -0400
X-Epoch: 1063707005
X-Sasl-enc: Hi58QdvF9UNkg45nkJw/IA
Received: from upaya.co.uk (unknown [213.48.13.34])
	by www.fastmail.fm (Postfix) with ESMTP id 759CF1D53A0
	for <forrest-dev@xml.apache.org>; Tue, 16 Sep 2003 06:10:04 -0400 (EDT)
Message-ID: <3F66E170.1050308@upaya.co.uk>
Date: Tue, 16 Sep 2003 11:09:52 +0100
From: Upayavira <uv@upaya.co.uk>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
 rv:1.4) Gecko/20030624
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: forrest-dev@xml.apache.org
Subject: Re: -1 rendered documents, possible bug?
References: <13619947502.20030915163641@javable.com>
 <20030916092827.GA2701@expresso.localdomain>
In-Reply-To: <20030916092827.GA2701@expresso.localdomain>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N
X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N

Jeff Turner wrote:

>On Mon, Sep 15, 2003 at 04:36:41PM -0300, Sergey Missan wrote:
>  
>
>>Hi,
>>
>>I'm in the process of upgrading the site to forrest 0.5 and encountered
>>the following problem:
>>
>>when I have a group of documents in site.xml, for example
>>
>><issue_02_00 label="Issue 02/00" href="02_00/">
>>     <index label="Article 1" href="01/index.html"/>
>>     <index label="Article 2" href="02/index.html"/>
>>     <index label="Article 3" href="03/index.html"/>
>>     <index label="Article 4" href="04/index.html"/>
>></issue_02_00>
>>
>>only first 3 documents are being rendered, e.g. Forrest always skips
>>the last one. And when there is only one document in the group
>>nothing is being processed at all. Does anybody else see this, or
>>this problem is somehow related to the custom skin that I'm using?
>>    
>>
>
>I have the same problem of files not being rendered, also with a custom
>skin.  In my case, the link is from a file's body, not the menu.
>
>I'm not sure what the issue is.  At one stage, I thought I had it
>narrowed down to the last link in a page being omitted, but later
>experiments seemed to disprove that.  The last Forrest tag which didn't
>have this problem is (IIRC) stable-20030626.  I suspect it is a CLI bug.
>Will investigate as time permits..
>  
>
Not an immediate solution, but I am mid-process on some improvements to 
the CLI. I've improved the BeanListener interface to be able to report 
more things as it proceeds, which might help in locating this bug. When 
I've finished with implementation, instead of creating a broken link 
file, it will create a report file, which will detail which pages were 
created, page size, number of links, etc.

I have found that a site rendered with link view contains a different 
number of files from one rendered with link gathering. This is an issue. 
I hope my reporting file will help me to identify the cause of this 
problem - which may also be the cause of yours. We shall see.

[I have also substantially reworked the handling of URIs in the CLI. The 
net effect should be exactly the same, but the code should be easier to 
follow (it certainly is for me). If you're able to try out the latest 
CLI from Cocoon CVS, and confirm for me that it has the same behaviour 
as before, that would help me a lot].

Regards, Upayavira