Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Znow webwork2, konfiguracja

0 views
Skip to first unread message

MichalDzirba

unread,
Sep 22, 2004, 10:22:40 AM9/22/04
to
Czesc,

Mam problem z wlaczaniem plikow konfiguracyjnych do xwork.xml. Niby
wszystko robie jak trzeba, nawet tomcat sie zbuntowal ze nie ma klas
akcji (rzeczywiscie nie bylo - do pisalem). No i teraz bez
bledow(wzglednie- bo mowi ze ine ma takiej akcji) jest ale nie dziala.


Moze ktos ma chwile by rzucic okiem?


Z gory dzieki,

Michal.

xwork.xml:
-----------------------


<!DOCTYPE xwork PUBLIC "-//OpenSymphony Group//XWork 1.0//EN"
"http://www.opensymphony.com/xwork/xwork-1.0.dtd">

<xwork>

<include file="webwork-default.xml" />

<!-- TU JEST PLIK KTORY YBM CHICAL BY SIE INCLUDOWAL-->
<include file="xadmin.xml"/>

<package name="default" extends="webwork-default">

<default-interceptor-ref name="defaultStack" />

<action name="login" class="pl.czwartek.action.LoginAction" >
<result name="success" type="chain">list</result>
<result name="error" type="dispatcher">login.jsp</result>
</action>

</package>
</xwork>


xadmin.xml:
-----------------------


<!DOCTYPE xwork PUBLIC "-//OpenSymphony Group//XWork 1.0//EN"
"http://www.opensymphony.com/xwork/xwork-1.0.dtd">

<xwork>


<package name="default" extends="webwork-default">

<default-interceptor-ref name="defaultStack" />

<action name="editSkillTemplate"
class="pl.czwartek.action.skill.EditSkillTemplateAction" >
<result name="success" type="dispatcher">editSkillTemplate.jsp</result>
<result name="input" type="dispatcher">editSkillTemplate.jsp</result>
<result name="error" type="dispatcher">error.jsp</result>
</action>

</package>
</xwork>


wyjatek z logu:
------

com.opensymphony.xwork.config.ConfigurationException: There is no Action
mapped for action name editSkillTemplate
at
com.opensymphony.xwork.DefaultActionProxy.<init>(DefaultActionProxy.java:72)
at
com.opensymphony.xwork.DefaultActionProxyFactory.createActionProxy(DefaultActionProxyFactory.java:45)
at
com.opensymphony.webwork.dispatcher.ServletDispatcher.serviceAction(ServletDispatcher.java:271)
at
com.opensymphony.webwork.dispatcher.ServletDispatcher.service(ServletDispatcher.java:243)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
at pl.czwartek.filters.LoginFilter.doFilter(LoginFilter.java:60)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:186)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
at
org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929)
at
org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160)
at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:799)
at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:705)
at
org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:577)
at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:683)
at java.lang.Thread.run(Thread.java:536)

Robert Grabianski

unread,
Sep 23, 2004, 4:05:07 AM9/23/04
to

Czesc,

problem polega na tym, ze w obu plikach masz pakiety o tej samej nazwie
(default). W zwiazku z tym konfiguracja pakietu z pliku xadmin.xml jest
nadpisywana przez konfiguracje z xwork.xml.

Pozdrawiam,
-Robert.

MichalDzirba

unread,
Sep 23, 2004, 5:05:45 AM9/23/04
to

> Czesc,
>
> problem polega na tym, ze w obu plikach masz pakiety o tej samej nazwie
> (default). W zwiazku z tym konfiguracja pakietu z pliku xadmin.xml jest
> nadpisywana przez konfiguracje z xwork.xml.
>
> Pozdrawiam,
> -Robert.

Dzieki za odpowiedz,

Probowalem tez dziedziczenia, tak jak jest to z default i
webwork-defaults ale wtedy nie przyjmowal wogle xwork.

Na razie mam wszystko w jednym pliku, moze jednak tych akcji nie bedzie
az tak duzo.

Michal.

0 new messages