I am struggling to figure out why my Tomcat installation is failing to allow
me to connect my java web application to a database. I am looking for ideas
as to how to find out what is wrong. I have (what I think) is the same setup
on another machine and it works fine. The only difference
Hello,
there is a difference between how resources are defined in 5.0 and
5.5. In 5.0 you could provide your resource definitions right in the
server.xml, but in 5.5 you need to create a separate context.xml file
($CATALINA_HOME/conf/Catalina/hostname/context.xml) and put resource
definitions
Answer is:
A) -cp or -classpath is not correct or
B) Permisions on your .jar files are not correct
for -user.
__
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
Hi,
I have an Apache 2 - mod_jk - Tomcat 5.5.16 set up and I'm trying
to get Tomcat errors handled by Apache.
In Apache I have:
ErrorDocument 404 /cgi-bin/error.cgi
And in Tomcat's web.xml I have
error-page
error-code404/error-code
location/cgi-bin/error.cgi/location
/error-page
I
On Saturday 23 September 2006 09:57, Andrew Stepanenko wrote:
Hello,
there is a difference between how resources are defined in 5.0 and
5.5. In 5.0 you could provide your resource definitions right in the
server.xml, but in 5.5 you need to create a separate context.xml file
Hello,
looks like the docs I gave a link to describe the old approach, sorry.
Here is what I have in my context.xml:
##
!-- The contents of this file will be loaded for each web application --
Context path= docBase=/export/home/andrews/dev/unfas/web
debug=1 reloadable=true
!-- Default
Correction: context.xml belongs in META-INF of the war archive.
--David
Henry McClain wrote:
There are two pieces of information about the Context file while
deploying
your application as a WAR that the Tomcat documentation fails to make
absolutely clear:
1) the Context file name must be
From: Edward Quick [mailto:[EMAIL PROTECTED]
Subject: Handling Tomcat Errors in Apache
error-page
error-code404/error-code
location/cgi-bin/error.cgi/location
/error-page
I guess the location tag is wrong here as it doesn't work, but I'm
not surewhat else to put.
Quoting from
From: Edward Quick [mailto:[EMAIL PROTECTED]
Subject: Handling Tomcat Errors in Apache
error-page
error-code404/error-code
location/cgi-bin/error.cgi/location
/error-page
I guess the location tag is wrong here as it doesn't work, but I'm
not surewhat else to put.
Quoting from
From: Edward Quick [mailto:[EMAIL PROTECTED]
Subject: RE: Handling Tomcat Errors in Apache
Can I have one cgi-bin directory, or does there
have to be one in each webapp?
By design, webapps are intended to be independent, so error handling is
also independent. Don't have any personal
2 possible solutions
-you could store those previously defined Session attribute values in the
considerably wider Application scope
-create your own SessionListener from HttpSessionListener and specify the
contingency when the session is destroyed
i.e. your own
Hi all!
I have many problems recently with java.io.IOException: Too many open
files on my Tomcat server for /Online Utility/
http://www.online-utility.org (http://www.online-utility.org) web site.
The server runs Linux (Suse 9.3). My web server stop running when runs
out of available file
On Saturday 23 September 2006 15:23, David Smith wrote:
Correction: context.xml belongs in META-INF of the war archive.
OK, I am begining to comprehend - and knowledge about the context.xml in the
META-INF file for a WAR archive is good. I was looking for a way to wrap all
the info about the
Can I have one cgi-bin directory, or does there
have to be one in each webapp?
By design, webapps are intended to be independent, so error handling is
also independent. Don't have any personal experience here, but possibly
you could use a copy of the same error page in each webapp that does a
you may very well be publishing to your own webapp context.xml
i.e $TOMCAT_HOME/webapps/YourWebApp/META-INF/context.xml
Until you feel comfortable with the reliability of deployment ..in the
meanwhile I would create your war by hand
(and then let the IDE automate only after you have already
Hi Bob
I'm fronting tomcat 5.0.28 with apache 2.0.59 through mod_proxy.
I am not seeing loss of session persistence: here are the values
of HttpSession.getId(), as seen in a typical succession of the
servlets, and also, one of the JSP's:
SelectPubImgSetServlet:
Hello again, Bob
(Sorry, slight revision/correction to wording of previous post (below), for
sake of clarity:)
The line
I can't, of course, tell you why you are not seeing persistent
session id's, but I believe
the above shows that this is normal for my webapp.
should have been written
On 9/23/06, Mladen Adamovic [EMAIL PROTECTED] wrote:
Hi all!
Hi
I have many problems recently with java.io.IOException: Too many open
files on my Tomcat server for /Online Utility/
http://www.online-utility.org (http://www.online-utility.org) web site.
The server runs Linux (Suse 9.3). My
The Apache Tomcat team is pleased to announce the immediate availability
of version 1.2.19 of the Apache Tomcat mod_jk web server connector.
mod_jk is a connector which allows a web server such as Apache HTTPD
to act as a front end to the Tomcat web application server.
This version contains
The Apache Tomcat team is pleased to announce the immediate availability
of version 1.2.19 of the Apache Tomcat mod_jk web server connector.
mod_jk is a connector which allows a web server such as Apache HTTPD
to act as a front end to the Tomcat web application server.
This version contains
Hello,
I use Tomcat 4.1.31, Apache 2.0.46 and mod_jk 1.2.18.
I can't download a file with a size greatest than 71Ko over mod_jk. With a
direct access to Apache or Tomcat i can download a file greatest than 5Mo.
How can i tune my connector for serve this download ?
Sorry for my english
Jean-
your anglais is quite good-
If you want to optimise your mod_jk configuration
take a look at minThreads, maxThreads parameter for Connector configuration at
http://tomcat.apache.org/tomcat-5.5-doc/cluster-howto.html
Bon Chance,
Martin --
22 matches
Mail list logo