Hi Matt,

I'm not sure if this would solve your problem, but I have my server.xml set up 
with the following configuration:

------------------------------------------------------------------------------------
<Host name="localhost" debug="0" appBase="webapps/myApp"
    unpackWARs="false" autoDeploy="true"
    xmlValidation="true" xmlNamespaceAware="true">

    <Context path="" docBase="" debug="0" reloadable="true" crossContext="true" 
/>

    <!-- context path for external ini directory -->     
    <Context path="/ini" docBase="c:\\myApp\c\releases\ini" debug="0"
             reloadable="true" crossContext="false" />
        
    <!-- context path for external lib directory -->     
    <Context path="/lib" docBase="c:\\myApp\c\releases\lib" debug="0"
             reloadable="true" crossContext="false" />

</Host>
------------------------------------------------------------------------------------

This means my root webapp for http://localhost resolves to webapps/myApp, and 
the http://localhost/ini url goes to c:\\koba\c\releases\ini, etc.

When we first set this up Tomcat had problems starting up because it was 
reading in old web.xml files under the Tomcat/conf/Catalina... dir(s) but it 
couldn't find that path under Tomcat/webapps/myApp/.  So we had to remove those 
old xml files (since the localhost root no longer went to Tomcat/webapps/).


As a test, I just tried directing my Host's appBase to an external directory, 
and it worked for me.  For that test I configured server.xml per the following:

<Host name="localhost" debug="0" appBase="c:\\myApp\c\releases\ini"
      unpackWARs="false" autoDeploy="true"
      xmlValidation="true" xmlNamespaceAware="true">

      <Context path="" docBase="" debug="0" reloadable="true" 
crossContext="true" />

</Host>


I am running Tomcat 5.0.25.
- Wendy

p.s. The Apache webserver allows you to manage aliases and the like better, if 
you're in a position to install that in front of Tomcat.


