Originally this app was setup to be located outside of the webapp directory in it's own directory. I had it working for the Tomcat 3.3.2 by setting the context on it with no problems. I wanted to make sure I had the latest Tomcat install to ensure that I wouldn't have to upgrade too soon so I did that but couldn't find where I could get it deployed on an absolute path instead of the relative so I set it up in the webapp to make things simpler but then ran into this problem. The support for this software is pretty meager so I am working through it so I can support it myself. From what I see in the software the mapping servlets and such look like they are all in place. Just the location of the whole thing has been beating me up. Perhaps someone knows a way I can leave it outside the root and save me some extra work? Thanks for the help.
________________________________ From: Ben Souther [mailto:[EMAIL PROTECTED] Sent: Sat 10/23/2004 1:06 PM To: Tomcat Users List Subject: RE: New User needing urgent help You'll probably have other problems later if you don't get your classes into packages (mapping servlets etc..). On Sat, 2004-10-23 at 14:01, Steven R. Christensen wrote: > >From this I gathered that the import code isn't required and it looks > like that fixed the problem. One thing I should have said was sun-java newbie as > well so I am vastly ignorant on how all of this works. Only been trying to use > it the last day or two. > > Appreciate the expert advice and very fast response everyone have given on this. > > You guys ROCK! > > Hopefully I will be able to get this operational without bothering everyone > again. > > Thanks, > Steve > > ________________________________ > > From: Steffen Heil [mailto:[EMAIL PROTECTED] > Sent: Sat 10/23/2004 12:52 PM > To: 'Tomcat Users List' > Subject: AW: New User needing urgent help > > > > Hi > > > import Account; > > No. No. No. > Import is used to make classes of foreign packages available. > Classes in the same package are always available. > > And you should never have any package-less class, hence no problems. > > Regards, > Steffen > > > > > ______________________________________________________________________ > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
