the time to test them myself, but feel free
to update this list if you test the various setups.
-Original Message-
From: Joakim Ahlén [mailto:[EMAIL PROTECTED]]
Sent: Thursday, March 07, 2002 9:27 AM
To: 'Wojtek Piaseczny'
Subject: RE: Tomcat 4.0.1 / 4.0.2b2 + IIS + security-constraint
Im using the JkEnvVar in a setup right now, as follows, in apaches conf:
JkEnvVar REDIRECT_URL REDIRECT_URL
...which passes the envvar REDIRECT_URL, calling it REDIRECT_URL on the
java side. I later on fetch in java with:
request.getAttribute(REDIRECT_URL)
Works fine.
When first wanting to
the tomcatAuthenticating-parameter in the
Ajp13Connector to both false and true with no result. I've tried both
tomcat 4.0.1 and 4.0.1b2 with the same result.
Please help. :)
Many thanks in advance.
//Joakim
Joakim Ahlén
Hi,
I'm no professional user of tomcat, but i had the same problem in TC401.
I had to unpack the war manually in the webapp-dir. It seemed to me to
be a simple bug in tomcat, and was (almost) confirmed as the bug was
fixed in TC402b2.
Now, it could be some default setting changed between 401
Hi!
We have a cluster of two tomcat 5.5.9-machines using session replication.
However, we also have data in application scope (set with
getServletContext().setAttribute(...)) which as far as i have found in the
docs, is not replicated.
Is there any way to accomplish this with tomcat? If not,
at 08:07:21AM -0500, Jess Holle wrote:
The servlet spec says this data is local to a given JVM.
I suppose a servlet engine could expand beyond the spec, but I'd be
surprised if Tomcat did here.
Joakim Ahlén wrote:
Hi!
We have a cluster of two tomcat 5.5.9-machines using session
Hi,
I guess this question has come up a thousand times on this list, but i
still have no workaround for it so i need to get a tip or two from you guys.
We're using Tomcat 5.5.9 on Windows 2003 Server, and we cannot
hot-deploy webapps. The cause is one of our jar-files in WEB-INF being
locked,
Well, that didn't work.
The screenshot is at:
http://ebba.geosition.com/~joakima/temp/screenshot_procexp.jpg
//j
Joakim Ahlén wrote:
Hi,
I guess this question has come up a thousand times on this list, but i
still have no workaround for it so i need to get a tip or two from you
guys.
We're
=(context_path)
Take care : this command after stopping the application will delete the
directory where your application was deployed and remove the entry of the
Context from your server.xml of CATALINA_HOME/conf
Jean-Claude
-Message d'origine-
De : Joakim Ahlén [mailto:[EMAIL PROTECTED]
Envoyé
Hi!
Is there any way of sharing data within a cluster which is not stored in
session? Think of this as sharing the application state or some
cluster-wide global state.
Regards
Joakim
-
To unsubscribe, e-mail: [EMAIL
this problem, and is there any work being
done to resolve it as of now?
Kind regards
Joakim Ahlén
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
wrote:
Joakim Ahlén wrote:
I'm not trying to blame anyone for not fixing this issue, (well,
maybe i'm laying some blame on those who thinks this is _not_ a
tomcat issue..) however, i am really interested in having this bug
fixed, and i am prepared to put some effort and time into it myself.
To do
Hi!
We're running Tomcat 5.5.9 as a service on Windows Server 2003.
With high load on the server, the tomcat process simply dies
spontaneously, with no message in the stderr or stdout-logs, but these
lines in jakarta_service_xxx.log:
--
[2005-10-07 12:55:38]
13 matches
Mail list logo