hi kevin i have an idea that this might be a recently fixed bug.
could you try to replicate using CVS HEAD or a recent nightly build? - robert On Monday, August 26, 2002, at 11:08 PM, [EMAIL PROTECTED] wrote: > 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]. > org> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]. > org> > -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
