cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Giacomo Pati <giac...@apache.org>
Subject Re: Cocoon Maven plugin - Merging deployer & rcl
Date Wed, 02 May 2007 11:21:01 GMT
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1



Reinhard Poetz wrote:
> Giacomo Pati wrote:

>> Is it ok to set the path back to what it was or did you had some
>> reason to change it?
> 
> some time ago we decided to have all or stuff under META-INF/cocoon. I
> don't think that this should be an exception, shouldn't it?

Ok.

> 
>>> Sure, and I'll do my best to find the missings ;-)
>>
>> Now, next thing I stumbled over is an exception that says:
>>
>> 2007-05-02 12:11:11 [ERROR] btpool0-3 cocoon - Internal Cocoon Problem
>> org.apache.cocoon.ProcessingException: Failed to process pipeline
>>         at [TransformerException] -
>> resource://org/apache/cocoon/forms/resources/forms-field-styling.xsl:86:69
>>
>> ...
>> Caused by: org.apache.xml.utils.WrappedRuntimeException: Could not
>> find variable with the name of
>> dojo-resources
>>         at
>> org.apache.xpath.operations.Variable.fixupVariables(Variable.java:146)
>> ...
>>
>> Did any change messed up with the variable dojo-resources?
> 
> Grek, could you comment on this please?

See my other mail.

After hopefully fixing my flowscripts and sitemaps according to the new resource accessing
URIs I get:

java.lang.IllegalStateException: BeanFactory not initialized or already closed - call 'refresh'
before accessing beans via the ApplicationContext
        at
org.springframework.context.support.AbstractRefreshableApplicationContext.getBeanFactory(AbstractRefreshableApplicationContext.java:120)
        at
org.springframework.context.support.AbstractApplicationContext.getBean(AbstractApplicationContext.java:687)
        at org.acegisecurity.util.FilterChainProxy.obtainAllDefinedFilters(FilterChainProxy.java:220)
        at org.acegisecurity.util.FilterChainProxy.doFilter(FilterChainProxy.java:135)
        at org.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:98)
        at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1045)
        at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:358)
        at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:231)
        at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:629)
        at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:453)
        at org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:149)
...

Now this seems to me that some changes with the RCL prevents third party servlet filters to
access
the ApplicationContext, or am I wrong?

Any pointers?

- --
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML business alliance - http://www.orixo.com

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.3 (GNU/Linux)

iD8DBQFGOHQcLNdJvZjjVZARAmPxAKDBNLciu2hiUeUeRvqkTjdoUgE+dACgpd7Y
BK644qL4VC7QjAHEjjJfMBY=
=9HHQ
-----END PGP SIGNATURE-----

Mime
View raw message