Hello!
When i do aliasing in apache it works, but when i integrate it with
tomcat it stops working, what's the problem?
Plz help me with it.
Regards!
-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe,
hi,
i have my host make different checks during startup (in
HostConfig.start()). i want to display the results in my own manager app
which (as HTMLManagerServlet) extends ManagerServlet. is there a way to
pass objects from the host to the managerservlet?
--stephan
From: Renaud Bruyeron [mailto:[EMAIL PROTECTED]
Subject: OutOfMemoryError when jasper (or webappclassloader)
tries to readjar files
This is an example of the top of the stacktraces we
experience *after a while* (i.e. after a couple of
days of operation, sometimes more):
From: Mark Thomas [mailto:[EMAIL PROTECTED]
Subject: Re: Multi processor issue
I have re-read the sections of the spec you quoted several times and I
don't see anything that suggests to me that the RequestDispatcher has
only request level scope that would suggest the OPs use is invalid.
Hello list,
This should be simple, but I can't seem to find a coherent example with
a variety of search terms .. so here goes.
If I say : http://host, I want it to become https://host.domain.com
I have a coyote connector which handles the 80-443 part, so if you do :
http://host.domain.com
Chuck,
Caldarale, Charles R wrote:
Parameters specified in the query string used to create the
RequestDispatcher take precedence over other parameters of the same name
passed to the included servlet. The parameters associated with a
RequestDispatcher are scoped to apply only for the duration
I don't think this is a bug in TC's implementation. This is a
relatively subtle mistake that seems both easy enough to make
and easy to fix.
Maybe Tomcat should enforce this like for instance when we get an
exception trying to write into a response that was already committed.
It would have
This?
!-- Define a non-SSL HTTP/1.1 Connector on port 8080 --
Connector
port=9191 maxHttpHeaderSize=8192
maxThreads=150 minSpareThreads=25 maxSpareThreads=75
enableLookups=false redirectPort=8443 acceptCount=100
Hi All,
I've looked at logging.html and conf/logging.properties and
I still can't figure out if it's possible to turn off certain
log files that get produced.
I've tried changing:
#1catalina.org.apache.juli.FileHandler.level = FINE
1catalina.org.apache.juli.FileHandler.level = SEVERE
But it
Hi list,
we're really, really deperate here.
We have developed a web-app on Debian Edge with Tomcat 5.5.17 using
Form-based Authentication with a JDBC-realm. Database is a MySQL
4.1.11
However, when we try to authenticate, the content passed from
j_security_check - mysql-driver - MySQL always
j_username should give you something better ;-)
On 12/21/06, Gregor Schneider [EMAIL PROTECTED] wrote:
Hi list,
we're really, really deperate here.
We have developed a web-app on Debian Edge with Tomcat 5.5.17 using
Form-based Authentication with a JDBC-realm. Database is a MySQL
4.1.11
Hi all,
I have two servlets: Worker and Status. Worker servlet gets hit very
frequently and consumes all available Tomcat threads (configured via
maxThreads). Thus, whenever I try to access the Status thread I have to wait
a long time. Is there a way to either dedicate some threads to Status
Do you run a Windows 2003 Server? I had problems with this. In this case, you
have to add a Web Service Extension on IIS, which is pointing to Redirector
dll, and you have to give status allowed in the checkbox.
Stefan
-Ursprüngliche Nachricht-
Von: Simon Renshaw [mailto:[EMAIL
Yes, it is running on 2003. I also created the web extension and it is allowed.
-Original Message-
From: Uhlig, Stefan [mailto:[EMAIL PROTECTED]
Sent: 21 décembre, 2006 16:05
To: Tomcat Users List
Subject: AW: Need help with JK2 connector/workers2.properties
Do you run a Windows 2003
oliver,
sorry, j_user_name was just a typo in my post.
sure, the parameter is j_username, and as you can see in the logs,
it's read properly from the form by j_security_check.
f.y.i., this is the form, which actually is working on our dev-machine
but not in our production-environment:
Hello there,
Am using JDK 1.5 and Tomcat 5.5.9...
I have two init servlets for the following purposes:
1. One is for logging
2. The other is for loading (and parsing) XML based configuration
files using Commons Digester.
When I go to %CATALINA_HOME%/conf/server.xml and inside the HOST
tag,
From: Gregor Schneider [mailto:[EMAIL PROTECTED]
Subject: Desperate: Tomcat 5.5. j_security_check
This whole setup worked on Debian Sarge with a single processor on a
32bit-machine, but it does not work on Debian Edge Dual CPU Dual Core
Opteron 64bit.
No, you do not have to recompile Java
Hi Greg
http://developers.sun.com/sunstudio/articles/options.html
yes I would recompile with -xtarget=generic to stay 32bit generic or
to specifically target 64 bit recompile the whole lot to 64bit with
-xtarget=generic64 (for 64bit generic)
Anyone else?
Martin--
From: Martin Gainty [mailto:[EMAIL PROTECTED]
Subject: Re: Desperate: Tomcat 5.5. j_security_check
http://developers.sun.com/sunstudio/articles/options.html
yes I would recompile with -xtarget=generic to stay 32bit generic or
to specifically target 64 bit recompile the whole lot to
64bit
Hi all,
I have two servlets: Worker and Status. Worker servlet gets hit very
frequently and consumes all available Tomcat threads (configured via
maxThreads). Thus, whenever I try to access the Status thread I have to wait
a long time. Is there a way to either dedicate some threads to Status
Tomcat caching issue
Hello,
I have a server running Windows 2003 server SP1. 8 GB of RAM. Sun Java
J2SE 5.0 update 7 and Tomcat 5.5.20.
Tomcat is used as our web server to review archived email. The email is
stored in folders on the server and the archival system uses MS SQL 2000 SP4
on
Nobody has a suggestion about this?
David Kerber wrote:
I have a web app that starts with a .jsp, and then goes through a
series of servlets to process some data. If possible, I'd like to set
it up so that after the last processing page is done, it goes back and
re-executes the first
On 12/21/06, David Kerber [EMAIL PROTECTED] wrote:
Nobody has a suggestion about this?
Sure. I suggest you rephrase what you're actually trying to accomplish,
because the original made utterly no sense to me :-)
FWIW,
--
Hassan Schroeder [EMAIL PROTECTED]
Hello there,
I am using JDK 1.5 Tomcat 5.5.9 on WinXP...
Set up my init servlet which is supposed to load my log4j.properties
file from myapp/WEB-INF/log4j.properties.
Here's my init servlet's source listing:
Ok, I'll try:
My app is started with a .jsp. On it the user enters a location ID.
When they click the submit button, it sends the request to a servlet
(call it page 1) which brings up information from a database about that
location, and gives them the option to make changes to the
From: James Dekker [mailto:[EMAIL PROTECTED]
Subject: Helping setting appropriate prefix when using
ServletContext.getResourceAsStream()
Where to begin...
// String prefix = getServletContext().getRealPath(/);
You apparently already figured out the above was a bad idea, as is any
So you want to effectively save the parameters from the original request
to page 1 and then use them when you come back to page 1. I can see two
options:
1. Sessionless -- each page propogates the original params as hidden
fields until you return to page 1 where it makes use of them.
2. With
From: David Smith [mailto:[EMAIL PROTECTED]
Subject: Re: Re-executing a servlet request
2. With sessions -- the original params are stored in the
session and page 1 uses them in the absence of form params
-- ie when completing the process.
Have to be careful with storing data in sessions.
Gael,
Marziou, Gael wrote:
I don't think this is a bug in TC's implementation. This is a
relatively subtle mistake that seems both easy enough to make
and easy to fix.
Maybe Tomcat should enforce this like for instance when we get an
exception trying to write into a response that was
29 matches
Mail list logo