You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@shale.apache.org by stephan opitz <st...@gmail.com> on 2006/09/14 14:31:52 UTC
Shale 1.04 nightly builds + tile exception
i updated the newest nightly builds.
it works as with my buidls from middle august, but i get...
14:28:11,015 ERROR [TilesViewHandler] Tiles error
org.apache.tiles.FactoryNotFoundException: Can't get definitions
factory from context.
at org.apache.tiles.TilesUtilImpl.getDefinition(TilesUtilImpl.java:227)
at org.apache.tiles.TilesUtil.getDefinition(TilesUtil.java:183)
at org.apache.shale.tiles.TilesViewHandler.getTile(TilesViewHandler.java:263)
at org.apache.shale.tiles.TilesViewHandler.renderView(TilesViewHandler.java:129)
at org.apache.myfaces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:352)
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:107)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at org.apache.shale.faces.ShaleApplicationFilter.doFilter(ShaleApplicationFilter.java:267)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at org.apache.myfaces.component.html.util.ExtensionsFilter.doFilter(ExtensionsFilter.java:122)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:175)
at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:74)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869)
at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664)
at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
at org.apache.tomcat.util.net.MasterSlaveWorkerThread.run(MasterSlaveWorkerThread.java:112)
at java.lang.Thread.run(Thread.java:595)
anyony has comparable problem
Re: Shale 1.04 nightly builds + tile exception
Posted by Wendy Smoak <ws...@gmail.com>.
On 9/14/06, stephan opitz <st...@gmail.com> wrote:
> i only used all libs form archive
> shale-framework-20060914.zip
...
> the exception is on every view i visit, but without problems in viewing...
Clearly, I should not answer email so early in the morning. :) I
thought you were having trouble building it, not getting exceptions at
runtime...
I'll be quiet now and let someone more familiar with Shale and Tiles
try to help.
--
Wendy
Re: Shale 1.04 nightly builds + tile exception
Posted by stephan opitz <st...@gmail.com>.
i only used all libs form archive
shale-framework-20060914.zip
with Tiles 2.0-SNAPSHOT
and added following ones:
tomahawk-1.1.5-SNAPSHOT.jar
myfaces-api-1.1.5-SNAPSHOT.jar
myfaces-impl-1.1.5-SNAPSHOT.jar
commons-fileupload-1.0.jar
commons-lang-2.1.jar
the exception is on every view i visit, but without problems in viewing...
2006/9/14, Wendy Smoak <ws...@gmail.com>:
> On 9/14/06, Wendy Smoak <ws...@gmail.com> wrote:
>
> > I think I saw that Craig changed the Tiles version to 2.0-SNAPSHOT
> > yesterday. Make sure you have the very latest Tiles 2 snapshot.
> ...
>
> On second thought, Shale switched to Tiles 2.0-SNAPSHOT prior to the
> 1.0.3 release. It's Strut 2 that (last time I checked) had not yet
> switched from the older 0.2-SNAPSHOT.
>
> The advice to make sure you've got the latest of everything still stands. :)
>
> --
> Wendy
>
Re: Shale 1.04 nightly builds + tile exception
Posted by Wendy Smoak <ws...@gmail.com>.
On 9/14/06, Wendy Smoak <ws...@gmail.com> wrote:
> I think I saw that Craig changed the Tiles version to 2.0-SNAPSHOT
> yesterday. Make sure you have the very latest Tiles 2 snapshot.
...
On second thought, Shale switched to Tiles 2.0-SNAPSHOT prior to the
1.0.3 release. It's Strut 2 that (last time I checked) had not yet
switched from the older 0.2-SNAPSHOT.
The advice to make sure you've got the latest of everything still stands. :)
--
Wendy
Re: Shale 1.04 nightly builds + tile exception
Posted by Wendy Smoak <ws...@gmail.com>.
On 9/14/06, stephan opitz <st...@gmail.com> wrote:
> i updated the newest nightly builds.
>
> it works as with my buidls from middle august, but i get...
>
> 14:28:11,015 ERROR [TilesViewHandler] Tiles error
> org.apache.tiles.FactoryNotFoundException: Can't get definitions
> factory from context.
I think I saw that Craig changed the Tiles version to 2.0-SNAPSHOT
yesterday. Make sure you have the very latest Tiles 2 snapshot.
Maven won't retrieve a new one, so either build Tiles 2 yourself, or
delete it from your local repository to force Maven to download a new
one. (rm -rf ~/.m2/repository/org/apache/struts/tiles)
I'm getting a different compilation error:
[INFO] [compiler:compile]
Compiling 13 source files to c:\svn\shale\framework\shale-core\target\classes
...
c:\svn\shale\framework\shale-core\src\main\java\org\apache\shale\component\Valid
atorScript.java:[37,36] package org.apache.commons.validator does not exist
...
Could just be something local, but it doesn't get as far as shale-tiles for me.
By the way, please come join us on the development list-- questions
about building Shale from source really belong over there. :)
--
Wendy
Re: Shale 1.04 nightly builds + tile exception
Posted by stephan opitz <st...@gmail.com>.
i use tiles with full xml...
so how can be merged with the possible solutions of craig...
can i define
<!-- Clay Configuration Full XML view Resources -->
<context-param>
<param-name>org.apache.shale.clay.FULLXML_CONFIG_FILES</param-name>
<param-value>/WEB-INF/clay-tiles-config.xml</param-value>
</context-param>
and addionally the solutions of craig to the same clay-tiles-config.xml file
or is there any handling which solves both
2006/9/14, stephan opitz <st...@gmail.com>:
> <display-name>de.fhb.ShaleTest</display-name>
>
> <!-- Override the default suffix for extension-mapped -->
> <context-param>
> <param-name>javax.faces.DEFAULT_SUFFIX</param-name>
> <param-value>.xml</param-value>
> </context-param>
>
> <!-- Select JSF State Saving Mode -->
> <context-param>
> <param-name>javax.faces.STATE_SAVING_METHOD</param-name>
> <param-value>client</param-value>
> </context-param>
>
> <!-- Shale Application Controller Filter -->
> <filter>
> <filter-name>shale</filter-name>
> <filter-class>org.apache.shale.faces.ShaleApplicationFilter</filter-class>
> </filter>
>
> <!-- Clay Common Configuration Resources -->
> <context-param>
> <param-name>org.apache.shale.clay.COMMON_CONFIG_FILES</param-name>
> <param-value>/WEB-INF/clay-config.xml,
> /WEB-INF/tomahawk-view-config.xml</param-value>
> </context-param>
>
> <!-- Shale Validator Configuration Resources -->
> <context-param>
> <param-name>validator-config-files</param-name>
> <param-value>/org/apache/shale/validator/validator-rules.xml</param-value>
> </context-param>
>
> <!-- Shale Validator Message Resources Bundle -->
> <context-param>
> <param-name>validator-bundle-name</param-name>
> <param-value>org.apache.shale.validator.messages</param-value>
> </context-param>
>
> <!-- MyFaces Extensions Filter -->
> <filter>
> <filter-name>extensionsFilter</filter-name>
> <filter-class>org.apache.myfaces.component.html.util.ExtensionsFilter</filter-class>
> <init-param>
> <param-name>uploadMaxFileSize</param-name>
> <param-value>100m</param-value>
> </init-param>
> <init-param>
> <param-name>uploadThresholdSize</param-name>
> <param-value>100k</param-value>
> </init-param>
> </filter>
> <filter-mapping>
> <filter-name>extensionsFilter</filter-name>
> <url-pattern>*.xml</url-pattern>
> </filter-mapping>
> <filter-mapping>
> <filter-name>extensionsFilter</filter-name>
> <url-pattern>/faces/*</url-pattern>
> </filter-mapping>
>
> <!-- Clay Configuration Full XML view Resources -->
> <context-param>
> <param-name>org.apache.shale.clay.FULLXML_CONFIG_FILES</param-name>
> <param-value>/WEB-INF/clay-tiles-config.xml</param-value>
> </context-param>
>
> <!-- Shale Application Controller Filter Mapping -->
> <filter-mapping>
> <filter-name>shale</filter-name>
> <url-pattern>/*</url-pattern>
> </filter-mapping>
>
> <!-- Application Startup/Shutdown Listener -->
> <listener>
> <listener-class>de.fhb.ShaleTest.base.ApplicationListener</listener-class>
> </listener>
>
> <!-- JavaServer Faces Servlet Configuration -->
> <servlet>
> <servlet-name>faces</servlet-name>
> <servlet-class>javax.faces.webapp.FacesServlet</servlet-class>
> <load-on-startup>1</load-on-startup>
> </servlet>
>
> <!-- JavaServer Faces Servlet Mapping -->
> <servlet-mapping>
> <servlet-name>faces</servlet-name>
> <url-pattern>*.faces</url-pattern>
> </servlet-mapping>
>
> <!-- JavaServer Faces Servlet Mapping for Clay HTML Full View -->
> <servlet-mapping>
> <servlet-name>faces</servlet-name>
> <url-pattern>*.html</url-pattern>
> </servlet-mapping>
>
> <!-- JavaServer Faces Servlet Mapping -->
> <servlet-mapping>
> <servlet-name>faces</servlet-name>
> <url-pattern>*.xml</url-pattern>
> </servlet-mapping>
>
> <!-- Welcome File List -->
> <welcome-file-list>
> <welcome-file>welcome.jsp</welcome-file>
> </welcome-file-list>
>
> <error-page>
> <error-code>404</error-code>
> <location>/error.jsp</location>
> </error-page>
>
> <error-page>
> <error-code>500</error-code>
> <location>/error.jsp</location>
> </error-page>
>
> i think so
>
> 2006/9/14, Craig McClanahan <cr...@apache.org>:
> > On 9/14/06, stephan opitz <st...@gmail.com> wrote:
> > >
> > > i updated the newest nightly builds.
> > >
> > > it works as with my buidls from middle august, but i get...
> > >
> > > 14:28:11,015 ERROR [TilesViewHandler] Tiles error
> > > org.apache.tiles.FactoryNotFoundException: Can't get definitions
> > > factory from context.
> > > at org.apache.tiles.TilesUtilImpl.getDefinition(TilesUtilImpl.java
> > > :227)
> >
> >
> > This exception implies that the Tiles definitions have not been loaded from
> > the configuration files yet. Do you have that configured in web.xml? It
> > looks like you can either use TilesServlet:
> >
> > <servlet>
> > <servlet-name>tiles</servlet-name>
> > <servlet-class>org.apache.tiles.servlet.TilesServlet</servlet-class>
> > <init-param>
> > <param-name>definitions-config</param-name>
> > <param-value>/WEB-INF/tiles-defs.xml</param-value>
> > </init-param>
> > <load-on-startup>2</load-on-startup>
> > </servlet>
> >
> > or TilesListener (Servlet 2.3 or later):
> >
> > <context-param>
> > <param-name>definitions-config</param-name>
> > <param-value>/WEB-INF/tiles-defs.xml</param-value>
> > </context-param>
> >
> > <listener>
> > <listener-class>org.apache.tiles.listener.TilesListener
> > </listener-class>
> > </listener>
> >
> > You can confirm that things got loaded by looking for an info message in the
> > log output for your app, like this:
> >
> > Initializing TilesServlet
> >
> > or this:
> >
> > Initializing TilesListener
> >
> > depending on which approach you took.
> >
> > Craig
> >
> >
> >
> >
> > at org.apache.tiles.TilesUtil.getDefinition(TilesUtil.java:183)
> > > at org.apache.shale.tiles.TilesViewHandler.getTile(
> > > TilesViewHandler.java:263)
> > > at org.apache.shale.tiles.TilesViewHandler.renderView(
> > > TilesViewHandler.java:129)
> > > at org.apache.myfaces.lifecycle.LifecycleImpl.render(
> > > LifecycleImpl.java:352)
> > > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:107)
> > > at
> > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(
> > > ApplicationFilterChain.java:252)
> > > at org.apache.catalina.core.ApplicationFilterChain.doFilter(
> > > ApplicationFilterChain.java:173)
> > > at org.apache.shale.faces.ShaleApplicationFilter.doFilter(
> > > ShaleApplicationFilter.java:267)
> > > at
> > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(
> > > ApplicationFilterChain.java:202)
> > > at org.apache.catalina.core.ApplicationFilterChain.doFilter(
> > > ApplicationFilterChain.java:173)
> > > at
> > > org.apache.myfaces.component.html.util.ExtensionsFilter.doFilter(
> > > ExtensionsFilter.java:122)
> > > at
> > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(
> > > ApplicationFilterChain.java:202)
> > > at org.apache.catalina.core.ApplicationFilterChain.doFilter(
> > > ApplicationFilterChain.java:173)
> > > at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(
> > > ReplyHeaderFilter.java:96)
> > > at
> > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(
> > > ApplicationFilterChain.java:202)
> > > at org.apache.catalina.core.ApplicationFilterChain.doFilter(
> > > ApplicationFilterChain.java:173)
> > > at org.apache.catalina.core.StandardWrapperValve.invoke(
> > > StandardWrapperValve.java:213)
> > > at org.apache.catalina.core.StandardContextValve.invoke(
> > > StandardContextValve.java:178)
> > > at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(
> > > SecurityAssociationValve.java:175)
> > > at org.jboss.web.tomcat.security.JaccContextValve.invoke(
> > > JaccContextValve.java:74)
> > > at org.apache.catalina.core.StandardHostValve.invoke(
> > > StandardHostValve.java:126)
> > > at org.apache.catalina.valves.ErrorReportValve.invoke(
> > > ErrorReportValve.java:105)
> > > at org.apache.catalina.core.StandardEngineValve.invoke(
> > > StandardEngineValve.java:107)
> > > at org.apache.catalina.connector.CoyoteAdapter.service(
> > > CoyoteAdapter.java:148)
> > > at org.apache.coyote.http11.Http11Processor.process(
> > > Http11Processor.java:869)
> > > at
> > > org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection
> > > (Http11BaseProtocol.java:664)
> > > at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(
> > > PoolTcpEndpoint.java:527)
> > > at org.apache.tomcat.util.net.MasterSlaveWorkerThread.run(
> > > MasterSlaveWorkerThread.java:112)
> > > at java.lang.Thread.run(Thread.java:595)
> > >
> > > anyony has comparable problem
> > >
> >
> >
>
Re: Shale 1.04 nightly builds + tile exception
Posted by stephan opitz <st...@gmail.com>.
<display-name>de.fhb.ShaleTest</display-name>
<!-- Override the default suffix for extension-mapped -->
<context-param>
<param-name>javax.faces.DEFAULT_SUFFIX</param-name>
<param-value>.xml</param-value>
</context-param>
<!-- Select JSF State Saving Mode -->
<context-param>
<param-name>javax.faces.STATE_SAVING_METHOD</param-name>
<param-value>client</param-value>
</context-param>
<!-- Shale Application Controller Filter -->
<filter>
<filter-name>shale</filter-name>
<filter-class>org.apache.shale.faces.ShaleApplicationFilter</filter-class>
</filter>
<!-- Clay Common Configuration Resources -->
<context-param>
<param-name>org.apache.shale.clay.COMMON_CONFIG_FILES</param-name>
<param-value>/WEB-INF/clay-config.xml,
/WEB-INF/tomahawk-view-config.xml</param-value>
</context-param>
<!-- Shale Validator Configuration Resources -->
<context-param>
<param-name>validator-config-files</param-name>
<param-value>/org/apache/shale/validator/validator-rules.xml</param-value>
</context-param>
<!-- Shale Validator Message Resources Bundle -->
<context-param>
<param-name>validator-bundle-name</param-name>
<param-value>org.apache.shale.validator.messages</param-value>
</context-param>
<!-- MyFaces Extensions Filter -->
<filter>
<filter-name>extensionsFilter</filter-name>
<filter-class>org.apache.myfaces.component.html.util.ExtensionsFilter</filter-class>
<init-param>
<param-name>uploadMaxFileSize</param-name>
<param-value>100m</param-value>
</init-param>
<init-param>
<param-name>uploadThresholdSize</param-name>
<param-value>100k</param-value>
</init-param>
</filter>
<filter-mapping>
<filter-name>extensionsFilter</filter-name>
<url-pattern>*.xml</url-pattern>
</filter-mapping>
<filter-mapping>
<filter-name>extensionsFilter</filter-name>
<url-pattern>/faces/*</url-pattern>
</filter-mapping>
<!-- Clay Configuration Full XML view Resources -->
<context-param>
<param-name>org.apache.shale.clay.FULLXML_CONFIG_FILES</param-name>
<param-value>/WEB-INF/clay-tiles-config.xml</param-value>
</context-param>
<!-- Shale Application Controller Filter Mapping -->
<filter-mapping>
<filter-name>shale</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
<!-- Application Startup/Shutdown Listener -->
<listener>
<listener-class>de.fhb.ShaleTest.base.ApplicationListener</listener-class>
</listener>
<!-- JavaServer Faces Servlet Configuration -->
<servlet>
<servlet-name>faces</servlet-name>
<servlet-class>javax.faces.webapp.FacesServlet</servlet-class>
<load-on-startup>1</load-on-startup>
</servlet>
<!-- JavaServer Faces Servlet Mapping -->
<servlet-mapping>
<servlet-name>faces</servlet-name>
<url-pattern>*.faces</url-pattern>
</servlet-mapping>
<!-- JavaServer Faces Servlet Mapping for Clay HTML Full View -->
<servlet-mapping>
<servlet-name>faces</servlet-name>
<url-pattern>*.html</url-pattern>
</servlet-mapping>
<!-- JavaServer Faces Servlet Mapping -->
<servlet-mapping>
<servlet-name>faces</servlet-name>
<url-pattern>*.xml</url-pattern>
</servlet-mapping>
<!-- Welcome File List -->
<welcome-file-list>
<welcome-file>welcome.jsp</welcome-file>
</welcome-file-list>
<error-page>
<error-code>404</error-code>
<location>/error.jsp</location>
</error-page>
<error-page>
<error-code>500</error-code>
<location>/error.jsp</location>
</error-page>
i think so
2006/9/14, Craig McClanahan <cr...@apache.org>:
> On 9/14/06, stephan opitz <st...@gmail.com> wrote:
> >
> > i updated the newest nightly builds.
> >
> > it works as with my buidls from middle august, but i get...
> >
> > 14:28:11,015 ERROR [TilesViewHandler] Tiles error
> > org.apache.tiles.FactoryNotFoundException: Can't get definitions
> > factory from context.
> > at org.apache.tiles.TilesUtilImpl.getDefinition(TilesUtilImpl.java
> > :227)
>
>
> This exception implies that the Tiles definitions have not been loaded from
> the configuration files yet. Do you have that configured in web.xml? It
> looks like you can either use TilesServlet:
>
> <servlet>
> <servlet-name>tiles</servlet-name>
> <servlet-class>org.apache.tiles.servlet.TilesServlet</servlet-class>
> <init-param>
> <param-name>definitions-config</param-name>
> <param-value>/WEB-INF/tiles-defs.xml</param-value>
> </init-param>
> <load-on-startup>2</load-on-startup>
> </servlet>
>
> or TilesListener (Servlet 2.3 or later):
>
> <context-param>
> <param-name>definitions-config</param-name>
> <param-value>/WEB-INF/tiles-defs.xml</param-value>
> </context-param>
>
> <listener>
> <listener-class>org.apache.tiles.listener.TilesListener
> </listener-class>
> </listener>
>
> You can confirm that things got loaded by looking for an info message in the
> log output for your app, like this:
>
> Initializing TilesServlet
>
> or this:
>
> Initializing TilesListener
>
> depending on which approach you took.
>
> Craig
>
>
>
>
> at org.apache.tiles.TilesUtil.getDefinition(TilesUtil.java:183)
> > at org.apache.shale.tiles.TilesViewHandler.getTile(
> > TilesViewHandler.java:263)
> > at org.apache.shale.tiles.TilesViewHandler.renderView(
> > TilesViewHandler.java:129)
> > at org.apache.myfaces.lifecycle.LifecycleImpl.render(
> > LifecycleImpl.java:352)
> > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:107)
> > at
> > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(
> > ApplicationFilterChain.java:252)
> > at org.apache.catalina.core.ApplicationFilterChain.doFilter(
> > ApplicationFilterChain.java:173)
> > at org.apache.shale.faces.ShaleApplicationFilter.doFilter(
> > ShaleApplicationFilter.java:267)
> > at
> > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(
> > ApplicationFilterChain.java:202)
> > at org.apache.catalina.core.ApplicationFilterChain.doFilter(
> > ApplicationFilterChain.java:173)
> > at
> > org.apache.myfaces.component.html.util.ExtensionsFilter.doFilter(
> > ExtensionsFilter.java:122)
> > at
> > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(
> > ApplicationFilterChain.java:202)
> > at org.apache.catalina.core.ApplicationFilterChain.doFilter(
> > ApplicationFilterChain.java:173)
> > at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(
> > ReplyHeaderFilter.java:96)
> > at
> > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(
> > ApplicationFilterChain.java:202)
> > at org.apache.catalina.core.ApplicationFilterChain.doFilter(
> > ApplicationFilterChain.java:173)
> > at org.apache.catalina.core.StandardWrapperValve.invoke(
> > StandardWrapperValve.java:213)
> > at org.apache.catalina.core.StandardContextValve.invoke(
> > StandardContextValve.java:178)
> > at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(
> > SecurityAssociationValve.java:175)
> > at org.jboss.web.tomcat.security.JaccContextValve.invoke(
> > JaccContextValve.java:74)
> > at org.apache.catalina.core.StandardHostValve.invoke(
> > StandardHostValve.java:126)
> > at org.apache.catalina.valves.ErrorReportValve.invoke(
> > ErrorReportValve.java:105)
> > at org.apache.catalina.core.StandardEngineValve.invoke(
> > StandardEngineValve.java:107)
> > at org.apache.catalina.connector.CoyoteAdapter.service(
> > CoyoteAdapter.java:148)
> > at org.apache.coyote.http11.Http11Processor.process(
> > Http11Processor.java:869)
> > at
> > org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection
> > (Http11BaseProtocol.java:664)
> > at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(
> > PoolTcpEndpoint.java:527)
> > at org.apache.tomcat.util.net.MasterSlaveWorkerThread.run(
> > MasterSlaveWorkerThread.java:112)
> > at java.lang.Thread.run(Thread.java:595)
> >
> > anyony has comparable problem
> >
>
>
Re: Shale 1.04 nightly builds + tile exception
Posted by Craig McClanahan <cr...@apache.org>.
On 9/14/06, stephan opitz <st...@gmail.com> wrote:
>
> i updated the newest nightly builds.
>
> it works as with my buidls from middle august, but i get...
>
> 14:28:11,015 ERROR [TilesViewHandler] Tiles error
> org.apache.tiles.FactoryNotFoundException: Can't get definitions
> factory from context.
> at org.apache.tiles.TilesUtilImpl.getDefinition(TilesUtilImpl.java
> :227)
This exception implies that the Tiles definitions have not been loaded from
the configuration files yet. Do you have that configured in web.xml? It
looks like you can either use TilesServlet:
<servlet>
<servlet-name>tiles</servlet-name>
<servlet-class>org.apache.tiles.servlet.TilesServlet</servlet-class>
<init-param>
<param-name>definitions-config</param-name>
<param-value>/WEB-INF/tiles-defs.xml</param-value>
</init-param>
<load-on-startup>2</load-on-startup>
</servlet>
or TilesListener (Servlet 2.3 or later):
<context-param>
<param-name>definitions-config</param-name>
<param-value>/WEB-INF/tiles-defs.xml</param-value>
</context-param>
<listener>
<listener-class>org.apache.tiles.listener.TilesListener
</listener-class>
</listener>
You can confirm that things got loaded by looking for an info message in the
log output for your app, like this:
Initializing TilesServlet
or this:
Initializing TilesListener
depending on which approach you took.
Craig
at org.apache.tiles.TilesUtil.getDefinition(TilesUtil.java:183)
> at org.apache.shale.tiles.TilesViewHandler.getTile(
> TilesViewHandler.java:263)
> at org.apache.shale.tiles.TilesViewHandler.renderView(
> TilesViewHandler.java:129)
> at org.apache.myfaces.lifecycle.LifecycleImpl.render(
> LifecycleImpl.java:352)
> at javax.faces.webapp.FacesServlet.service(FacesServlet.java:107)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(
> ApplicationFilterChain.java:252)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(
> ApplicationFilterChain.java:173)
> at org.apache.shale.faces.ShaleApplicationFilter.doFilter(
> ShaleApplicationFilter.java:267)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(
> ApplicationFilterChain.java:202)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(
> ApplicationFilterChain.java:173)
> at
> org.apache.myfaces.component.html.util.ExtensionsFilter.doFilter(
> ExtensionsFilter.java:122)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(
> ApplicationFilterChain.java:202)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(
> ApplicationFilterChain.java:173)
> at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(
> ReplyHeaderFilter.java:96)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(
> ApplicationFilterChain.java:202)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(
> ApplicationFilterChain.java:173)
> at org.apache.catalina.core.StandardWrapperValve.invoke(
> StandardWrapperValve.java:213)
> at org.apache.catalina.core.StandardContextValve.invoke(
> StandardContextValve.java:178)
> at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(
> SecurityAssociationValve.java:175)
> at org.jboss.web.tomcat.security.JaccContextValve.invoke(
> JaccContextValve.java:74)
> at org.apache.catalina.core.StandardHostValve.invoke(
> StandardHostValve.java:126)
> at org.apache.catalina.valves.ErrorReportValve.invoke(
> ErrorReportValve.java:105)
> at org.apache.catalina.core.StandardEngineValve.invoke(
> StandardEngineValve.java:107)
> at org.apache.catalina.connector.CoyoteAdapter.service(
> CoyoteAdapter.java:148)
> at org.apache.coyote.http11.Http11Processor.process(
> Http11Processor.java:869)
> at
> org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection
> (Http11BaseProtocol.java:664)
> at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(
> PoolTcpEndpoint.java:527)
> at org.apache.tomcat.util.net.MasterSlaveWorkerThread.run(
> MasterSlaveWorkerThread.java:112)
> at java.lang.Thread.run(Thread.java:595)
>
> anyony has comparable problem
>