I'm having an odd problem with the Digester when concerned with jarred xml
rules (included from another rules file).
Environment:
Tomcat 4.0.3-LE
JDK1.4
My deployed webapp accesses and functions when my resources are unjarred in
the WEB-INF/classes directory, but not when I jar them and place them in
the WEB-INF/lib directory. Note that the file it fails on is one that is
INCLUDED. Am I specifying this wrong? Why the mismatch in behavior
between jarred vs. unjarred resources? This file is on the classpath...
<include path="
com/iverticalleap/presentation/flow/digester/all-operation-rules.xml"/>
[08/26/2002 04:43:43-main][debug][FlowDigester]: Using digester rules:
jar:file:C:/projects/webapps/operations/WEB-INF/lib/iverticalleap-20020730.jar!/com/iverticalleap/presentation/flow/digester/digester-rules.xml
org.apache.commons.digester.xmlrules.XmlLoadException: Error at (25, 88: C:
\projects\webapps\operations\WEB-INF\lib\iverticalleap-20020730.jar!
\com\iverticalleap\presentation\flow\digester\all-operation-rules.xml (The
system cannot find the path specified)
at
org.apache.commons.digester.xmlrules.FromXmlRuleSet.addRuleInstances(FromXmlRuleSet.java:142)
at
org.apache.commons.digester.Digester.addRuleSet(Digester.java:1311)
at
com.iverticalleap.presentation.flow.digester.FlowDigester.<init>(FlowDigester.java:127)
at
com.iverticalleap.presentation.flow.controller.AbstractFlowManager.parse(AbstractFlowManager.java:79)
at
com.iverticalleap.presentation.flow.controller.AbstractFlowManager.parse(AbstractFlowManager.java:70)
at
com.iverticalleap.presentation.flow.controller.AbstractFlowManager.<init>(AbstractFlowManager.java:30)
at
com.iverticalleap.presentation.flow.controller.HttpFlowManager.<init>(HttpFlowManager.java:47)
at
com.iverticalleap.presentation.flow.controller.HttpFlowManager.instance(HttpFlowManager.java:39)
at
com.iverticalleap.presentation.flow.controller.FlowDispatcher.init(FlowDispatcher.java:48)
at javax.servlet.GenericServlet.init(GenericServlet.java:258)
at
org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:916)
at
org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:808)
at
org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:3266)
at
org.apache.catalina.core.StandardContext.start(StandardContext.java:3395)
at
org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1123)
at
org.apache.catalina.core.StandardHost.start(StandardHost.java:614)
at
org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1123)
at
org.apache.catalina.core.StandardEngine.start(StandardEngine.java:343)
at
org.apache.catalina.core.StandardService.start(StandardService.java:388)
at
org.apache.catalina.core.StandardServer.start(StandardServer.java:506)
at org.apache.catalina.startup.Catalina.start(Catalina.java:781)
at org.apache.catalina.startup.Catalina.execute(Catalina.java:681)
at org.apache.catalina.startup.Catalina.process(Catalina.java:179)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:243)
Kevin Ross
www.bredex.com
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
