Looks like I need to do a little more investigation.
For info though,
Fresh download of JBoss-3.0.3_Tomcat-4.1.12.
JDK 1.4.1 (FCS)
Windows XP SP1 (or Windows 2000 SP3)
Fresh download of struts blank example
CLASSPATH is empty.
What set-up do you have?
I have reproduced this on three different machine too.
When debugging it definitely looks like the digester is not using the
web applications class loader (the thread's current context class
loader) rather using a class loader created when commons-digester was
deployed.
I will debug a little further to find out more.
Theo
-----Original Message-----
From: James Mitchell [mailto:[EMAIL PROTECTED]]
Sent: 09 October 2002 18:42
To: Struts Users Mailing List
Subject: RE: JBoss-3.0.3_Tomcat4_1_12
Could be your version or environment, I'm running JBoss3.0.3/Tomcat
4.1.12
and the only problem with struts-blank is a missing message key. The
struts-example is running fine.
James Mitchell
Software Engineer/Struts Evangelist
http://www.open-tools.org
> -----Original Message-----
> From: Theo Harper [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, October 09, 2002 1:24 PM
> To: 'Struts Users Mailing List'
> Subject: RE: JBoss-3.0.3_Tomcat4_1_12
>
>
>
> Looks like there's a problem with JBoss's integration with Tomcat
> 4.1.12.
>
> I tried the standard structs "blank" example and that would not
deploy,
> although it would deploy on a vanilla tomcat 4.1.12.
>
> I have posted a bug report for JBoss and reverted to 4.0.4 for now,
but
> I was looking forward to speed improvements in 4.1.12 :-(
>
> I might have a little look at the Catalina/Tomcat wrapper used by
JBoss.
>
> Thanks,
> Theo
>
> -----Original Message-----
> From: Cedric Dumoulin [mailto:[EMAIL PROTECTED]]
> Sent: 09 October 2002 09:22
> To: Struts Users Mailing List
> Subject: Re: JBoss-3.0.3_Tomcat4_1_12
>
>
> Hi,
>
> Maybe you use an old version of commons-digester.
> First of all, try to download the latest nightly build or the 1.1b2
> version of Struts. Try the tiles-documentation.war file on your
> environment. Does it run for you ? If yes, get all jar files and tld
> from the working tiles application and replace the ones in your own
> application.
> If tiles-documentation.war doesn't run, it means that you have a
> configuration problem. Maybe you have some old jar file somewhere
else
> in your classpath ?
>
> Hope this help,
> Cedric
>
> Theo Harper wrote:
>
> >I am having some problems getting struts to work with the above
> >configuration and have traced the problem down to commons-digester.
I
> >am using tiles with struts and to do so have the following in my
> >struts-config.xml file:
> >
> > <plug-in className="org.apache.struts.tiles.TilesPlugin" >
> > <set-property property="definitions-config"
> >value="/WEB-INF/tiles-defs.xml"/>
> > <set-property property="definitions-debug" value="0" />
> > <set-property property="definitions-parser-details" value="0"
/>
> > <set-property property="definitions-parser-validate"
value="true"
> >/>
> > </plug-in>
> >
> >The file tiles-defs.xml contains:
> >
> ><!DOCTYPE tiles-definitions PUBLIC
> > "-//Apache Software Foundation//DTD Tiles Configuration//EN"
> > "http://jakarta.apache.org/struts/dtds/tiles-config.dtd";>
> >
> ><tiles-definitions>
> > <definition name="deployer.rootlayout"
> >path="/layouts/root_layout.jsp">
> > <put name="docRoot" value="../" />
> > <put name="titleString" value="Welcome to Component Deployer"/>
> > <put name="topBanner" value="/include/banner.jsp"/>
> > <put name="lowerBanner" value="/include/lowerbanner.jsp"/>
> > <put name="content" value="/secure/home_content.jsp"/>
> > <put name="footer" value="/include/footer.jsp"/>
> > </definition>
> > ...
> ></tiles-definitions>
> >
> >When loading the WEB application into JBoss/Tomcat I get a
> >ClassNotFoundException when trying to load XmlDefinition.
> >
> >The problem seems to be with the digester, as it is not using the
> >WebApps class loader but another. The context class loader on the
> >currentThread seems to be the right one but is not being used. I
also
> >noticed that the line digester.setUseContextClassLoader(true); has
been
> >commented out in the constructor for XmlParser.
> >
> >Should the XmlParser be set to use the threads class loader? Should
> the
> >constructor set it?
> >
> >Any help with this much appreciated.
> >
> >Theo
> >
> >
> >
> >
> >--
> >To unsubscribe, e-mail:
> <mailto:[EMAIL PROTECTED]>
> >For additional commands, e-mail:
> <mailto:[EMAIL PROTECTED]>
> >
> >
> >
> >
>
>
> --
> To unsubscribe, e-mail:
> <mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail:
> <mailto:[EMAIL PROTECTED]>
>
>
> --
> To unsubscribe, e-mail:
<mailto:[EMAIL PROTECTED]>
For additional commands, e-mail:
<mailto:[EMAIL PROTECTED]>
--
To unsubscribe, e-mail:
<mailto:[EMAIL PROTECTED]>
For additional commands, e-mail:
<mailto:[EMAIL PROTECTED]>
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
