Should be fixed now.
/Daniel
Daniel Fagerstrom skrev:
It is because I put some experimental configuration files
(META-INF/cocoon/spring/cocoon-forms-sample-blockSer
vlet.xml etc) in some of the sample blocks to test them in the blocks
framework. These configuration files are based on the assumption that
the block resources are unpacked in the blocks directory in the webapp.
This is not the case anymore after my latest commit where the blocks are
unpacked in the servlet temp area instead (to allow for non expanded war
files).
The blocks fw need to be updated so that it can use the new block
context source. We should deactivate the faulty configuration files
until this ius fixed.
The quick fix is to either remove the faulty configuration file or to
comment away the bean configuration snippet inside it.
/Daniel
Rice Yeh skrev:
Hi,
Checkout the latest 2.2 trunk, build it, and then create a web app
based on the webapp architect type. I can run the basic webapp well.
But after I add a dependence on cocoon-forms-sample block in its
pom.xml and run it, i get the following error:
Caused by: org.springframework.beans.factory.BeanCreationException:
Error creati
ng bean with name 'org.apache.cocoon.forms.block' defined in URL
[jar:file:/C:/t
mp/cocoon/myWebapp2/target/myWebapp2-1.0-SNAPSHOT
/WEB-INF/cocoon/lib/cocoon-form
s-sample-1.0.0-SNAPSHOT.jar!/META-INF/cocoon/spring/cocoon-forms-sample-blockSer
vlet.xml]: Invocation of init method failed; nested exception is
javax.servlet.S
ervletException: Couldn't find the sitemap /sitemap.xmap
...
