Surely not a bug add by Mr Gates himself ;-)

-----Original Message-----
From: James Mitchell [mailto:[EMAIL PROTECTED]] 
Sent: 09 October 2002 19:00
To: Struts Users Mailing List
Subject: RE: JBoss-3.0.3_Tomcat4_1_12

Exact same setup (minus SP1 on XP)


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:56 PM
> To: 'Struts Users Mailing List'
> Subject: RE: JBoss-3.0.3_Tomcat4_1_12
>
>
> 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]>



--
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]>

Reply via email to