reading settings in cocoon.xconf

2006-09-04 Thread Leszek Gawron
Another feature request for Carsten. We have already discussed this once: While testing a development block the properties from /src/main/resources/META-INF/properties/* are not copied to webapp directory. In order to load them properly we need include-properties/ also in cocoon.xconf

Re: reading settings in cocoon.xconf

2006-09-04 Thread Carsten Ziegeler
Leszek Gawron wrote: Another feature request for Carsten. We have already discussed this once: While testing a development block the properties from /src/main/resources/META-INF/properties/* are not copied to webapp directory. In order to load them properly we need include-properties/

Re: reading settings in cocoon.xconf

2006-09-04 Thread Leszek Gawron
Carsten Ziegeler wrote: Leszek Gawron wrote: Another feature request for Carsten. We have already discussed this once: While testing a development block the properties from /src/main/resources/META-INF/properties/* are not copied to webapp directory. In order to load them properly we need

Re: reading settings in cocoon.xconf

2006-09-04 Thread Carsten Ziegeler
Leszek Gawron wrote As long as it is configured automatically so the only thing that user does is: mvn clean compile cocoon:deploy jetty:run I'm not that familiar with all aspects of the cocoon:deploy plugin, but I thought that this one is deploying all files into the necessary locations?

Re: reading settings in cocoon.xconf

2006-09-04 Thread Leszek Gawron
Carsten Ziegeler wrote: Leszek Gawron wrote As long as it is configured automatically so the only thing that user does is: mvn clean compile cocoon:deploy jetty:run I'm not that familiar with all aspects of the cocoon:deploy plugin, but I thought that this one is deploying all files into

Re: reading settings in cocoon.xconf

2006-09-04 Thread Carsten Ziegeler
Leszek Gawron wrote: SNIP The blocks consists of: - COB-INF resources (covered with mount in sitemap) - java classes (loaded on sitemap level with reloading classloader, now gets me thinking it will break if block supplies some core spring beans) - avalon contexts (covered by include in

Re: reading settings in cocoon.xconf

2006-09-04 Thread Leszek Gawron
Carsten Ziegeler wrote: Leszek Gawron wrote: SNIP The blocks consists of: - COB-INF resources (covered with mount in sitemap) - java classes (loaded on sitemap level with reloading classloader, now gets me thinking it will break if block supplies some core spring beans) - avalon contexts

Re: reading settings in cocoon.xconf

2006-09-04 Thread Carsten Ziegeler
Carsten Ziegeler wrote: Leszek Gawron wrote: SNIP The blocks consists of: - COB-INF resources (covered with mount in sitemap) - java classes (loaded on sitemap level with reloading classloader, now gets me thinking it will break if block supplies some core spring beans) - avalon contexts

Re: reading settings in cocoon.xconf

2006-09-04 Thread Leszek Gawron
Carsten Ziegeler wrote: Carsten Ziegeler wrote: Leszek Gawron wrote: SNIP The blocks consists of: - COB-INF resources (covered with mount in sitemap) - java classes (loaded on sitemap level with reloading classloader, now gets me thinking it will break if block supplies some core spring

Re: reading settings in cocoon.xconf

2006-09-04 Thread Carsten Ziegeler
Leszek Gawron wrote: Hmmm ... not really. And the system property solution would not also work. Everything because you may mount more that one development block directly from source: plugin groupIdorg.apache.cocoon/groupId artifactIdcocoon-deployer-plugin/artifactId