Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cocoon.apache.org
Message-ID: <4593E1D8.6010109@apache.org>
Date: Thu, 28 Dec 2006 16:25:12 +0100
From: Carsten Ziegeler <cziegeler@apache.org>
User-Agent: Thunderbird 1.5.0.9 (Windows/20061207)
MIME-Version: 1.0
To: dev@cocoon.apache.org
Subject: Re: Input modules samples in trunk: do they work?
References: <1dbabd4849373a5cf65a8f46bc94d688@wrinkledog.com>
In-Reply-To: <1dbabd4849373a5cf65a8f46bc94d688@wrinkledog.com>
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 8bit

I think the xconf for these input-modules was in the wrong location. The
current configuration files are a little bit confusing and spread
throughout our code base.
Anyways, xconf files are only read from the classpath; I guess the input
modules you are refering to are configured in the cocoon-webapp module
where I fixed the path for the xconf file.

HTH
Carsten

Mark Lundquist wrote:
> Hi gang,
> 
> I've just finished up a refactoring and cleanup of the input and output 
> modules, which I will submit as a patch to JIRA as soon as I can manage 
> to shake it down with some testing.  So, I wanted to test my changes 
> using the input modules samples page.  These samples are in 
> blocks/cocoon-core-sample/cocoon-core-additional-sample, which is not 
> in the pom for dist/cocoon-dist-samples.  I added it and re-ran ("mvn 
> jetty:run") the webapp.  Now I get a link to the input modules sample 
> page, BUT... I get errors because the sitemap can't find any of the 
> input modules being referenced, e.g. "myxml", "defaults" (I got the 
> error for "myxml", commented it out and then got the error for 
> "defaults"...).  I actually don't really think this has anything to do 
> with my changes.... but where do I find the cocoon.xconf, or is there 
> even one anymore, or what?
> 
> �ml�
> 
> P.S. � on a side note, when I change the sitemap in 
> cocoon-core-additional-sample, I have to rebuild the block and then 
> restart Cocoon in order for my change to take effect.  I assume that in 
> a "real life" setting there is some way for this kind of thing to 
> better, so that I can change the sitemap in a block and have it 
> reloaded on the fly, like in 2.1... right? :-)
> 


-- 
Carsten Ziegeler - Chief Architect
http://www.s-und-n.de
http://www.osoco.org/weblogs/rael/