tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Steven R. Christensen" <>
Subject RE: New User needing urgent help
Date Sat, 23 Oct 2004 18:14:26 GMT
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 
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 []
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 []
> 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:
> For additional commands, e-mail:

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message