-----Original Message-----
From: Matt [mailto:[EMAIL PROTECTED]
Sent: Tuesday, February 22, 2005 11:40 AM
To: Tomcat Users List
Subject: Re: Tomcat 5.5 working, BUT not outside of webapps/


Well, I've tried all sorts of configurations, so I was hoping to get a
clean example from someone who had it working.  I changed the stock Tomcat
5.5 server.xml file to add the following (within the pre-existing, as well
as the only, HOST tag for localhost, and I have tried with/without a slash
for path, and with forward or backward slashes in docbase):
<CONTEXT path="" docbase="C:/Inetpub/wwwroot/MYwebapps" debug="0"
reloadable="true" />
...and I have edited the stock Tomcat 5.5 uriworkermap.properties file to
add the directory relative to the additional docbase (I've also tried
without the .jsp specificity at the end of the line to handle everything):
/MYjsp-examples/*.jsp
(the jk_1.2.8.exe installer puts it all in its own folders in
$CATALINA_HOME's parent, not within $CATALINA_HOME/bin, and also sets the
registry properly - anything else this nice installer does for me?  It
doesn't appear to set environment variables $CATALINA_HOME or JAVA_HOME -
do I need to do this manually?  The webapps examples work fine without
these variables set though, so is this a deprecated step?)

So, if I have copied the webapps folder (and everything in it) to the
C:\Inetpub\wwwroot folder and renamed it MYwebapps, and renamed
jsp-examples therein to be MYjsp-examples (and fixed the .html to point to
the right path), I would have thought that I could run examples from the
new directory as well.  I don't see any path info. (non-relative)
elsewhere that would cause problems and need to be changed?  However, if
uriworkermap.properties is edited properly, I get a Tomcat 404 error
starting with the docbase, when clicking any example (.jsp link; the .html
ones still work fine, since they're not handed-off to Tomcat) from the
main page:
http://localhost/MYwebapps/MYjsp-examples/index.html
...the same files still work fine if I go back to the original location:
http://localhost/jsp-examples

I've even tried making new HOST tags as well, but Tomcat won't start if
you try to define two HOST tags for the same "system" whether I use a
machine name, IP or whatever.

Perhaps I misread the docs somewhere, or there's more to it than the above
two steps, I'd love to know!

Thanks,
-Matt


On Tue, 22 Feb 2005, Michael Greer wrote:

> Why don't you show us your config file. This behavior work fine for me
> with 5.5.7, with Apache & mod_jk.
>
> On Feb 22, 2005, at 1:20 AM, Matt wrote:
>
> > Is this simply not possible?  I have tried extrapolating form the docs
> > (which seems to work fine under webapps/ or $CATALINA_HOME) but
> > anything
> > outside of it fails as badly as the other works perfectly, even if I
> > try
> > to swap-out webapps/ for an otuside docbase using the <HOST> tag
> > already
> > present.
> >
> > There's got to be a file or simple edit that I'm missing for this?
> > Anyone?
> >
> > Thanks,
> > -Matt
> >
> >
> > On Sun, 20 Feb 2005, Matt wrote:
> >
> >> OK, the docs out there are good, but they either concern old versions
> >> of
> >> IIS and/or Tomcat -OR- they concern the JK2 module (including this
> >> list's
> >> archives I have searched).
> >> If JK2 is NO LONGER SUPPORTED, why in the heck would I care to use it?
> >> So, I am using the very nice jk_1.2.8.exe installer.  With that, most
> >> of
> >> the "steps" found in the various, partially-helpful docs are already
> >> done!
> >> ;^)
> >>
> >> That said:
> >> I am using Win2K + IIS5, and also Win2K3 + IIS6, and in either case,
> >> also
> >> Tomcat 5.5:
> >> I can go to http://localhost and get my IIS index page.
> >> I can go to http://localhost:8080 and get my Tomcat index page.
> >> I can go to http://localhost/jsp-examples/index.html and run all the
> >> wonderful examples.
> >> HOWEVER, if I simply want to -ALSO- hand-off jsp pages to Tomcat that
> >> are
> >> in C:\Inetpub\wwwroot (and below) everything goes to hell.
> >>
> >> I have tried adding CONTEXT tags to server.xml until I turn blue in
> >> the
> >> face, and when I do so I get either 404 not found errors from Tomcat
> >> (can't find the subdirectory b/c I assume it is looking for it in
> >> webapps/, but then again it can't find it even if I copy the whole
> >> thing
> >> into webapps/) or "The specified module could not be found" message
> >> on the
> >> page (IIS result of a uriworkermap.properties issue).
> >> I have even tried editing the existing HOST tag to change "webapps"
> >> to "C:/Inetpub/wwwroot" and all sorts of folders below wwwroot.  In
> >> those
> >> cases, if I manage to edit the uriworkermap.properties file
> >> correctly, all
> >> I get is a blank page for any .jsp, while IIS still handles the other
> >> stuff just fine.
> >>
> >> So, instead of these outdated docs everyone keeps pointing to, does
> >> anyone
> >> have any simple instructions to get Tomcat to properly use a folder
> >> OUTSIDE of webapps, and ALONG WITH webapps to work (especially
> >> assuming
> >> you've already got the basics working just fine as I do)?
> >> I'd like to start by getting a copy of jsp-examples working in
> >> wwwroot/ if
> >> possible (which is also how I was testing in the situation above, if
> >> that
> >> means anything), rather than also confusing the situation by learning
> >> how to create apps myself at the same time.  Perhaps that has caused
> >> my
> >> problem - maybe the issue lies in a web.xml file somewhere for the
> >> jsp-examples (I;ve even copied all of webapps to wwwroot to try and
> >> get
> >> that to work, but no luck).
> >>
> >> Thanks,
> >> Matthew Kozak
> >> Rutgers University-Camden
> >> [EMAIL PROTECTED]
> >>
> >> **********************************************************************
> >> ****
> >>  "They that can give up essential liberty to obtain a little temporary
> >>    safety deserve neither liberty nor safety."  -Ben Franklin
> >> **********************************************************************
> >> ****
> >>
> >
> >
> > Matthew Kozak
> > Rutgers University-Camden
> > [EMAIL PROTECTED]
> >
> > ***********************************************************************
> > ***
> >  "They that can give up essential liberty to obtain a little temporary
> >     safety deserve neither liberty nor safety."  -Ben Franklin
> > ***********************************************************************
> > ***
> >
> > ---------------------------------------------------------------------
> > 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]
>
>


Matthew Kozak
Rutgers University-Camden
[EMAIL PROTECTED]

**************************************************************************
 "They that can give up essential liberty to obtain a little temporary
        safety deserve neither liberty nor safety."  -Ben Franklin
**************************************************************************

Visit our website at http://www.ubs.com

This message contains confidential information and is intended only
for the individual named.  If you are not the named addressee you
should not disseminate, distribute or copy this e-mail.  Please
notify the sender immediately by e-mail if you have received this
e-mail by mistake and delete this e-mail from your system.

E-mail transmission cannot be guaranteed to be secure or error-free
as information could be intercepted, corrupted, lost, destroyed,
arrive late or incomplete, or contain viruses.  The sender therefore
does not accept liability for any errors or omissions in the contents
of this message which arise as a result of e-mail transmission.  If
verification is required please request a hard-copy version.  This
message is provided for informational purposes and should not be
construed as a solicitation or offer to buy or sell any securities or
related financial instruments.


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to