tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
Subject Re: Moving Tomcat
Date Wed, 03 Jan 2007 18:52:01 GMT
If you have the second server setup then you can install tomcat and copy the
webapps folder over and see what happens. Once you start getting errors from
the new server then you can troubleshoot until everything is fixed. It will
be difficult to know if everything will work without testing. So I'll
suggest to build the new server first, unless of course you'll be using the
same hardware then you can't do that.

On 1/3/07, Steve Ingraham <> wrote:
> >> Here is the website in question:
> >>
> >You can't tell where things are by looking from the outside; the URLs
> used to access the web site can be easily mapped to >various locations
> in the file system by servlet-mappings, appBase and docBase attributes,
> filters, symbolic links, etc.  A >well-designed and well-managed web
> site will have such things documented, but unfortunately many just seem
> to evolve.
> Ok, I understand what you are saying about not seeing the location from
> the outside.  However, am I wrong in thinking that I can track down the
> location if I know where everything is residing?  For example, if I
> click on the "judges for retention" link on the left side of the main
> webpage the browser is directed to an address of:
> I know that the "online" directory resides in the
> /usr/local/src/jakarta-tomcat-5.5.9/webapps/ directory and therefore the
> "JudgeVote.2006.jsp" file should be in that online directory.  When I
> navigate to that directory on the server I can see that file.
> Therefore, I have been looking at each page/link in this manner.  I look
> at the address location in the web browser and then navigating to the
> appropriate directory in the /usr/local/src/. . . directory I believe it
> is on the server to verify that the file in question is there.  So far
> this has worked in showing me the exact directory location for each
> page/link I have looked at.  Is this a legitimate way to go about this
> or am I going to overlook something in using this method?
> As far as your comment about documentation, I am afraid I have not come
> across any documentation detailing any of the website design.
> ---------------------------------------------------------------------
> To start a new topic, e-mail:
> To unsubscribe, e-mail:
> For additional commands, e-mail:

"talk trash and carry a small stick."

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message