Return-Path: 
 <users-return-94546-apmail-cocoon-users-archive=cocoon.apache.org@cocoon.apache.org>
Delivered-To: apmail-cocoon-users-archive@www.apache.org
Received: (qmail 30728 invoked from network); 27 Mar 2008 14:21:59 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2)
  by minotaur.apache.org with SMTP; 27 Mar 2008 14:21:59 -0000
Received: (qmail 93410 invoked by uid 500); 27 Mar 2008 14:21:52 -0000
Delivered-To: apmail-cocoon-users-archive@cocoon.apache.org
Received: (qmail 92630 invoked by uid 500); 27 Mar 2008 14:21:50 -0000
Mailing-List: contact users-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
list-help: <mailto:users-help@cocoon.apache.org>
list-unsubscribe: <mailto:users-unsubscribe@cocoon.apache.org>
List-Post: <mailto:users@cocoon.apache.org>
Reply-To: users@cocoon.apache.org
List-Id: <users.cocoon.apache.org>
Delivered-To: mailing list users@cocoon.apache.org
Received: (qmail 92619 invoked by uid 99); 27 Mar 2008 14:21:50 -0000
Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136)
    by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 27 Mar 2008 07:21:50 -0700
X-ASF-Spam-Status: No, hits=1.2 required=10.0
	tests=SPF_NEUTRAL
X-Spam-Check-By: apache.org
Received-SPF: neutral (athena.apache.org: local policy)
Received: from [68.230.240.8] (HELO eastrmmtao102.cox.net) (68.230.240.8)
    by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 27 Mar 2008 14:21:08 +0000
Received: from eastrmimpo03.cox.net ([68.1.16.126])
          by eastrmmtao102.cox.net
          (InterMail vM.7.08.02.01 201-2186-121-102-20070209) with ESMTP
          id
 <20080327142118.UKZF13948.eastrmmtao102.cox.net@eastrmimpo03.cox.net>
          for <users@cocoon.apache.org>; Thu, 27 Mar 2008 10:21:18 -0400
Received: from [192.168.0.100] ([24.255.120.190])
	by eastrmimpo03.cox.net with bizsmtp
	id 6EMH1Z00Y46aSr402EMH5R; Thu, 27 Mar 2008 10:21:18 -0400
Message-Id: <A454618F-E1C3-43B3-A672-42C58FF1E1EA@reverycodes.com>
From: Vadim Gritsenko <vadim@reverycodes.com>
To: users@cocoon.apache.org
In-Reply-To: <fsfm1r$bl$1@ger.gmane.org>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v919.2)
Subject: Re: SSF and UI modularization
Date: Thu, 27 Mar 2008 10:21:17 -0400
References: <fsdr0h$3hg$1@ger.gmane.org>
 <3CFACFA5-4B24-45D3-BC2A-DC053A4EC5A4@reverycodes.com>
 <fseem1$msf$1@ger.gmane.org>
 <642F4A8A-CF49-4AE4-AECD-C0FC8B80CE1E@reverycodes.com>
 <fsfm1r$bl$1@ger.gmane.org>
X-Mailer: Apple Mail (2.919.2)
X-Virus-Checked: Checked by ClamAV on apache.org

On Mar 27, 2008, at 4:31 AM, Luca Morandini wrote:
> Vadim Gritsenko wrote:
>> On Mar 26, 2008, at 5:19 PM, Luca Morandini wrote:
>>>
>>> ... though... why is it returning every document in sight, instead  
>>> of limiting itself to the "*.jx" ones ?
>>>
>>>     <map:match pattern="pages.xml">
>>>       <map:generate type="xpathtraversable" src="blockcontext:/">
>>>         <map:parameter name="depth" value="4"/>
>>>         <map:parameter name="xmlFiles" value="\.jx"/>
>> Perhaps because of this method?
>>    protected boolean isXML(TraversableSource path) {
>>        String mimeType = this.context.getMimeType(path.getName());
>>        return this.xmlRE.match(path.getName()) || "text/ 
>> xml".equalsIgnoreCase(mimeType);
>>    }
>
> Actually, I thought xmlFiles was a way to restrict the scope of the  
> search, not to enlarge it... it seems I was utterly wrong :(
>
> The Javadoc says: <<it will perform an XPath query on every XML  
> resource, where "xml resource" is, by default, any resource ending  
> with ".xml", which can be overriden by setting the (regexp) pattern  
> "xmlFiles as a sitemap parameter, *or* where the name of the  
> resource has a container-wide mime-type mapping to 'text/xml' such  
> as specified by mime-mapping elements in a web.xml descriptor file.>>
>
> So, it seems the correct behavior, given my setup, would be: add  
> "*.jx" files to the known list of XML resources within the depth of  
> 4 and perform the XPath query.

I think you just need to set rootRE/includeRE/excludeRE parameters.


> If you could confirm this, I would be glad to add some documentation  
> to the XPathTraversableGenerator page.

Yes above description is correct.

Vadim


>>>         <map:parameter name="xpath" value="/*/content/title"/>
>> This parameter is optional, so you can omit it and get a better  
>> performance.
>
> I understand this is a performance-killer, but I need the "title"  
> element for further processing.
>
> Regards,
>
> --------------------
>   Luca Morandini
> www.lucamorandini.it
> --------------------


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org