Evert Hoff wrote:
Hi,
I am stuck trying to get Tomcat Connector to work.
The mod_jk.log file (included in full at the bottom of this email) says
Attempting to map URI '/examples/index.html' from 0 maps.
When I restart httpd, it gives the message below about 127.0.0.1:80
overlapping with
Hi Rainer,
Looks like you've got more than one virtual host in the httpd
configuration. JkMounts are not inherited between virtual hosts.
Although there is the directive JkMountCopy to inherit
JkMount between vhosts, I would expect that not to help in
your situation (localshot:80 vs.
Evert Hoff wrote:
The documentation says that there is supposed to be an example
workers.properties file in Tomcat's conf directory, but
there isn't. I
found one somewhere on the Internet and modified it. It is below.
Could you give us the URL of this page, so we can fix it?
It is on this
Evert Hoff wrote:
Hi Rainer,
Looks like you've got more than one virtual host in the httpd
configuration. JkMounts are not inherited between virtual hosts.
Although there is the directive JkMountCopy to inherit
JkMount between vhosts, I would expect that not to help in
your situation
Hi Rainer,
If you want the JK forwarding to work for
www2.noteworthynewsletters.com and your apache httpd
configuration uses virtual hosts, you first have to identfy
the VirtualHost block that configures the virtual host for
www2.noteworthynewsletters.com and then put the JkMounts into
I can't see any include for the file, in which you now put the JkMount
statements. I think you'll need to read a bit about apache httpd virtual
hosts and also about the two types, IP based and name based. This will
help you to understand you httpd configuration first. That's necessary
in order
Evert Hoff wrote:
Hi Rainer,
I got it working at last. I went back to editing auto/mod_jk.conf. I put the
following in there and it did the trick:
That's good.
===
[EMAIL PROTECTED] apache-tomcat-6.0.13]# cat
/usr/java/apache-tomcat-6.0.13/conf/auto/mod_jk.conf
Brian Munroe wrote:
On 8/31/07, tk-2506 [EMAIL PROTECTED] wrote:
Any idea what's going on???
The developers forgot to bump the sub version number in build.properties?
Yep. My bad.
Mark
-
To start a new topic, e-mail:
Hello.
If I go to www.mydomain.com/index.jsp I get a 404 from Tomcat, despite there
definitely being an index.jsp in the webroot. I assume that means it is not
looking at the right directory.
How do I find the full filename Tomcat is looking for when producing the
404?
Thanks,
Peter
On 9/1/07, Peter Boughton [EMAIL PROTECTED] wrote:
How do I find the full filename Tomcat is looking for when producing the
404?
You could turn on access logging, or you could set up a custom
404 page to return whatever you think pertinent.
Of course, if the system doesn't find your custom
Thanks for the suggestion. I tried access logging, but it's only listing the
/index.jsp, not the full path.
Was using this page as reference:
http://tomcat.apache.org/tomcat-5.5-doc/config/valve.html#Access%20Log%20Valve
And put this in the appropriate Host section of server.xml
Valve
On 9/1/07, Peter Boughton [EMAIL PROTECTED] wrote:
Thanks for the suggestion. I tried access logging, but it's only listing the
/index.jsp, not the full path.
Uh, then that *is* the full path; sounds like you need to double-check
your Tomcat appBase/docBase/etc. configuration...
--
Hassan
I mean full system path. (eg: /usr/local/jakarta/tomcat/webapps/index.jsp or
/home/user/domain/public_html/index.jsp or whatever)
As far as I can tell, the appBase and docBase are correctly pointing to the
webroot dir, but cPanel/WHM auto-configured server.xml/etc so it could be
doing anything.
Mark Thomas-15 wrote:
jhayden wrote:
Tried that but still getting the error.
I only left the default index.html file there and it still gives me the
404
Error.
It appears that it only wants to use the index.jsp file?
The default welcome file list is index.html. index.htm, index.jsp.
On 9/1/07, Peter Boughton [EMAIL PROTECTED] wrote:
I mean full system path. (eg: /usr/local/jakarta/tomcat/webapps/index.jsp or
/home/user/domain/public_html/index.jsp or whatever)
As far as I can tell, the appBase and docBase are correctly pointing to the
webroot dir, but cPanel/WHM
Only error/warning I can see in catalina.out is this:
Java HotSpot(TM) Client VM warning: Can't detect initial thread stack
location - find_vma failed
Dunno what that means, but a quick google suggests it can be ignored.
On 9/1/07, Hassan Schroeder [EMAIL PROTECTED] wrote:
On 9/1/07, Peter
Hey folks --
We have an install of tomcat 5.5 (JRE is 1.5) running a set of instances of our
application (Centric CRM). The OS is a Linux flavor. On occasion, java usage
spikes to roughly 99% of CPU, and memory usage spikes as well, bringing the
entire system to its virtual knees. The app does
Ok, so I re-wrote my config files and I'm not getting 404s any more - I'm
getting 405 :(
Trying to load index.jsp (or any jsp file, even if it doesn't exist) results
in the following:
HTTP Status 405 - HTTP method GET is not supported by this URL
Google is just producing lots of references to
On 9/1/07, Peter Boughton [EMAIL PROTECTED] wrote:
Trying to load index.jsp (or any jsp file, even if it doesn't exist) results
in the following:
HTTP Status 405 - HTTP method GET is not supported by this URL
Anyone got any suggestions on how to fix it?
It sounds like your install is
My vote goes to appliance, but Filip is completely correct, this is a budget
based decision.
The higher up in your architecture you deal with SSL the better in my
experience. (especially in stateless farms)
I would look into L2 caching (like EHCache + Hibernate or Terracotta) if you
decide to
Peter Boughton [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
I mean full system path. (eg: /usr/local/jakarta/tomcat/webapps/index.jsp
or
/home/user/domain/public_html/index.jsp or whatever)
As far as I can tell, the appBase and docBase are correctly pointing to
the
webroot
I also don't know why this is happening (seems like some problem with JMX).
However specifying 'registerRequests=false' on the AJP Connector /
element looks like it may be a workaround. That will at least prevent the
threads blocking in checkRequest.
Jimmy Phelan :: Blacknight Solutions
Hi,
I have a simple Servlet (stateless) which has a doGet() metohd.
How can I make sure both Tomcat and the client calling that servlet's
doGet() to close all the ports allocated upon the doGet() request.
Thank you.
-
To
jhayden wrote:
Is this a clean install?
Mark
-
Yes. Brand new.
Without changing anything in ROOT, if I comment out the index.jsp from the
web.xml file it gives me a 404 Error. As soon as I un-comment the line it
works
Joshua J. Fielek wrote:
Are there any known issues with Tomcat 5.5 that could cause this?
No.
Any insights would be appreciated.
Get yourself a profiler. It sounds like an application issue.
Mark
-
To start a new topic,
Peter Boughton wrote:
As far as I can tell, the appBase and docBase are correctly pointing to the
webroot dir,
and there is the problem. appBase == docBase will result in all sorts
of pain and grief. The appBase should never point to the root of any
web application.
Mark
On 8/31/07, Mike Cronin [EMAIL PROTECTED] wrote:
I am having a problem setting up a connection-pool via JNDI on Tomcat 6.0.14
utilizing Oracle 10g. Currently I have a Resource for my DataSource
referenced within a Context element within the server.xml file. The
classes12.jar file which
On 9/1/07, Brian Munroe [EMAIL PROTECTED] wrote:
For Tomcat 6
You mention that it is located it $CATALINA_HOME/lib [sic] - which
I'll assume is a typo, but it leads to ambiguity - did you mean
common/lib or shared/lib? Definitely move it to common/lib.
If you're talking about TC6, there is
On 9/1/07, Hassan Schroeder [EMAIL PROTECTED] wrote:
If you're talking about TC6, there is no common/lib or shared/lib;
$CATALINA_HOME/lib is correct...
Oh crap, I was going off my 5.5 install!
Thanks!
-- brian
-
To start
29 matches
Mail list logo