Re: Final stumped message
Laird Nelson wrote: > > Craig, is this old hat to you or should I write something up and pursue > this further? > Tomcat 3.2 goes through incredible machinations to build a classpath for you on a Windows machine, but it is definitely possible to make one that is too long -- the net effect is that things on the end of the classpath will be silently ignored. Tomcat 4.0 uses a different stategy -- it builds internal "class paths" for the various class loaders that it creates, based on the set of JAR files found in well defined directories. There is only very limited reliance on the CLASSPATH environment variable itself. Thus, it doesn't suffer the same sorts of problems. > > Cheers, > Laird > Craig
Re: Final stumped message
[EMAIL PROTECTED] wrote: > I dropped your war in my Tomcat 3.2 webapps directory and the app ran > fine. I think it must be something in your environment. Check your > classath to make sure it's not something that's getting picked up from > there. OK, this is even weirder. When I zero out my classpath, the app deploys fine (thanks to ad hoc testers!). >From testing, it appears that on Window$ 95 the environmental classpath *length* affects how tomcat starts up. The tomcat.bat file prepends the existing classpath to its own classpath before starting. If the environmental classpath is greater than a certain length, I'm guessing, then some classes inside web applications cannot be found. It also seems really odd to me that the *presence* of a classpath that isn't needed in the first place could prevent tomcat from finding a class inside a .war file, which doesn't need to be included in a classpath in the first place. Craig, is this old hat to you or should I write something up and pursue this further? Cheers, Laird -- W: [EMAIL PROTECTED] / P: [EMAIL PROTECTED] http://www.amherst.edu/~ljnelson/ Good, cheap, fast: pick two.
Re: Final stumped message
Gerry Chike wrote: > > Hi Laird, > Not sure if this is the desired behaviour, > but I placed WAR file into > \jakarta-tomcat\webapps folder. Re-started TomCat 3.2. Opened > starthere.html and entered my name and clicked submit button. > > TomCat 3.2 console responded with the following output: > ActionMappingBase: Succeeded. > Constructed. > Hallelujah. > > A new web page displayed with the following text: > Done > You heard the man. :-) OK, so it works. That's two data points I've gotten so far; thanks folks for helping out. Obviously the problem lieth elsewhere. That's a relief. More digging; I'll update the list when I find whatever on God's earth is causing this thing to fail. Again, thanks for the help. Cheers, Laird -- W: [EMAIL PROTECTED] / P: [EMAIL PROTECTED] http://www.amherst.edu/~ljnelson/ Good, cheap, fast: pick two.
Re: Final stumped message
Hi Laird, Not sure if this is the desired behaviour, but I placed WAR file into \jakarta-tomcat\webapps folder. Re-started TomCat 3.2. Opened starthere.html and entered my name and clicked submit button. TomCat 3.2 console responded with the following output: ActionMappingBase: Succeeded. Constructed. Hallelujah. A new web page displayed with the following text: Done You heard the man. Hope this helps, Gerry At 01:12 PM 12/11/2000 -0500, Laird Nelson wrote: OK, I'm beyond stumped. I've posted my broken .war file at http://www.amherst.edu/~ljnelson/opencommerce.war. Please, could someone try deploying this on a tomcat 3.2 release and let me know if it works or fails? The source code for the classes involved is at http://www.amherst.edu/~ljnelson/opencommerce-src.jar. Thanks, and I'll not take up any more list traffic. Cheers, Laird -- W: [EMAIL PROTECTED] / P: [EMAIL PROTECTED] http://www.amherst.edu/~ljnelson/ Good, cheap, fast: pick two.