On 24 Oct 2009, at 19:29, Pete McNeil <madscient...@microneil.com> wrote:
Pid Ster wrote:
<snip/>
Any chance, just for kicks, you could put the contents of www.someplace.net
into webapps/ROOT?
I could, but it would be undesirable and shouldn't be necessary.
That's the response I expected, but you're missing the point. Can you make
*any* app work under the actual webapps dir?
We may be able to narrow down the problem by trying an alternative.
If it works in 1 place but not another it would demonstrate that there's a
problem with the 2nd location.
If it doesn't work in either, then the stacktrace detail may help.
Am not advocating one thing over another - just suggesting another way to
examine the problem.
p
The team is used to working with
pthe existing structure--- Forcing a change in that would lead to other
problems I would like to avoid... AND... there's no solid technical reason
that should be necessary.
(There is a family of sites that lives under "someplace" -- each with it's
own www.somethingspecial.com kind of root. Other common supporting data is
stored in the /home/someplace directory. We've used this structure for a
long time now not only for our own apps but also for hosting apps/sites for
other customers. www.someplace.com is only one of many "ROOTs" -- so
webapps/ROOT is not a practical solution in this case.)
The app (family of apps/sites actually) works fine under resin and even
apache->resin. I'm trying to get away from resin because tomcat is a better
choice now and because we've evolved away from any of the special features
in resin... but I digress.
Point is: We need a reliable container for running jsp based web sites.
Tomcat is such a thing and according to the documentation it should be easy
to configure it to do precisely what we're doing--- I hate mysteries, I'm
sure this is some tweaky little thing I've missed.
The goal is to find and understand that thing so I can start deploying these
apps (and new apps to come) on Tomcat. This is the beginning of a larger
migration to Tomcat as a platform so getting this right and understanding it
is important.
The other side of this is: If we can't figure out how to do this then the
documentation for Tomcat is wrong and needs to be fixed -- I have a hard
time believing that's the case... It's much more likely I've missed a step
somewhere--- I just can't see it yet.
I appreciate the extra eyes and experience on this!
Also, I can't see the full stacktrace of the error, can you post it
please?
Here you go:
SEVERE: Error starting static Resources
java.lang.IllegalArgumentException: Document base /home/someplace/
www.someplace.com does not exist or is not a readable directory
at
org.apache.naming.resources.FileDirContext.setDocBase(FileDirContext.java:141)
at
org.apache.catalina.core.StandardContext.resourcesStart(StandardContext.java:3957)
at
org.apache.catalina.core.StandardContext.start(StandardContext.java:4126)
at
org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
at org.apache.catalina.core.StandardHost.start(StandardHost.java:719)
at
org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
at
org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
at
org.apache.catalina.core.StandardService.start(StandardService.java:516)
at
org.apache.catalina.core.StandardServer.start(StandardServer.java:710)
at org.apache.catalina.startup.Catalina.start(Catalina.java:578)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:616)
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:288)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:616)
at
org.apache.commons.daemon.support.DaemonLoader.start(DaemonLoader.java:177)
Best,
_M
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
