You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cocoon.apache.org by Mansour <ma...@yahoo.com> on 2007/11/22 04:21:32 UTC
javax.servlet.ServletException: No block for /myBlock/index.html
I am trying to build a small application. However when I throw the war
into tomcat/webapp and hit the address with my browser I am getting this
exception. I looked in the logs but couldn't find what's going on.
Google was not a big help for this. May be someone can tell where to
search next for this error.
javax.servlet.ServletException: No block for /myBlock/index.html
org.apache.cocoon.servletservice.DispatcherServlet.service(DispatcherServlet.java:84)
javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: javax.servlet.ServletException: No block for /myBlock/index.html
Posted by Vadim Gritsenko <va...@reverycodes.com>.
Mansour wrote:
> Ok, It's working now. Basically I removed the components definition from
> the sitemap.xmap. It worked fine. Now, I need someone to explain to me
> what happened.
Previously in the sitemap you had this:
<map:generator label="content"
logger="sitemap.generator.file" name="file"
pool-max="${file-generator.pool-max}"
src="org.apache.cocoon.generation.FileGenerator" />
This snippet refers to the property named 'file-generator.pool-max', and this
property is not defined anywhere in the Cocoon 2.2. To fix this you have several
options:
1. Use number instead of property reference
2. Define property in Block/META-INF/cocoon/*.properties file
3. Define property in Block/COB-INF/config/properties/*.properties file
> I guess I should not redefine in my sitemap component,
> because this will override the config in the war file (the platform). I
> don't know if I am right, but I need some one to advice me.
>
> The new contents of the sitemap:
>
> <?xml version="1.0" encoding="iso-8859-1"?>
> <map:sitemap xmlns:map="http://apache.org/cocoon/sitemap/1.0">
> <map:pipelines>
> <map:pipeline type="caching">
> <map:match pattern="*.html">
> <map:generate src="index.xml" />
> <map:transform src="doc2html.xsl" />
> <map:serialize type="html" />
> </map:match>
> </map:pipeline>
> </map:pipelines>
> </map:sitemap>
And this works too ;-)
Vadim
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: javax.servlet.ServletException: No block for /myBlock/index.html
Posted by Joerg Heinicke <jo...@gmx.de>.
On 22.11.2007 9:23 Uhr, Mansour wrote:
> Ok, It's working now. Basically I removed the components definition from
> the sitemap.xmap. It worked fine. Now, I need someone to explain to me
> what happened. I guess I should not redefine in my sitemap component,
> because this will override the config in the war file (the platform). I
> don't know if I am right, but I need some one to advice me.
The big picture of Cocoon has not changed from 2.1 to 2.2: You have the
web application configured, Cocoon running as one of its servlets and
the sitemaps. I mentioned in one of the mails as answers to your ones
that Cocoon components (like parsers) are usually declared in
cocoon.xconf and sitemap components in the sitemaps. This was due to the
lack of "local" xconf configurations while the one in the sitemaps where
local to it. This has changed in 2.2 and it's now recommended to move
the declaration of components out of the sitemap. Cocoon is set up this
way by default. You added the sitemap components to the sitemaps -
without providing the full configuration, you did not provide a a
property for the placeholder as Vadim wrote.
Joerg
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: javax.servlet.ServletException: No block for /myBlock/index.html
Posted by Vadim Gritsenko <va...@reverycodes.com>.
Mansour wrote:
> Ok, It's working now. Basically I removed the components definition from
> the sitemap.xmap. It worked fine. Now, I need someone to explain to me
> what happened.
Previously in the sitemap you had this:
<map:generator label="content"
logger="sitemap.generator.file" name="file"
pool-max="${file-generator.pool-max}"
src="org.apache.cocoon.generation.FileGenerator" />
This snippet refers to the property named 'file-generator.pool-max', and this
property is not defined anywhere in the Cocoon 2.2. To fix this you have several
options:
1. Use number instead of property reference
2. Define property in Block/META-INF/cocoon/*.properties file
3. Define property in Block/COB-INF/config/properties/*.properties file
> I guess I should not redefine in my sitemap component,
> because this will override the config in the war file (the platform). I
> don't know if I am right, but I need some one to advice me.
>
> The new contents of the sitemap:
>
> <?xml version="1.0" encoding="iso-8859-1"?>
> <map:sitemap xmlns:map="http://apache.org/cocoon/sitemap/1.0">
> <map:pipelines>
> <map:pipeline type="caching">
> <map:match pattern="*.html">
> <map:generate src="index.xml" />
> <map:transform src="doc2html.xsl" />
> <map:serialize type="html" />
> </map:match>
> </map:pipeline>
> </map:pipelines>
> </map:sitemap>
And this works too ;-)
Vadim
Re: javax.servlet.ServletException: No block for /myBlock/index.html
Posted by Mansour <ma...@yahoo.com>.
Ok, It's working now. Basically I removed the components definition from
the sitemap.xmap. It worked fine. Now, I need someone to explain to me
what happened. I guess I should not redefine in my sitemap component,
because this will override the config in the war file (the platform). I
don't know if I am right, but I need some one to advice me.
The new contents of the sitemap:
<?xml version="1.0" encoding="iso-8859-1"?>
<map:sitemap xmlns:map="http://apache.org/cocoon/sitemap/1.0">
<map:pipelines>
<map:pipeline type="caching">
<map:match pattern="*.html">
<map:generate src="index.xml" />
<map:transform src="doc2html.xsl" />
<map:serialize type="html" />
</map:match>
</map:pipeline>
</map:pipelines>
</map:sitemap>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: javax.servlet.ServletException: No block for /myBlock/index.html
Posted by Mansour <ma...@yahoo.com>.
Ok, It's working now. Basically I removed the components definition from
the sitemap.xmap. It worked fine. Now, I need someone to explain to me
what happened. I guess I should not redefine in my sitemap component,
because this will override the config in the war file (the platform). I
don't know if I am right, but I need some one to advice me.
The new contents of the sitemap:
<?xml version="1.0" encoding="iso-8859-1"?>
<map:sitemap xmlns:map="http://apache.org/cocoon/sitemap/1.0">
<map:pipelines>
<map:pipeline type="caching">
<map:match pattern="*.html">
<map:generate src="index.xml" />
<map:transform src="doc2html.xsl" />
<map:serialize type="html" />
</map:match>
</map:pipeline>
</map:pipelines>
</map:sitemap>
Re: javax.servlet.ServletException: No block for /myBlock/index.html
Posted by Mansour <ma...@yahoo.com>.
I did not understand you questions, but here's the content's of
Bloclk/COB-INF/sitemap.xmap. I have used the same file for testing
Cocoon 2.1 application.
<?xml version="1.0" encoding="iso-8859-1"?>
<map:sitemap xmlns:map="http://apache.org/cocoon/sitemap/1.0">
<map:components>
<map:generators default="file">
<map:generator label="content"
logger="sitemap.generator.file" name="file"
pool-max="${file-generator.pool-max}"
src="org.apache.cocoon.generation.FileGenerator" />
</map:generators>
<map:transformers default="xslt">
<map:transformer logger="sitemap.transformer.xslt"
name="xslt" pool-max="${xslt-transformer.pool-max}"
src="org.apache.cocoon.transformation.TraxTransformer">
<use-request-parameters>false</use-request-parameters>
<use-session-parameters>false</use-session-parameters>
<use-cookie-parameters>false</use-cookie-parameters>
<xslt-processor-role>xalan</xslt-processor-role>
<check-includes>true</check-includes>
</map:transformer>
<map:transformer logger="sitemap.transformer.xalan"
name="xalan" pool-max="${xalan-transformer.pool-max}"
src="org.apache.cocoon.transformation.TraxTransformer">
<use-request-parameters>false</use-request-parameters>
<use-session-parameters>false</use-session-parameters>
<use-cookie-parameters>false</use-cookie-parameters>
<xslt-processor-role>xalan</xslt-processor-role>
<check-includes>true</check-includes>
</map:transformer>
</map:transformers>
<map:serializers default="html">
<map:serializer logger="sitemap.serializer.html"
mime-type="text/html" name="html"
pool-max="${html-serializer.pool-max}"
src="org.apache.cocoon.serialization.HTMLSerializer">
<doctype-public>
-//W3C//DTD HTML 4.01 Transitional//EN
</doctype-public>
<doctype-system>
http://www.w3.org/TR/html4/loose.dtd
</doctype-system>
</map:serializer>
</map:serializers>
<map:matchers default="wildcard">
<map:matcher logger="sitemap.matcher.wildcard"
name="wildcard"
src="org.apache.cocoon.matching.WildcardURIMatcher" />
<map:matcher logger="sitemap.matcher.regexp" name="regexp"
src="org.apache.cocoon.matching.RegexpURIMatcher" />
</map:matchers>
<map:pipes default="caching">
<map:pipe name="caching"
src="org.apache.cocoon.components.pipeline.impl.CachingProcessingPipeline"
pool-max="${caching-pipeline.pool-max}">
</map:pipe>
<map:pipe name="noncaching"
src="org.apache.cocoon.components.pipeline.impl.NonCachingProcessingPipeline"
pool-max="${noncaching-pipeline.pool-max}">
</map:pipe>
</map:pipes>
</map:components>
<map:pipelines>
<map:pipeline type="caching">
<map:match pattern="*.html">
<map:generate src="index.xml" />
<map:transform src="doc2html.xsl" />
<map:serialize type="html" />
</map:match>
</map:pipeline>
</map:pipelines>
</map:sitemap>
Joerg Heinicke wrote:
> Is there any reason why we create a new BeanDefinitionStoreException
> from a BeanDefinitionStoreException? Do we add more information? Is
> there a reason for getting rid of the root cause?
>
> AbstractSettingsBeanFactoryPostProcessor:
>
> protected void processProperties(ConfigurableListableBeanFactory
> beanFactoryToProcess,
> Properties props)
> throws BeansException {
> final BeanDefinitionVisitor visitor = new
> CocoonSettingsResolvingBeanDefinitionVisitor(this.settings);
> String[] beanNames = beanFactoryToProcess.getBeanDefinitionNames();
> for (int i = 0; i < beanNames.length; i++) {
> BeanDefinition bd =
> beanFactoryToProcess.getBeanDefinition(beanNames[i]);
> try {
> visitor.visitBeanDefinition(bd);
> } catch (BeanDefinitionStoreException ex) {
> throw new
> BeanDefinitionStoreException(bd.getResourceDescription(),
> beanNames[i], ex.getMessage());
> }
> }
> }
>
> And what can be the actual reason for the error. I grepped the code
> base and did not find any reference to 'file-generator.pool-max'.
>
> Joerg
>
> On 22.11.2007 1:41 Uhr, Mansour wrote:
>> OK, I found it. It was something wrong with my sitemap.xmap. I am
>> getting new exception now:
>>
>> *exception*
>>
>> javax.servlet.ServletException: Error registering bean with name
>> 'org.apache.cocoon.generation.Generator/file' defined in null: Could
>> not resolve placeholder 'file-generator.pool-max'
>>
>> org.apache.cocoon.servlet.RequestProcessor.service(RequestProcessor.java:232)
>>
>> org.apache.cocoon.sitemap.SitemapServlet.service(SitemapServlet.java:64)
>> javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
>>
>> org.apache.cocoon.servletservice.ServletServiceContext$PathDispatcher.forward(ServletServiceContext.java:567)
>>
>> org.apache.cocoon.servletservice.ServletServiceContext$PathDispatcher.forward(ServletServiceContext.java:544)
>>
>> org.apache.cocoon.servletservice.spring.ServletFactoryBean$ServiceInterceptor.invoke(ServletFactoryBean.java:230)
>>
>> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:166)
>>
>> org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
>> $Proxy5.service(Unknown Source)
>>
>> org.apache.cocoon.servletservice.DispatcherServlet.service(DispatcherServlet.java:102)
>> javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
>>
>> *root cause*
>>
>> org.springframework.beans.factory.BeanDefinitionStoreException: Error
>> registering bean with name
>> 'org.apache.cocoon.generation.Generator/file' defined in null: Could
>> not resolve placeholder 'file-generator.pool-max'
>>
>> org.apache.cocoon.spring.configurator.impl.AbstractSettingsBeanFactoryPostProcessor.processProperties(AbstractSettingsBeanFactoryPostProcessor.java:288)
>>
>> org.springframework.beans.factory.config.PropertyResourceConfigurer.postProcessBeanFactory(PropertyResourceConfigurer.java:75)
>>
>> org.springframework.context.support.AbstractApplicationContext.invokeBeanFactoryPostProcessors(AbstractApplicationContext.java:467)
>>
>> org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:334)
>>
>> org.apache.cocoon.core.container.spring.avalon.SitemapHelper.createContainer(SitemapHelper.java:317)
>>
>> org.apache.cocoon.components.treeprocessor.sitemap.SitemapLanguage.build(SitemapLanguage.java:343)
>> sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>
>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>>
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>> java.lang.reflect.Method.invoke(Method.java:597)
>>
>> org.apache.cocoon.core.container.spring.avalon.PoolableProxyHandler.invoke(PoolableProxyHandler.java:72)
>> $Proxy7.build(Unknown Source)
>>
>> org.apache.cocoon.components.treeprocessor.TreeProcessor.buildConcreteProcessor(TreeProcessor.java:417)
>>
>> org.apache.cocoon.components.treeprocessor.TreeProcessor.setupConcreteProcessor(TreeProcessor.java:342)
>>
>> org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:250)
>>
>> org.apache.cocoon.servlet.RequestProcessor.process(RequestProcessor.java:357)
>>
>> org.apache.cocoon.servlet.RequestProcessor.service(RequestProcessor.java:171)
>>
>> org.apache.cocoon.sitemap.SitemapServlet.service(SitemapServlet.java:64)
>> javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
>>
>> org.apache.cocoon.servletservice.ServletServiceContext$PathDispatcher.forward(ServletServiceContext.java:567)
>>
>> org.apache.cocoon.servletservice.ServletServiceContext$PathDispatcher.forward(ServletServiceContext.java:544)
>>
>> org.apache.cocoon.servletservice.spring.ServletFactoryBean$ServiceInterceptor.invoke(ServletFactoryBean.java:230)
>>
>> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:166)
>>
>> org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
>> $Proxy5.service(Unknown Source)
>>
>> org.apache.cocoon.servletservice.DispatcherServlet.service(DispatcherServlet.java:102)
>> javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> For additional commands, e-mail: users-help@cocoon.apache.org
>
>
Re: javax.servlet.ServletException: No block for /myBlock/index.html
Posted by Joerg Heinicke <jo...@gmx.de>.
On 23.11.2007 2:04 Uhr, Ralph Goers wrote:
> I'm not sure why you are asking but, the sitemap he showed must have
> come from 2.1 and would be valid there. Carsten originally wrote the
> support for replaceable properties in 2.2. I ported some of that back to
> 2.1 quite a while ago. Carsten's code in 2.2 has probably now been
> replaced with Spring PropertyPlaceholders.
I just wondered if we still "wrong" code somewhere. Maybe I just ask him
where he got it from :)
Joerg
Re: javax.servlet.ServletException: No block for /myBlock/index.html
Posted by Ralph Goers <Ra...@dslextreme.com>.
I'm not sure why you are asking but, the sitemap he showed must have
come from 2.1 and would be valid there. Carsten originally wrote the
support for replaceable properties in 2.2. I ported some of that back to
2.1 quite a while ago. Carsten's code in 2.2 has probably now been
replaced with Spring PropertyPlaceholders.
Joerg Heinicke wrote:
> On 22.11.2007 20:13 Uhr, Vadim Gritsenko wrote:
>
>>> I wonder where he got this sitemap code from when we have them all
>>> declared in Spring config now.
>>
>> I think he mentioned that it was copied from 2.1
>
> We did not replace placeholders in 2.1, did we?
>
> Joerg
Re: javax.servlet.ServletException: No block for /myBlock/index.html
Posted by Vadim Gritsenko <va...@reverycodes.com>.
Joerg Heinicke wrote:
> On 22.11.2007 20:13 Uhr, Vadim Gritsenko wrote:
>
>>> I wonder where he got this sitemap code from when we have them all
>>> declared in Spring config now.
>>
>> I think he mentioned that it was copied from 2.1
>
> We did not replace placeholders in 2.1, did we?
Not that I know of :) But that's what he wrote:
<quote>I have used the same file for testing Cocoon 2.1 application</quote>
:)
Must have been from earlier, pre-blocks/pre-spring, 2.2 build.
Vadim
Re: javax.servlet.ServletException: No block for /myBlock/index.html
Posted by Joerg Heinicke <jo...@gmx.de>.
On 22.11.2007 20:13 Uhr, Vadim Gritsenko wrote:
>> I wonder where he got this sitemap code from when we have them all
>> declared in Spring config now.
>
> I think he mentioned that it was copied from 2.1
We did not replace placeholders in 2.1, did we?
Joerg
Re: javax.servlet.ServletException: No block for /myBlock/index.html
Posted by Vadim Gritsenko <va...@reverycodes.com>.
Joerg Heinicke wrote:
> I wonder where he got this sitemap code from when we have them all
> declared in Spring config now.
I think he mentioned that it was copied from 2.1
Vadim
Re: javax.servlet.ServletException: No block for /myBlock/index.html
Posted by Joerg Heinicke <jo...@gmx.de>.
On 22.11.2007 16:06 Uhr, Vadim Gritsenko wrote:
>>> And what can be the actual reason for the error. I grepped the code
>>> base and did not find any reference to 'file-generator.pool-max'.
>>
>> My first guess was that somebody tries to set this property but Spring
>> doesn't find a placeholder where this property can be applied.
>
> It was an attempt to use undefined property.
That's what I got as well ;) I'm quite familiar with the placeholders
and properties in Spring. But I have seen these placeholders for
pool-max somewhere and I did not know if he is just running old code or
something like this. Also on the FileGenerator pool-max was not
declared, so it could have been some lookup for default properties (as
known from the sitemaps). I had no idea that it was so obvious :-)
I wonder where he got this sitemap code from when we have them all
declared in Spring config now.
Joerg
Re: javax.servlet.ServletException: No block for /myBlock/index.html
Posted by Vadim Gritsenko <va...@reverycodes.com>.
Reinhard Poetz wrote:
> Joerg Heinicke wrote:
>> And what can be the actual reason for the error. I grepped the code
>> base and did not find any reference to 'file-generator.pool-max'.
>
> My first guess was that somebody tries to set this property but Spring
> doesn't find a placeholder where this property can be applied.
It was an attempt to use undefined property.
Vadim
Re: javax.servlet.ServletException: No block for /myBlock/index.html
Posted by Reinhard Poetz <re...@apache.org>.
Joerg Heinicke wrote:
> And what can be the actual reason for the error. I grepped the code base
> and did not find any reference to 'file-generator.pool-max'.
My first guess was that somebody tries to set this property but Spring doesn't
find a placeholder where this property can be applied.
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en/people/reinhard.poetz/
Member of the Apache Software Foundation
Apache Cocoon Committer, PMC member, PMC Chair reinhard@apache.org
_________________________________________________________________________
Re: javax.servlet.ServletException: No block for /myBlock/index.html
Posted by Mansour <ma...@yahoo.com>.
I did not understand you questions, but here's the content's of
Bloclk/COB-INF/sitemap.xmap. I have used the same file for testing
Cocoon 2.1 application.
<?xml version="1.0" encoding="iso-8859-1"?>
<map:sitemap xmlns:map="http://apache.org/cocoon/sitemap/1.0">
<map:components>
<map:generators default="file">
<map:generator label="content"
logger="sitemap.generator.file" name="file"
pool-max="${file-generator.pool-max}"
src="org.apache.cocoon.generation.FileGenerator" />
</map:generators>
<map:transformers default="xslt">
<map:transformer logger="sitemap.transformer.xslt"
name="xslt" pool-max="${xslt-transformer.pool-max}"
src="org.apache.cocoon.transformation.TraxTransformer">
<use-request-parameters>false</use-request-parameters>
<use-session-parameters>false</use-session-parameters>
<use-cookie-parameters>false</use-cookie-parameters>
<xslt-processor-role>xalan</xslt-processor-role>
<check-includes>true</check-includes>
</map:transformer>
<map:transformer logger="sitemap.transformer.xalan"
name="xalan" pool-max="${xalan-transformer.pool-max}"
src="org.apache.cocoon.transformation.TraxTransformer">
<use-request-parameters>false</use-request-parameters>
<use-session-parameters>false</use-session-parameters>
<use-cookie-parameters>false</use-cookie-parameters>
<xslt-processor-role>xalan</xslt-processor-role>
<check-includes>true</check-includes>
</map:transformer>
</map:transformers>
<map:serializers default="html">
<map:serializer logger="sitemap.serializer.html"
mime-type="text/html" name="html"
pool-max="${html-serializer.pool-max}"
src="org.apache.cocoon.serialization.HTMLSerializer">
<doctype-public>
-//W3C//DTD HTML 4.01 Transitional//EN
</doctype-public>
<doctype-system>
http://www.w3.org/TR/html4/loose.dtd
</doctype-system>
</map:serializer>
</map:serializers>
<map:matchers default="wildcard">
<map:matcher logger="sitemap.matcher.wildcard"
name="wildcard"
src="org.apache.cocoon.matching.WildcardURIMatcher" />
<map:matcher logger="sitemap.matcher.regexp" name="regexp"
src="org.apache.cocoon.matching.RegexpURIMatcher" />
</map:matchers>
<map:pipes default="caching">
<map:pipe name="caching"
src="org.apache.cocoon.components.pipeline.impl.CachingProcessingPipeline"
pool-max="${caching-pipeline.pool-max}">
</map:pipe>
<map:pipe name="noncaching"
src="org.apache.cocoon.components.pipeline.impl.NonCachingProcessingPipeline"
pool-max="${noncaching-pipeline.pool-max}">
</map:pipe>
</map:pipes>
</map:components>
<map:pipelines>
<map:pipeline type="caching">
<map:match pattern="*.html">
<map:generate src="index.xml" />
<map:transform src="doc2html.xsl" />
<map:serialize type="html" />
</map:match>
</map:pipeline>
</map:pipelines>
</map:sitemap>
Joerg Heinicke wrote:
> Is there any reason why we create a new BeanDefinitionStoreException
> from a BeanDefinitionStoreException? Do we add more information? Is
> there a reason for getting rid of the root cause?
>
> AbstractSettingsBeanFactoryPostProcessor:
>
> protected void processProperties(ConfigurableListableBeanFactory
> beanFactoryToProcess,
> Properties props)
> throws BeansException {
> final BeanDefinitionVisitor visitor = new
> CocoonSettingsResolvingBeanDefinitionVisitor(this.settings);
> String[] beanNames = beanFactoryToProcess.getBeanDefinitionNames();
> for (int i = 0; i < beanNames.length; i++) {
> BeanDefinition bd =
> beanFactoryToProcess.getBeanDefinition(beanNames[i]);
> try {
> visitor.visitBeanDefinition(bd);
> } catch (BeanDefinitionStoreException ex) {
> throw new
> BeanDefinitionStoreException(bd.getResourceDescription(),
> beanNames[i], ex.getMessage());
> }
> }
> }
>
> And what can be the actual reason for the error. I grepped the code
> base and did not find any reference to 'file-generator.pool-max'.
>
> Joerg
>
> On 22.11.2007 1:41 Uhr, Mansour wrote:
>> OK, I found it. It was something wrong with my sitemap.xmap. I am
>> getting new exception now:
>>
>> *exception*
>>
>> javax.servlet.ServletException: Error registering bean with name
>> 'org.apache.cocoon.generation.Generator/file' defined in null: Could
>> not resolve placeholder 'file-generator.pool-max'
>>
>> org.apache.cocoon.servlet.RequestProcessor.service(RequestProcessor.java:232)
>>
>> org.apache.cocoon.sitemap.SitemapServlet.service(SitemapServlet.java:64)
>> javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
>>
>> org.apache.cocoon.servletservice.ServletServiceContext$PathDispatcher.forward(ServletServiceContext.java:567)
>>
>> org.apache.cocoon.servletservice.ServletServiceContext$PathDispatcher.forward(ServletServiceContext.java:544)
>>
>> org.apache.cocoon.servletservice.spring.ServletFactoryBean$ServiceInterceptor.invoke(ServletFactoryBean.java:230)
>>
>> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:166)
>>
>> org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
>> $Proxy5.service(Unknown Source)
>>
>> org.apache.cocoon.servletservice.DispatcherServlet.service(DispatcherServlet.java:102)
>> javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
>>
>> *root cause*
>>
>> org.springframework.beans.factory.BeanDefinitionStoreException: Error
>> registering bean with name
>> 'org.apache.cocoon.generation.Generator/file' defined in null: Could
>> not resolve placeholder 'file-generator.pool-max'
>>
>> org.apache.cocoon.spring.configurator.impl.AbstractSettingsBeanFactoryPostProcessor.processProperties(AbstractSettingsBeanFactoryPostProcessor.java:288)
>>
>> org.springframework.beans.factory.config.PropertyResourceConfigurer.postProcessBeanFactory(PropertyResourceConfigurer.java:75)
>>
>> org.springframework.context.support.AbstractApplicationContext.invokeBeanFactoryPostProcessors(AbstractApplicationContext.java:467)
>>
>> org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:334)
>>
>> org.apache.cocoon.core.container.spring.avalon.SitemapHelper.createContainer(SitemapHelper.java:317)
>>
>> org.apache.cocoon.components.treeprocessor.sitemap.SitemapLanguage.build(SitemapLanguage.java:343)
>> sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>
>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>>
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>> java.lang.reflect.Method.invoke(Method.java:597)
>>
>> org.apache.cocoon.core.container.spring.avalon.PoolableProxyHandler.invoke(PoolableProxyHandler.java:72)
>> $Proxy7.build(Unknown Source)
>>
>> org.apache.cocoon.components.treeprocessor.TreeProcessor.buildConcreteProcessor(TreeProcessor.java:417)
>>
>> org.apache.cocoon.components.treeprocessor.TreeProcessor.setupConcreteProcessor(TreeProcessor.java:342)
>>
>> org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:250)
>>
>> org.apache.cocoon.servlet.RequestProcessor.process(RequestProcessor.java:357)
>>
>> org.apache.cocoon.servlet.RequestProcessor.service(RequestProcessor.java:171)
>>
>> org.apache.cocoon.sitemap.SitemapServlet.service(SitemapServlet.java:64)
>> javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
>>
>> org.apache.cocoon.servletservice.ServletServiceContext$PathDispatcher.forward(ServletServiceContext.java:567)
>>
>> org.apache.cocoon.servletservice.ServletServiceContext$PathDispatcher.forward(ServletServiceContext.java:544)
>>
>> org.apache.cocoon.servletservice.spring.ServletFactoryBean$ServiceInterceptor.invoke(ServletFactoryBean.java:230)
>>
>> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:166)
>>
>> org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
>> $Proxy5.service(Unknown Source)
>>
>> org.apache.cocoon.servletservice.DispatcherServlet.service(DispatcherServlet.java:102)
>> javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> For additional commands, e-mail: users-help@cocoon.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: javax.servlet.ServletException: No block for /myBlock/index.html
Posted by Joerg Heinicke <jo...@gmx.de>.
Is there any reason why we create a new BeanDefinitionStoreException
from a BeanDefinitionStoreException? Do we add more information? Is
there a reason for getting rid of the root cause?
AbstractSettingsBeanFactoryPostProcessor:
protected void processProperties(ConfigurableListableBeanFactory
beanFactoryToProcess,
Properties props)
throws BeansException {
final BeanDefinitionVisitor visitor = new
CocoonSettingsResolvingBeanDefinitionVisitor(this.settings);
String[] beanNames = beanFactoryToProcess.getBeanDefinitionNames();
for (int i = 0; i < beanNames.length; i++) {
BeanDefinition bd =
beanFactoryToProcess.getBeanDefinition(beanNames[i]);
try {
visitor.visitBeanDefinition(bd);
} catch (BeanDefinitionStoreException ex) {
throw new
BeanDefinitionStoreException(bd.getResourceDescription(),
beanNames[i], ex.getMessage());
}
}
}
And what can be the actual reason for the error. I grepped the code base
and did not find any reference to 'file-generator.pool-max'.
Joerg
On 22.11.2007 1:41 Uhr, Mansour wrote:
> OK, I found it. It was something wrong with my sitemap.xmap. I am
> getting new exception now:
>
> *exception*
>
> javax.servlet.ServletException: Error registering bean with name
> 'org.apache.cocoon.generation.Generator/file' defined in null: Could not
> resolve placeholder 'file-generator.pool-max'
> org.apache.cocoon.servlet.RequestProcessor.service(RequestProcessor.java:232)
> org.apache.cocoon.sitemap.SitemapServlet.service(SitemapServlet.java:64)
> javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
> org.apache.cocoon.servletservice.ServletServiceContext$PathDispatcher.forward(ServletServiceContext.java:567)
> org.apache.cocoon.servletservice.ServletServiceContext$PathDispatcher.forward(ServletServiceContext.java:544)
> org.apache.cocoon.servletservice.spring.ServletFactoryBean$ServiceInterceptor.invoke(ServletFactoryBean.java:230)
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:166)
> org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
> $Proxy5.service(Unknown Source)
> org.apache.cocoon.servletservice.DispatcherServlet.service(DispatcherServlet.java:102)
> javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
>
> *root cause*
>
> org.springframework.beans.factory.BeanDefinitionStoreException: Error
> registering bean with name 'org.apache.cocoon.generation.Generator/file'
> defined in null: Could not resolve placeholder 'file-generator.pool-max'
> org.apache.cocoon.spring.configurator.impl.AbstractSettingsBeanFactoryPostProcessor.processProperties(AbstractSettingsBeanFactoryPostProcessor.java:288)
> org.springframework.beans.factory.config.PropertyResourceConfigurer.postProcessBeanFactory(PropertyResourceConfigurer.java:75)
> org.springframework.context.support.AbstractApplicationContext.invokeBeanFactoryPostProcessors(AbstractApplicationContext.java:467)
> org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:334)
> org.apache.cocoon.core.container.spring.avalon.SitemapHelper.createContainer(SitemapHelper.java:317)
> org.apache.cocoon.components.treeprocessor.sitemap.SitemapLanguage.build(SitemapLanguage.java:343)
> sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> java.lang.reflect.Method.invoke(Method.java:597)
> org.apache.cocoon.core.container.spring.avalon.PoolableProxyHandler.invoke(PoolableProxyHandler.java:72)
> $Proxy7.build(Unknown Source)
> org.apache.cocoon.components.treeprocessor.TreeProcessor.buildConcreteProcessor(TreeProcessor.java:417)
> org.apache.cocoon.components.treeprocessor.TreeProcessor.setupConcreteProcessor(TreeProcessor.java:342)
> org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:250)
> org.apache.cocoon.servlet.RequestProcessor.process(RequestProcessor.java:357)
> org.apache.cocoon.servlet.RequestProcessor.service(RequestProcessor.java:171)
> org.apache.cocoon.sitemap.SitemapServlet.service(SitemapServlet.java:64)
> javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
> org.apache.cocoon.servletservice.ServletServiceContext$PathDispatcher.forward(ServletServiceContext.java:567)
> org.apache.cocoon.servletservice.ServletServiceContext$PathDispatcher.forward(ServletServiceContext.java:544)
> org.apache.cocoon.servletservice.spring.ServletFactoryBean$ServiceInterceptor.invoke(ServletFactoryBean.java:230)
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:166)
> org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
> $Proxy5.service(Unknown Source)
> org.apache.cocoon.servletservice.DispatcherServlet.service(DispatcherServlet.java:102)
> javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: javax.servlet.ServletException: No block for /myBlock/index.html
Posted by Joerg Heinicke <jo...@gmx.de>.
Is there any reason why we create a new BeanDefinitionStoreException
from a BeanDefinitionStoreException? Do we add more information? Is
there a reason for getting rid of the root cause?
AbstractSettingsBeanFactoryPostProcessor:
protected void processProperties(ConfigurableListableBeanFactory
beanFactoryToProcess,
Properties props)
throws BeansException {
final BeanDefinitionVisitor visitor = new
CocoonSettingsResolvingBeanDefinitionVisitor(this.settings);
String[] beanNames = beanFactoryToProcess.getBeanDefinitionNames();
for (int i = 0; i < beanNames.length; i++) {
BeanDefinition bd =
beanFactoryToProcess.getBeanDefinition(beanNames[i]);
try {
visitor.visitBeanDefinition(bd);
} catch (BeanDefinitionStoreException ex) {
throw new
BeanDefinitionStoreException(bd.getResourceDescription(),
beanNames[i], ex.getMessage());
}
}
}
And what can be the actual reason for the error. I grepped the code base
and did not find any reference to 'file-generator.pool-max'.
Joerg
On 22.11.2007 1:41 Uhr, Mansour wrote:
> OK, I found it. It was something wrong with my sitemap.xmap. I am
> getting new exception now:
>
> *exception*
>
> javax.servlet.ServletException: Error registering bean with name
> 'org.apache.cocoon.generation.Generator/file' defined in null: Could not
> resolve placeholder 'file-generator.pool-max'
> org.apache.cocoon.servlet.RequestProcessor.service(RequestProcessor.java:232)
> org.apache.cocoon.sitemap.SitemapServlet.service(SitemapServlet.java:64)
> javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
> org.apache.cocoon.servletservice.ServletServiceContext$PathDispatcher.forward(ServletServiceContext.java:567)
> org.apache.cocoon.servletservice.ServletServiceContext$PathDispatcher.forward(ServletServiceContext.java:544)
> org.apache.cocoon.servletservice.spring.ServletFactoryBean$ServiceInterceptor.invoke(ServletFactoryBean.java:230)
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:166)
> org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
> $Proxy5.service(Unknown Source)
> org.apache.cocoon.servletservice.DispatcherServlet.service(DispatcherServlet.java:102)
> javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
>
> *root cause*
>
> org.springframework.beans.factory.BeanDefinitionStoreException: Error
> registering bean with name 'org.apache.cocoon.generation.Generator/file'
> defined in null: Could not resolve placeholder 'file-generator.pool-max'
> org.apache.cocoon.spring.configurator.impl.AbstractSettingsBeanFactoryPostProcessor.processProperties(AbstractSettingsBeanFactoryPostProcessor.java:288)
> org.springframework.beans.factory.config.PropertyResourceConfigurer.postProcessBeanFactory(PropertyResourceConfigurer.java:75)
> org.springframework.context.support.AbstractApplicationContext.invokeBeanFactoryPostProcessors(AbstractApplicationContext.java:467)
> org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:334)
> org.apache.cocoon.core.container.spring.avalon.SitemapHelper.createContainer(SitemapHelper.java:317)
> org.apache.cocoon.components.treeprocessor.sitemap.SitemapLanguage.build(SitemapLanguage.java:343)
> sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> java.lang.reflect.Method.invoke(Method.java:597)
> org.apache.cocoon.core.container.spring.avalon.PoolableProxyHandler.invoke(PoolableProxyHandler.java:72)
> $Proxy7.build(Unknown Source)
> org.apache.cocoon.components.treeprocessor.TreeProcessor.buildConcreteProcessor(TreeProcessor.java:417)
> org.apache.cocoon.components.treeprocessor.TreeProcessor.setupConcreteProcessor(TreeProcessor.java:342)
> org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:250)
> org.apache.cocoon.servlet.RequestProcessor.process(RequestProcessor.java:357)
> org.apache.cocoon.servlet.RequestProcessor.service(RequestProcessor.java:171)
> org.apache.cocoon.sitemap.SitemapServlet.service(SitemapServlet.java:64)
> javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
> org.apache.cocoon.servletservice.ServletServiceContext$PathDispatcher.forward(ServletServiceContext.java:567)
> org.apache.cocoon.servletservice.ServletServiceContext$PathDispatcher.forward(ServletServiceContext.java:544)
> org.apache.cocoon.servletservice.spring.ServletFactoryBean$ServiceInterceptor.invoke(ServletFactoryBean.java:230)
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:166)
> org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
> $Proxy5.service(Unknown Source)
> org.apache.cocoon.servletservice.DispatcherServlet.service(DispatcherServlet.java:102)
> javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
Re: javax.servlet.ServletException: No block for /myBlock/index.html
Posted by Mansour <ma...@yahoo.com>.
OK, I found it. It was something wrong with my sitemap.xmap. I am
getting new exception now:
*exception*
javax.servlet.ServletException: Error registering bean with name 'org.apache.cocoon.generation.Generator/file' defined in null: Could not resolve placeholder 'file-generator.pool-max'
org.apache.cocoon.servlet.RequestProcessor.service(RequestProcessor.java:232)
org.apache.cocoon.sitemap.SitemapServlet.service(SitemapServlet.java:64)
javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
org.apache.cocoon.servletservice.ServletServiceContext$PathDispatcher.forward(ServletServiceContext.java:567)
org.apache.cocoon.servletservice.ServletServiceContext$PathDispatcher.forward(ServletServiceContext.java:544)
org.apache.cocoon.servletservice.spring.ServletFactoryBean$ServiceInterceptor.invoke(ServletFactoryBean.java:230)
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:166)
org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
$Proxy5.service(Unknown Source)
org.apache.cocoon.servletservice.DispatcherServlet.service(DispatcherServlet.java:102)
javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
*root cause*
org.springframework.beans.factory.BeanDefinitionStoreException: Error registering bean with name 'org.apache.cocoon.generation.Generator/file' defined in null: Could not resolve placeholder 'file-generator.pool-max'
org.apache.cocoon.spring.configurator.impl.AbstractSettingsBeanFactoryPostProcessor.processProperties(AbstractSettingsBeanFactoryPostProcessor.java:288)
org.springframework.beans.factory.config.PropertyResourceConfigurer.postProcessBeanFactory(PropertyResourceConfigurer.java:75)
org.springframework.context.support.AbstractApplicationContext.invokeBeanFactoryPostProcessors(AbstractApplicationContext.java:467)
org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:334)
org.apache.cocoon.core.container.spring.avalon.SitemapHelper.createContainer(SitemapHelper.java:317)
org.apache.cocoon.components.treeprocessor.sitemap.SitemapLanguage.build(SitemapLanguage.java:343)
sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
java.lang.reflect.Method.invoke(Method.java:597)
org.apache.cocoon.core.container.spring.avalon.PoolableProxyHandler.invoke(PoolableProxyHandler.java:72)
$Proxy7.build(Unknown Source)
org.apache.cocoon.components.treeprocessor.TreeProcessor.buildConcreteProcessor(TreeProcessor.java:417)
org.apache.cocoon.components.treeprocessor.TreeProcessor.setupConcreteProcessor(TreeProcessor.java:342)
org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:250)
org.apache.cocoon.servlet.RequestProcessor.process(RequestProcessor.java:357)
org.apache.cocoon.servlet.RequestProcessor.service(RequestProcessor.java:171)
org.apache.cocoon.sitemap.SitemapServlet.service(SitemapServlet.java:64)
javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
org.apache.cocoon.servletservice.ServletServiceContext$PathDispatcher.forward(ServletServiceContext.java:567)
org.apache.cocoon.servletservice.ServletServiceContext$PathDispatcher.forward(ServletServiceContext.java:544)
org.apache.cocoon.servletservice.spring.ServletFactoryBean$ServiceInterceptor.invoke(ServletFactoryBean.java:230)
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:166)
org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
$Proxy5.service(Unknown Source)
org.apache.cocoon.servletservice.DispatcherServlet.service(DispatcherServlet.java:102)
javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org