RE: session#getId changes during doGet invocation under heavy load
Thanks Chuck. I have done some further research and I have the impression that there is some kind of race condition where a session that is being removed because of a timeout is also handling requests. The loggings indicate that a session is destroyed but then nevertheless a doGet is invoked with a request parameter that refers to that timed out session. If I crank up the timeout, seriously reducing the chances a session times out before it has completed all the client requests it is supposed to handle during the test, the problem does no longer occur. I am not sure where that leaves me. I am still uncertain as to what the servlet is doing wrong. Would you (or anyone else) have any other comments on this? Thanks, Peter Caldarale, Charles R wrote: From: Peter Coppens [mailto:[EMAIL PROTECTED] Subject: session#getId changes during doGet invocation under heavy load THe problem I run into is that, under heavy load, during the doGet invocation for the login request the session attached to the request is changed by some other thread (the value returned from getId changes and attributes that are originally set are removed). This is most likely an application problem - storing session- or request-specific data in an inappropriately scoped structure (e.g., a servlet field). Under light load, this won't hurt, since the insertion and retrieval for a given request don't overlap any other requests. As the load increases, so does the probability of an overlap and erroneous retrieval of data for another request. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/session-getId-changes-during-doGet-invocation-under-heavy-load-tf2892448.html#a8085181 Sent from the Tomcat - User mailing list archive at Nabble.com. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
URL rewriting with mod_rewrite and mod_jk possible?
Hi, I'm using a Tomcat 5.5.20 and an Apache 2.x. Using the mod_jk special request will be passed through the Tomcat. But now I have a problem with two Tomcat instances and the same context (the name is equal) in these instances. Here is my workers.properties: ps=\ worker.list=tomcat1, tomcat2 worker.tomcat1.port=8009 worker.tomcat1.host=localhost worker.tomcat1.type=ajp13 worker.tomcat2.port=9009 worker.tomcat2.host=localhost worker.tomcat2.type=ajp13 And here is my jk.conf IfModule mod_jk.c JkWorkersFile /etc/apache2/workers.properties JkLogFile /var/log/apache2/mod_jk.log # Log level to be used by mod_jk JkLogLevel error # The following line mounts all JSP files and the /servlet/ uri to tomcat JkMount /rimNG/* tomcat1 JkMount /rimNGj/* tomcat1 JkMount /rimNGuk/* tomcat1 JkMount /rimNGit/* tomcat2 /IfModule As you can see all rimNGit-URLs will be passed through tomcat2. Now I want to create a new URL (for example rimNGit-tomcat2) that should be passed as rimNGit through tomcat2. At the same time all rimNGit request should be passed through tomcat1. Is that possible? If I'm using mod_rewrite I could change the URL to rimNGit but in that case all requests would be passed through tomcat1 instead of tomcat2, am I right? Regards JasDA ___ Viren-Scan für Ihren PC! Jetzt für jeden. Sofort, online und kostenlos. Gleich testen! http://www.pc-sicherheit.web.de/freescan/?mc=02 - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat Status, Administration and Manager not working
Caldarale, Charles R wrote: Both the Status and Tomcat Manager links refer to servlets within the manager app, and both paths, by default, only require a role of manager to access them. ... Thanks again .. your comment .. only require a role of manager .. gave me the clue. I had defined mixed roles in tomcat-users.xml (see earlier post) so I deleted references to role admin and it now works. Here is the new file I am using .. now giving access to status, admin and manager . ?xml version='1.0' encoding='utf-8'? tomcat-users role rolename=manager/ role rolename=admin/ user username=manager password=xxxyyyzzz roles=manager/ user username=admin password=xxxyyyzzz roles=manager/ /tomcat-users -- View this message in context: http://www.nabble.com/Tomcat-Status%2C-Administration-and-Manager-not-working-tf2891579.html#a8085533 Sent from the Tomcat - User mailing list archive at Nabble.com. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat 5.5.20 - jvmRoute not appended at jsessionid (session affinity lost)
Hi, I upgraded my tomcat 5.0 + jdk 1.4 to tomcat 5.5.20 + jdk 1.5.0_10 and now my tomcat cluster doesn't work with sticky session (session affinity). After a while I notice the jvmroute parameter is not appended to the jsessionid anymore! Does anyone had the same behaviours? Does anyone have a solution? Thanks in advance, Matteo. __ KION SpAMatteo TURRA Via Cristoni, 84Sviluppo Web 40033 Casalecchio di Reno (BO) Tel. +39 (051) 6111411 diretto +39 (051) 6111430 Fax +39 (051) 570423 http://www.kion.it http://www.kion.it/ mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
Re: [ANN] Apache Tomcat JK 1.2.20 Web Server Connector released
I remember the msi file did configure jakarta virtual directory, isapi filter and put this keys in the registry : [HKEY_LOCAL_MACHINE\SOFTWARE\Apache Software Foundation\Jakarta Isapi Redirector] @= [HKEY_LOCAL_MACHINE\SOFTWARE\Apache Software Foundation\Jakarta Isapi Redirector\1.0] @= extension_uri=/jakarta/isapi_redirect.dll log_file=C:\\Program Files\\Apache Software Foundation\\Jakarta Isapi Redirector\\log\\isapi_redirect.log log_level=info worker_file=C:\\Program Files\\Apache Software Foundation\\Jakarta Isapi Redirector\\conf\\workers.properties.minimal worker_mount_file=C:\\Program Files\\Apache Software Foundation\\Jakarta Isapi Redirector\\conf\\uriworkermap.properties Unless someone is willing to buy an Installshield license The easiest way is to use the latest msi (I think 1.2.15) to get the above mentioned registry settings. Then switch the isapi_redirect.dll. Just don´t forget that from jk-1.2.18 you will also need to: - add registry key: rewrite_rule_file, add value: D:\Program Files\Apache Software Foundation\Jakarta Isapi Redirector\conf\rewrites.properties - create the rewrites.properties -file /* Jessica
Re: session#getId changes during doGet invocation under heavy load
Do I understand it right, that you made it a reproduceable testcase? If so, can we have a look on it? thank you Leon On 12/29/06, Peter Coppens [EMAIL PROTECTED] wrote: Thanks Chuck. I have done some further research and I have the impression that there is some kind of race condition where a session that is being removed because of a timeout is also handling requests. The loggings indicate that a session is destroyed but then nevertheless a doGet is invoked with a request parameter that refers to that timed out session. If I crank up the timeout, seriously reducing the chances a session times out before it has completed all the client requests it is supposed to handle during the test, the problem does no longer occur. I am not sure where that leaves me. I am still uncertain as to what the servlet is doing wrong. Would you (or anyone else) have any other comments on this? Thanks, Peter Caldarale, Charles R wrote: From: Peter Coppens [mailto:[EMAIL PROTECTED] Subject: session#getId changes during doGet invocation under heavy load THe problem I run into is that, under heavy load, during the doGet invocation for the login request the session attached to the request is changed by some other thread (the value returned from getId changes and attributes that are originally set are removed). This is most likely an application problem - storing session- or request-specific data in an inappropriately scoped structure (e.g., a servlet field). Under light load, this won't hurt, since the insertion and retrieval for a given request don't overlap any other requests. As the load increases, so does the probability of an overlap and erroneous retrieval of data for another request. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/session-getId-changes-during-doGet-invocation-under-heavy-load-tf2892448.html#a8085181 Sent from the Tomcat - User mailing list archive at Nabble.com. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: session#getId changes during doGet invocation under heavy load
-Original Message- From: Caldarale, Charles R [mailto:[EMAIL PROTECTED] Sent: Thursday, December 28, 2006 8:25 PM To: Tomcat Users List Subject: RE: session#getId changes during doGet invocation under heavy load From: Peter Coppens [mailto:[EMAIL PROTECTED] Subject: session#getId changes during doGet invocation under heavy load THe problem I run into is that, under heavy load, during the doGet invocation for the login request the session attached to the request is changed by some other thread (the value returned from getId changes and attributes that are originally set are removed). This is most likely an application problem - storing session- or request-specific data in an inappropriately scoped structure (e.g., a servlet field). Under light load, this won't hurt, since the insertion and retrieval for a given request don't overlap any other requests. As the load increases, so does the probability of an overlap and erroneous retrieval of data for another request. I can attest to making *this exact mistake* before. A cut-and-paste-in-haste left a request-scoped variable as a static. It happened to be the database connection. You can imagine the havoc an error like this caused. I also reported a bug against 5.5.12 where in a cluster, the session will timeout in 2X the session timeout period *regardless* of incoming requests. Filip has fixed this for 5.5.18+ Could this be your problem? Tim - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: session#getId changes during doGet invocation under heavy load
Unfortunately I have no repro yet. If I succeed in building one, I will most certainly post it. Thanks for all your help, Peter Leon Rosenberg-3 wrote: Do I understand it right, that you made it a reproduceable testcase? If so, can we have a look on it? thank you Leon On 12/29/06, Peter Coppens [EMAIL PROTECTED] wrote: Thanks Chuck. I have done some further research and I have the impression that there is some kind of race condition where a session that is being removed because of a timeout is also handling requests. The loggings indicate that a session is destroyed but then nevertheless a doGet is invoked with a request parameter that refers to that timed out session. If I crank up the timeout, seriously reducing the chances a session times out before it has completed all the client requests it is supposed to handle during the test, the problem does no longer occur. I am not sure where that leaves me. I am still uncertain as to what the servlet is doing wrong. Would you (or anyone else) have any other comments on this? Thanks, Peter Caldarale, Charles R wrote: From: Peter Coppens [mailto:[EMAIL PROTECTED] Subject: session#getId changes during doGet invocation under heavy load THe problem I run into is that, under heavy load, during the doGet invocation for the login request the session attached to the request is changed by some other thread (the value returned from getId changes and attributes that are originally set are removed). This is most likely an application problem - storing session- or request-specific data in an inappropriately scoped structure (e.g., a servlet field). Under light load, this won't hurt, since the insertion and retrieval for a given request don't overlap any other requests. As the load increases, so does the probability of an overlap and erroneous retrieval of data for another request. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/session-getId-changes-during-doGet-invocation-under-heavy-load-tf2892448.html#a8085181 Sent from the Tomcat - User mailing list archive at Nabble.com. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/session-getId-changes-during-doGet-invocation-under-heavy-load-tf2892448.html#a8086761 Sent from the Tomcat - User mailing list archive at Nabble.com. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat 5.5.20 - jvmRoute not appended at jsessionid (session affinity lost)
Did you loose the jvmRoute attribute in server.xml during the upgrade process? Matteo Turra wrote: Hi, I upgraded my tomcat 5.0 + jdk 1.4 to tomcat 5.5.20 + jdk 1.5.0_10 and now my tomcat cluster doesn't work with sticky session (session affinity). After a while I notice the jvmroute parameter is not appended to the jsessionid anymore! Does anyone had the same behaviours? Does anyone have a solution? Thanks in advance, Matteo. __ KION SpAMatteo TURRA Via Cristoni, 84Sviluppo Web 40033 Casalecchio di Reno (BO) Tel. +39 (051) 6111411 diretto +39 (051) 6111430 Fax +39 (051) 570423 http://www.kion.it http://www.kion.it/ mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Questions about connector
Hello Chuck, thanks for the quick reply. Yeah, we do have an apache2
with mod_jk configured. Even if the remote client points to a client,
it means that the apache is maintaining the connection alive? I can
understand the Keepalive status but why would it be so long on
servicing status? I'm not sure but I believe we have a 60s timeout on
the apache for connections.
Best regards
On 12/28/06, Caldarale, Charles R [EMAIL PROTECTED] wrote:
From: Vinicius Carvalho [mailto:[EMAIL PROTECTED]
Subject: Questions about connector
Here's a snippet of our connector properties under server.xml
Connector port=8009 address=${jboss.bind.address}
maxThreads=1800 minSpareThreads=50 maxSpareThreads=150
enableLookups=false redirectPort=8443 debug=0
connectionTimeout=6
protocol=AJP/1.3/
The above is the declaration for the AJP connector, used only when
front-ending Tomcat (or JBoss) with httpd or IIS. Are you sure that's
the one you're using? If so, then it's the front end that's keeping the
connection alive, not the real client.
- Chuck
THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY
MATERIAL and is thus for use only by the intended recipient. If you
received this in error, please contact the sender and delete the e-mail
and its attachments from all computers.
-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
IBM Certified SOA Solution Designer
IBM Database Associate - DB2 UDB V8.1 Family
Sun Certified Enterprise Architect (Part I)
-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: URL rewriting with mod_rewrite and mod_jk possible?
You can experiment with the following alternative way of defining JkMount: If you want to forward a certain request via mod_jk wo a worker X, you can do that by setting: SetHandler jakarta-servlet SetEnv JK_WORKER_NAME X Now you can vary this by using SetEnvIf instead of SetEnv to make it dependant on runtime info, such as the request URL. Furthermore mod_rewrite can set environment variables depending on parts of matches regular expressions. So something like setting SetHandler jakarta-servlet inside Location /rimNGit/ and inside Location /rimNGit-tomcat2/ and using mod_rewrite to set the environment variable JK_WORKER_NAME to tomcat1 if the URL is /rimNGit/ and to worker2 if it is /rimNGit-tomcat2/ (and of course rewriting the URL itself) should work. Caution: Don't mix mapping via JkMount and via SetHandler/Environment for the same URLs. It might lead to unexpected results :) If you don't like the name of the environment variable JK_WORKER_NAME, you can change it via JkWorkerIndicator MyPrefferedVarName Some of this is explained in http://tomcat.apache.org/connectors-doc/reference/apache.html (look for JkWorkerIndicator) Regards, Rainer [EMAIL PROTECTED] wrote: Hi, I'm using a Tomcat 5.5.20 and an Apache 2.x. Using the mod_jk special request will be passed through the Tomcat. But now I have a problem with two Tomcat instances and the same context (the name is equal) in these instances. Here is my workers.properties: ps=\ worker.list=tomcat1, tomcat2 worker.tomcat1.port=8009 worker.tomcat1.host=localhost worker.tomcat1.type=ajp13 worker.tomcat2.port=9009 worker.tomcat2.host=localhost worker.tomcat2.type=ajp13 And here is my jk.conf IfModule mod_jk.c JkWorkersFile /etc/apache2/workers.properties JkLogFile /var/log/apache2/mod_jk.log # Log level to be used by mod_jk JkLogLevel error # The following line mounts all JSP files and the /servlet/ uri to tomcat JkMount /rimNG/* tomcat1 JkMount /rimNGj/* tomcat1 JkMount /rimNGuk/* tomcat1 JkMount /rimNGit/* tomcat2 /IfModule As you can see all rimNGit-URLs will be passed through tomcat2. Now I want to create a new URL (for example rimNGit-tomcat2) that should be passed as rimNGit through tomcat2. At the same time all rimNGit request should be passed through tomcat1. Is that possible? If I'm using mod_rewrite I could change the URL to rimNGit but in that case all requests would be passed through tomcat1 instead of tomcat2, am I right? Regards JasDA ___ Viren-Scan für Ihren PC! Jetzt für jeden. Sofort, online und kostenlos. Gleich testen! http://www.pc-sicherheit.web.de/freescan/?mc=02 - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Applets not loading after upgrade
After upgrading from Tomcat 5.0.28 to 5.5.20 none of my applets will load. In the console I get the following: load: class multigraph.MultiGraphlet.class not found. java.lang.ClassNotFoundException: multigraph.MultiGraphlet.class at sun.applet.AppletClassLoader.findClass(Unknown Source) at java.lang.ClassLoader.loadClass(Unknown Source) at sun.applet.AppletClassLoader.loadClass(Unknown Source) at java.lang.ClassLoader.loadClass(Unknown Source) at sun.applet.AppletClassLoader.loadCode(Unknown Source) at sun.applet.AppletPanel.createApplet(Unknown Source) at sun.plugin.AppletViewer.createApplet(Unknown Source) at sun.applet.AppletPanel.runLoader(Unknown Source) at sun.applet.AppletPanel.run(Unknown Source) at java.lang.Thread.run(Unknown Source) Caused by: java.io.IOException: open HTTP connection failed. at sun.applet.AppletClassLoader.getBytes(Unknown Source) at sun.applet.AppletClassLoader.access$100(Unknown Source) at sun.applet.AppletClassLoader$1.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) ... 10 more This seems to indicate a problem with the classpath, but there have been no changes to the directory structure or the html generated. applet code=multigraph.MultiGraphlet.class archive=multigraph.jar codebase=. width=600 height=460 param name=data_url value=http://cdo.ncdc.noaa.gov/cdographics/DivDataXML; param name=graph_url value=http://cdo.ncdc.noaa.gov/cdographics/DivSpecXML; param name=station_namevalue=AL Eastern Valley param name=station_id value=00104 param name=first value=2006010100 param name=lastvalue=2006122800 param name=config value=PCP,PDSI,PHDI,ZNDX,PMDI param name=timezonevalue=UTC param name=show_timezone value=false param name=viewvalue=MONTH,YEAR /applet -- View this message in context: http://www.nabble.com/Applets-not-loading-after-upgrade-tf2894640.html#a8087301 Sent from the Tomcat - User mailing list archive at Nabble.com. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat 5.5.20 - jvmRoute not appended at jsessionid (session affinity lost)
NO. I do not. -Original Message- From: Rainer Jung [mailto:[EMAIL PROTECTED] Sent: venerdì 29 dicembre 2006 13.36 To: Tomcat Users List Subject: Re: Tomcat 5.5.20 - jvmRoute not appended at jsessionid (session affinity lost) Did you loose the jvmRoute attribute in server.xml during the upgrade process? Matteo Turra wrote: Hi, I upgraded my tomcat 5.0 + jdk 1.4 to tomcat 5.5.20 + jdk 1.5.0_10 and now my tomcat cluster doesn't work with sticky session (session affinity). After a while I notice the jvmroute parameter is not appended to the jsessionid anymore! Does anyone had the same behaviours? Does anyone have a solution? Thanks in advance, Matteo. __ KION SpAMatteo TURRA Via Cristoni, 84Sviluppo Web 40033 Casalecchio di Reno (BO) Tel. +39 (051) 6111411 diretto +39 (051) 6111430 Fax +39 (051) 570423 http://www.kion.it http://www.kion.it/ mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: session#getId changes during doGet invocation under heavy load
Agreed Once you have your use cases and test cases identified If you want the server to maintain its own side of the relationship independent of client activity then you should consider container managed persistence More info avaialable at http://www.javaworld.com/javaworld/jw-08-2006/jw-0828-persistence.html?page=6 Feel free to contact me offline as this is definitely O/T Martin-- --- This e-mail message (including attachments, if any) is intended for the use of the individual or entity to which it is addressed and may contain information that is privileged, proprietary , confidential and exempt from disclosure. If you are not the intended recipient, you are notified that any dissemination, distribution or copying of this communication is strictly prohibited. --- Le présent message électronique (y compris les pièces qui y sont annexées, le cas échéant) s'adresse au destinataire indiqué et peut contenir des renseignements de caractère privé ou confidentiel. Si vous n'êtes pas le destinataire de ce document, nous vous signalons qu'il est strictement interdit de le diffuser, de le distribuer ou de le reproduire. - Original Message - From: Leon Rosenberg [EMAIL PROTECTED] To: Tomcat Users List users@tomcat.apache.org Sent: Friday, December 29, 2006 6:31 AM Subject: Re: session#getId changes during doGet invocation under heavy load Do I understand it right, that you made it a reproduceable testcase? If so, can we have a look on it? thank you Leon On 12/29/06, Peter Coppens [EMAIL PROTECTED] wrote: Thanks Chuck. I have done some further research and I have the impression that there is some kind of race condition where a session that is being removed because of a timeout is also handling requests. The loggings indicate that a session is destroyed but then nevertheless a doGet is invoked with a request parameter that refers to that timed out session. If I crank up the timeout, seriously reducing the chances a session times out before it has completed all the client requests it is supposed to handle during the test, the problem does no longer occur. I am not sure where that leaves me. I am still uncertain as to what the servlet is doing wrong. Would you (or anyone else) have any other comments on this? Thanks, Peter Caldarale, Charles R wrote: From: Peter Coppens [mailto:[EMAIL PROTECTED] Subject: session#getId changes during doGet invocation under heavy load THe problem I run into is that, under heavy load, during the doGet invocation for the login request the session attached to the request is changed by some other thread (the value returned from getId changes and attributes that are originally set are removed). This is most likely an application problem - storing session- or request-specific data in an inappropriately scoped structure (e.g., a servlet field). Under light load, this won't hurt, since the insertion and retrieval for a given request don't overlap any other requests. As the load increases, so does the probability of an overlap and erroneous retrieval of data for another request. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/session-getId-changes-during-doGet-invocation-under-heavy-load-tf2892448.html#a8085181 Sent from the Tomcat - User mailing list archive at Nabble.com. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Virtual Hosts [mostly solved]
* Not having to modify server.xml directly. According to the Tomcat docs, you shouldn't modify this file. I think you may have misconstrued something in the docs. There's nothing wrong with modifying server.xml; for example, production environments must change it and web.xml to remove development-oriented attributes. Certainly you should not place Context elements in server.xml, since that requires a Tomcat restart to modify webapp attributes. Ok, that makes sense. I got the feeling after a while that I was trying to be too strict about that idea and it's nice to have somebody else mention that. * Tomcat's server.xml file has a host declaration for each webapp and a declaration for localhost (though that is not necessary) Host name=localhost appBase=webapps / I would remove the Host entry for localhost, since, as someone else pointed out, its appBase points to a parent directory of the other Hosts, and this is at best bad practice and confusing, even if not necessarily causing errors. Good idea. I have no good reason for leaving it there other than the fact that it was there previously. * Being able to include the manager app for each host that I define. I don't have a problem doing this. All I did was place a copy of manager.xml is each conf/Catalina/[host] directory, and all apps deploy properly under each of their hosts. Did you change something in manager.xml? I was able to get this to work as well. For some reason, when I manually created the conf/Catalina/[host] directory and placed the manager.xml file in there before I restarted tomcat, I was getting odd problems in not being able to deploy my app. When I placed the manager.xml file in there after I had the app up and running, I had no problems with the manager app conflicting with my other app. Thanks again for everybody's help on this -- I feel like I've finally made progress on this issue and have a better understanding for how things work. Josh - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat 5.5.20 - jvmRoute not appended at jsessionid (session affinity lost)
No, I did not.
Server port=${shutdownPort} shutdown=SHUTDOWN
GlobalNamingResources
!-- Used by Manager webapp --
Resource name=UserDatabase auth=Container
type=org.apache.catalina.UserDatabase
description=User database that can be updated and saved
factory=org.apache.catalina.users.MemoryUserDatabaseFactory
pathname=conf/tomcat-users.xml /
/GlobalNamingResources
Service name=Catalina
!-- This is here for compatibility only, not required --
!-- Define an AJP 1.3 Connector on port 8009 --
Connector port=${ajpPort}
enableLookups=false redirectPort=8443 protocol=AJP/1.3 /
Engine name=Catalina defaultHost=localhost jvmroute=web2
Realm className=org.apache.catalina.realm.UserDatabaseRealm
resourceName=UserDatabase /
Host name=localhost appBase=webapps
unpackWARs=true autoDeploy=true
xmlValidation=false xmlNamespaceAware=false
/Host
/Engine
/Service
/Server
-Original Message-
From: Rainer Jung [mailto:[EMAIL PROTECTED]
Sent: venerdì 29 dicembre 2006 13.36
To: Tomcat Users List
Subject: Re: Tomcat 5.5.20 - jvmRoute not appended at jsessionid (session
affinity lost)
Did you loose the jvmRoute attribute in server.xml during the upgrade
process?
Matteo Turra wrote:
Hi, I upgraded my tomcat 5.0 + jdk 1.4 to tomcat 5.5.20 + jdk 1.5.0_10
and now my tomcat cluster doesn't work with sticky session (session
affinity).
After a while I notice the jvmroute parameter is not appended to the
jsessionid anymore!
Does anyone had the same behaviours? Does anyone have a solution?
Thanks in advance, Matteo.
__
KION SpAMatteo TURRA
Via Cristoni, 84Sviluppo Web
40033 Casalecchio di Reno (BO)
Tel. +39 (051) 6111411 diretto +39 (051) 6111430
Fax +39 (051) 570423
http://www.kion.it http://www.kion.it/
mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat 5.5.20 - jvmRoute not appended at jsessionid (session affinity lost)
FYI -- I *JUST* (as in I read the original post and wondered if I should but
did so anyway) completed an upgrade from
RHEL V.4, 1.5.8(i586) -- 1.5.10 (amd64)
And
Tomcat 5.5.12 -- 5.5.20
All my requests send along the jvmRoute properly in the JSESSIONID cookie.
Tim
-Original Message-
From: Matteo Turra [mailto:[EMAIL PROTECTED]
Sent: Friday, December 29, 2006 10:04 AM
To: Tomcat Users List
Cc: [EMAIL PROTECTED]
Subject: RE: Tomcat 5.5.20 - jvmRoute not appended at jsessionid (session
affinity lost)
No, I did not.
Server port=${shutdownPort} shutdown=SHUTDOWN
GlobalNamingResources
!-- Used by Manager webapp --
Resource name=UserDatabase auth=Container
type=org.apache.catalina.UserDatabase
description=User database that can be updated and saved
factory=org.apache.catalina.users.MemoryUserDatabaseFactory
pathname=conf/tomcat-users.xml /
/GlobalNamingResources
Service name=Catalina
!-- This is here for compatibility only, not required --
!-- Define an AJP 1.3 Connector on port 8009 --
Connector port=${ajpPort}
enableLookups=false redirectPort=8443
protocol=AJP/1.3 /
Engine name=Catalina defaultHost=localhost jvmroute=web2
Realm className=org.apache.catalina.realm.UserDatabaseRealm
resourceName=UserDatabase /
Host name=localhost appBase=webapps
unpackWARs=true autoDeploy=true
xmlValidation=false xmlNamespaceAware=false
/Host
/Engine
/Service
/Server
-Original Message-
From: Rainer Jung [mailto:[EMAIL PROTECTED]
Sent: venerdì 29 dicembre 2006 13.36
To: Tomcat Users List
Subject: Re: Tomcat 5.5.20 - jvmRoute not appended at jsessionid (session
affinity lost)
Did you loose the jvmRoute attribute in server.xml during the upgrade
process?
Matteo Turra wrote:
Hi, I upgraded my tomcat 5.0 + jdk 1.4 to tomcat 5.5.20 + jdk 1.5.0_10
and now my tomcat cluster doesn't work with sticky session (session
affinity).
After a while I notice the jvmroute parameter is not appended to the
jsessionid anymore!
Does anyone had the same behaviours? Does anyone have a solution?
Thanks in advance, Matteo.
__
KION SpAMatteo TURRA
Via Cristoni, 84Sviluppo Web
40033 Casalecchio di Reno (BO)
Tel. +39 (051) 6111411 diretto +39 (051) 6111430
Fax +39 (051) 570423
http://www.kion.it http://www.kion.it/
mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat Status, Administration and Manager not working
From: dl [mailto:[EMAIL PROTECTED] Subject: RE: Tomcat Status, Administration and Manager not working I had defined mixed roles in tomcat-users.xml (see earlier post) so I deleted references to role admin and it now works. That shouldn't have been a problem. For testing, I normally use just a single admin userid with both admin and manager roles; it works fine for accessing both the admin and manager apps: ?xml version='1.0' encoding='utf-8'? tomcat-users role rolename=manager/ role rolename=admin/ user username=admin password=testing roles=admin,manager/ /tomcat-users Here is the new file I am using .. now giving access to status, admin and manager . ?xml version='1.0' encoding='utf-8'? tomcat-users role rolename=manager/ role rolename=admin/ user username=manager password=xxxyyyzzz roles=manager/ user username=admin password=xxxyyyzzz roles=manager/ /tomcat-users I don't think so - there's no userid with a role of admin. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat 5.5.20 - jvmRoute not appended at jsessionid (session affinity lost)
Sorry everybody, I misspelled jmvRoute with jvmroute in my server.xml!
Matteo
-Original Message-
From: Tim Lucia [mailto:[EMAIL PROTECTED]
Sent: venerdì 29 dicembre 2006 16.42
To: 'Tomcat Users List'
Subject: RE: Tomcat 5.5.20 - jvmRoute not appended at jsessionid (session
affinity lost)
FYI -- I *JUST* (as in I read the original post and wondered if I should but
did so anyway) completed an upgrade from
RHEL V.4, 1.5.8(i586) -- 1.5.10 (amd64)
And
Tomcat 5.5.12 -- 5.5.20
All my requests send along the jvmRoute properly in the JSESSIONID cookie.
Tim
-Original Message-
From: Matteo Turra [mailto:[EMAIL PROTECTED]
Sent: Friday, December 29, 2006 10:04 AM
To: Tomcat Users List
Cc: [EMAIL PROTECTED]
Subject: RE: Tomcat 5.5.20 - jvmRoute not appended at jsessionid (session
affinity lost)
No, I did not.
Server port=${shutdownPort} shutdown=SHUTDOWN
GlobalNamingResources
!-- Used by Manager webapp --
Resource name=UserDatabase auth=Container
type=org.apache.catalina.UserDatabase
description=User database that can be updated and saved
factory=org.apache.catalina.users.MemoryUserDatabaseFactory
pathname=conf/tomcat-users.xml /
/GlobalNamingResources
Service name=Catalina
!-- This is here for compatibility only, not required --
!-- Define an AJP 1.3 Connector on port 8009 --
Connector port=${ajpPort}
enableLookups=false redirectPort=8443
protocol=AJP/1.3 /
Engine name=Catalina defaultHost=localhost jvmroute=web2
Realm className=org.apache.catalina.realm.UserDatabaseRealm
resourceName=UserDatabase /
Host name=localhost appBase=webapps
unpackWARs=true autoDeploy=true
xmlValidation=false xmlNamespaceAware=false
/Host
/Engine
/Service
/Server
-Original Message-
From: Rainer Jung [mailto:[EMAIL PROTECTED]
Sent: venerdì 29 dicembre 2006 13.36
To: Tomcat Users List
Subject: Re: Tomcat 5.5.20 - jvmRoute not appended at jsessionid (session
affinity lost)
Did you loose the jvmRoute attribute in server.xml during the upgrade
process?
Matteo Turra wrote:
Hi, I upgraded my tomcat 5.0 + jdk 1.4 to tomcat 5.5.20 + jdk 1.5.0_10
and now my tomcat cluster doesn't work with sticky session (session
affinity).
After a while I notice the jvmroute parameter is not appended to the
jsessionid anymore!
Does anyone had the same behaviours? Does anyone have a solution?
Thanks in advance, Matteo.
__
KION SpAMatteo TURRA
Via Cristoni, 84Sviluppo Web
40033 Casalecchio di Reno (BO)
Tel. +39 (051) 6111411 diretto +39 (051) 6111430
Fax +39 (051) 570423
http://www.kion.it http://www.kion.it/
mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
problem starting Tomcat
Hi I have just installed Tomcat 5.0.28 on my XP machine and I am having trouble starting it. Here's the output that Catalina.bat produces: Using CATALINA_BASE: C:\jakarta-tomcat-5.0.28 Using CATALINA_HOME: C:\jakarta-tomcat-5.0.28 Using CATALINA_TMPDIR: C:\jakarta-tomcat-5.0.28\temp Using JAVA_HOME: C:\j2sdk1.4.2_11 C:\j2sdk1.4.2_11\bin\java -Djava.endorsed.dirs=C:\jakarta-tomcat-5.0.28\c ommon\endorsed -classpath C:\j2sdk1.4.2_11\lib\tools.jar;C:\jakarta-tomcat-5.0 .28\bin\bootstrap.jar -Dcatalina.base=C:\jakarta-tomcat-5.0.28 -Dcatalina.hom e=C:\jakarta-tomcat-5.0.28 -Djava.io.tmpdir=C:\jakarta-tomcat-5.0.28\temp or g.apache.catalina.startup.Bootstrap start java.lang.ClassNotFoundException: org.apache.catalina.startup.Catalina at org.apache.catalina.loader.StandardClassLoader.loadClass(StandardClas sLoader.java:854) at org.apache.catalina.loader.StandardClassLoader.loadClass(StandardClas sLoader.java:721) at org.apache.catalina.startup.Bootstrap.init(Bootstrap.java:205) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:402) Because of corporate user restrictions, I cannot modify Path environment variable. It should not matter though because it's trying to use java executable directly from JDK installation folder. It looks like it cannot find C:\jakarta-tomcat-5.0.28 folder even though that's where Tomcat files are. I would appreciate any help. Thanks *The information contained in this e-mail and any attachments may be confidential and/or proprietary. If you are not an intended recipient or an authorized agent of an intended recipient, you are hereby notified that any dissemination, distribution or copying of this e-mail is strictly prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and permanently delete the e-mail and any attachments immediately.
RE: sendRedirect scheme
Hi Rainer Thanks for the information, I have tried all the possible combinations connector port=80 protocol=HTTP/1.1 scheme=http.../ In spite of all this the protocol on sendRedirect sets the URL to be https.. I am having trouble bringing up the source code for this, I will probably have to check to see what's going on that front.. anybody have any more insights into this? --Sid -Original Message- From: Rainer Jung [mailto:[EMAIL PROTECTED] Sent: Thursday, December 28, 2006 5:02 PM To: Tomcat Users List Subject: Re: sendRedirect scheme You can use the following config params in the connector element for the connector you are using (see http://tomcat.apache.org/tomcat-5.5-doc/config/http.html): - protocol - proxyName - proxyPort - redirectPort - scheme - secure Regards, Rainer Siddhartha Subramanian schrieb: Hi Is there is way we can specify tomcat not to] change the protocol scheme on redirecting relative URL's? example http://localhost/myapp http://localhost/myapp post does s response.sendRedirect(/myapp/mynextlocation?name=test) tomcat (using 5.5) makes this into https://localhost/myapp/mynextlocation?name=test https://localhost/myapp/mynextlocation?name=test and obviously since I do not have anything running on secure mode at the port 443 this fails.. I tried to do a response.sendRedirect(http://+remoteaddress+/myapp/mynextlocation?nam e=test) tomcat just ignored my protocol specification. any input help will be appreciated. --Sid - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Servlet Plugins for Eclipse
To start with , download eclipse with WTP from the following link http://download.eclipse.org/webtools/downloads/ The following link would give a sim ple example in setting up the WTP plug in. http://www.eclipse.org/webtools/community/tutorials/BuildJ2EEWebApp/Buil dJ2EEWebApp.html Good luck Suchitha. -Original Message- From: Kristian Rink [mailto:[EMAIL PROTECTED] Sent: Thursday, December 28, 2006 9:06 PM To: Tomcat Users List Subject: Re: Servlet Plugins for Eclipse athula bogoda schrieb: Hi All, Can any one tell how can I download or add plugins for Eclipse to develop Servlet applications. The Eclipse Web Tools Platform (WTP) provides all you need for that. Check http://mirror.yoxos-eclipse-distribution.de/eclipse.org/technology/phoen ix/demos/install-wtp/install-wtp.html to get a clue on how to use it. Starting with Eclipse Callisto (see http://www.eclipse.org/callisto/java.ph ), installing and using these things has become a breeze. :) Good luck, Kristian - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
any limitation on a JSP being called Login.jsp?
Hi Is there any tomcat limitation on a JSP being called Login.jsp with the capital L? I have a webapps that is able to bring up the page if it is called login.jsp and I get an error if it is called Login.jsp. I heard that the ROOT war has something similar but why should this limit what I have on my app? Any insights will be helpful. I do not have any container based authentication but have my own authentication and hence nothing in my web.xml for this. --Sid
Re: problem starting Tomcat
well boris what with this java exception in the server error msg. : java.lang.ClassNotFoundException you must not have placed/put the 2 jar files, servlet-api.jar and jsp-api.jar into your system's classpath yet. Goykhman, Boris wrote: Hi I have just installed Tomcat 5.0.28 on my XP machine and I am having trouble starting it. Here's the output that Catalina.bat produces: Using CATALINA_BASE: C:\jakarta-tomcat-5.0.28 Using CATALINA_HOME: C:\jakarta-tomcat-5.0.28 Using CATALINA_TMPDIR: C:\jakarta-tomcat-5.0.28\temp Using JAVA_HOME: C:\j2sdk1.4.2_11 C:\j2sdk1.4.2_11\bin\java -Djava.endorsed.dirs=C:\jakarta-tomcat-5.0.28\c ommon\endorsed -classpath C:\j2sdk1.4.2_11\lib\tools.jar;C:\jakarta-tomcat-5.0 .28\bin\bootstrap.jar -Dcatalina.base=C:\jakarta-tomcat-5.0.28 -Dcatalina.hom e=C:\jakarta-tomcat-5.0.28 -Djava.io.tmpdir=C:\jakarta-tomcat-5.0.28\temp or g.apache.catalina.startup.Bootstrap start java.lang.ClassNotFoundException: org.apache.catalina.startup.Catalina at org.apache.catalina.loader.StandardClassLoader.loadClass(StandardClas sLoader.java:854) at org.apache.catalina.loader.StandardClassLoader.loadClass(StandardClas sLoader.java:721) at org.apache.catalina.startup.Bootstrap.init(Bootstrap.java:205) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:402) Because of corporate user restrictions, I cannot modify Path environment variable. It should not matter though because it's trying to use java executable directly from JDK installation folder. It looks like it cannot find C:\jakarta-tomcat-5.0.28 folder even though that's where Tomcat files are. I would appreciate any help. Thanks *The information contained in this e-mail and any attachments may be confidential and/or proprietary. If you are not an intended recipient or an authorized agent of an intended recipient, you are hereby notified that any dissemination, distribution or copying of this e-mail is strictly prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and permanently delete the e-mail and any attachments immediately. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: sendRedirect scheme
From: Siddhartha Subramanian [mailto:[EMAIL PROTECTED] Subject: RE: sendRedirect scheme Thanks for the information, I have tried all the possible combinations connector port=80 protocol=HTTP/1.1 scheme=http.../ You don't seem to be providing much real information in any of your posts. At least tell us the exact Tomcat level and provide your actual relevant config files. (Your above sample, using connector rather than Connector, is obviously not correct.) In this instance, also include the name and level of the browser you're using; there are known issues in IE6 about mishandling redirects. You might want to do a packet capture so you can differentiate between what Tomcat's sending and what the browser is deciding to interpret it as. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: problem starting Tomcat
From: Steve R Burrus [mailto:[EMAIL PROTECTED] Subject: Re: problem starting Tomcat well boris what with this java exception in the server error msg. : java.lang.ClassNotFoundException you must not have placed/put the 2 jar files, servlet-api.jar and jsp-api.jar into your system's classpath yet. Nor should he do so. Tomcat uses its own classloaders, not the JVM system class loader, to find and initialize all classes other than those in bootstrap.jar. If you don't know how Tomcat class loading works, please review the doc: http://tomcat.apache.org/tomcat-5.0-doc/class-loader-howto.html - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: problem starting Tomcat
From: Goykhman, Boris [mailto:[EMAIL PROTECTED] Subject: problem starting Tomcat I have just installed Tomcat 5.0.28 on my XP machine and I am having trouble starting it. Why are you using such an old level rather than the current 5.5.20? java.lang.ClassNotFoundException: org.apache.catalina.startup.Catalina This indicates that the installation was incorrect. Could be an access permissions problem, or the necessary files were not copied to the proper locations. The above class should be located in: C:\jakarta-tomcat-5.0.28\server\lib\catalina.jar Is it? - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: sendRedirect scheme
Hi Chuck
Well I was giving a high level view of the problem incase there was
someone who already ran into the problem and could give insight without
having to go through a verbose email.. But thanks for the feedback.
Here is the detailed information:
Setup
Migrating an existing application that works on Sun One onto Tomcat.
Tomcat version:
Tomcat 5.5.2
Browsers:
Firefox 2.0 (redirects with https in the URL)
IE 6 (redirect fails)
Server.xml snippet of the connector:(everything else is standard as out
of the box)
Connector port=80 address=${jboss.bind.address} maxThreads=250
strategy=ms maxHttpHeaderSize=8192 emptySessionPath=true
enableLookups=false acceptCount=100 connectionTimeout=2
disableUploadTimeout=true protocol=HTTP/1.1 scheme=http/
--Sid
-Original Message-
From: Caldarale, Charles R [mailto:[EMAIL PROTECTED]
Sent: Friday, December 29, 2006 3:37 PM
To: Tomcat Users List
Subject: RE: sendRedirect scheme
From: Siddhartha Subramanian
[mailto:[EMAIL PROTECTED]
Subject: RE: sendRedirect scheme
Thanks for the information, I have tried all the possible
combinations
connector port=80 protocol=HTTP/1.1 scheme=http.../
You don't seem to be providing much real information in any of your
posts. At least tell us the exact Tomcat level and provide your actual
relevant config files. (Your above sample, using connector rather
than Connector, is obviously not correct.) In this instance, also
include the name and level of the browser you're using; there are known
issues in IE6 about mishandling redirects. You might want to do a
packet capture so you can differentiate between what Tomcat's sending
and what the browser is deciding to interpret it as.
- Chuck
THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY
MATERIAL and is thus for use only by the intended recipient. If you
received this in error, please contact the sender and delete the e-mail
and its attachments from all computers.
-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: sendRedirect scheme
In one of those exceedingly rare moments where I agree with the previous poster can you cut and paste your entire server.xml into the message body? Also which browser version are you testing with? Thx, --- This e-mail message (including attachments, if any) is intended for the use of the individual or entity to which it is addressed and may contain information that is privileged, proprietary , confidential and exempt from disclosure. If you are not the intended recipient, you are notified that any dissemination, distribution or copying of this communication is strictly prohibited. --- Le présent message électronique (y compris les pièces qui y sont annexées, le cas échéant) s'adresse au destinataire indiqué et peut contenir des renseignements de caractère privé ou confidentiel. Si vous n'êtes pas le destinataire de ce document, nous vous signalons qu'il est strictement interdit de le diffuser, de le distribuer ou de le reproduire. - Original Message - From: Caldarale, Charles R [EMAIL PROTECTED] To: Tomcat Users List users@tomcat.apache.org Sent: Friday, December 29, 2006 4:36 PM Subject: RE: sendRedirect scheme From: Siddhartha Subramanian [mailto:[EMAIL PROTECTED] Subject: RE: sendRedirect scheme Thanks for the information, I have tried all the possible combinations connector port=80 protocol=HTTP/1.1 scheme=http.../ You don't seem to be providing much real information in any of your posts. At least tell us the exact Tomcat level and provide your actual relevant config files. (Your above sample, using connector rather than Connector, is obviously not correct.) In this instance, also include the name and level of the browser you're using; there are known issues in IE6 about mishandling redirects. You might want to do a packet capture so you can differentiate between what Tomcat's sending and what the browser is deciding to interpret it as. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: sendRedirect scheme
well for those who are not in favor of email dump sorry.. here are the file
contents..
---
Server
!-- Use a custom version of StandardService that allows the
connectors to be started independent of the normal lifecycle
start to allow web apps to be deployed before starting the
connectors.
--
Service name=jboss.web
className=org.jboss.web.tomcat.tc5.StandardService
!-- A HTTP/1.1 Connector on port 8080 --
!--Connector port=8080 address=${jboss.bind.address}
maxThreads=250 strategy=ms maxHttpHeaderSize=8192 emptySessionPath=true
redirectPort=8443 enableLookups=false acceptCount=100
connectionTimeout=2 disableUploadTimeout=true/--
Connector port=80 address=${jboss.bind.address}
maxThreads=250 strategy=ms maxHttpHeaderSize=8192 emptySessionPath=true
enableLookups=false acceptCount=100 connectionTimeout=2
disableUploadTimeout=true protocol=HTTP/1.1 scheme=http/
!-- Add this option to the connector to avoid problems with
.NET clients that don't implement HTTP/1.1 correctly
restrictedUserAgents=^.*MS Web Services Client Protocol 1.1.4322.*$
--
!-- A AJP 1.3 Connector on port 8009 --
!--Connector port=8009 address=${jboss.bind.address}
emptySessionPath=true enableLookups=false redirectPort=8443
protocol=AJP/1.3/--
!--SSL/TLS Connector configuration using the admin devl guide
keystore
Connector port=8443 address=${jboss.bind.address}
maxThreads=100 strategy=ms maxHttpHeaderSize=8192
emptySessionPath=true
scheme=https secure=true clientAuth=false
keystoreFile=${jboss.server.home.dir}/conf/chap8.keystore
keystorePass=rmi+ssl sslProtocol = TLS /
--
Engine name=jboss.web defaultHost=localhost
!-- The JAAS based authentication and authorization realm
implementation
that is compatible with the jboss 3.2.x realm implementation.
- certificatePrincipal : the class name of the
org.jboss.security.auth.certs.CertificatePrincipal impl
used for mapping X509[] cert chains to a Princpal.
- allRolesMode : how to handle an auth-constraint with a role-name=*,
one of strict, authOnly, strictAuthOnly
+ strict = Use the strict servlet spec interpretation which requires
that the user have one of the web-app/security-role/role-name
+ authOnly = Allow any authenticated user
+ strictAuthOnly = Allow any authenticated user only if there are no
web-app/security-roles
--
Realm
className=org.jboss.web.tomcat.security.JBossSecurityMgrRealm
certificatePrincipal=org.jboss.security.auth.certs.SubjectDNMapping
allRolesMode=authOnly/
!-- A subclass of JBossSecurityMgrRealm that uses the
authentication
behavior of JBossSecurityMgrRealm, but overrides the authorization
checks to use JACC permissions with the current java.security.Policy
to determine authorized access.
- allRolesMode : how to handle an auth-constraint with a role-name=*,
one of strict, authOnly, strictAuthOnly
+ strict = Use the strict servlet spec interpretation which requires
that the user have one of the web-app/security-role/role-name
+ authOnly = Allow any authenticated user
+ strictAuthOnly = Allow any authenticated user only if there are no
web-app/security-roles
Realm className=org.jboss.web.tomcat.security.JaccAuthorizationRealm
certificatePrincipal=org.jboss.security.auth.certs.SubjectDNMapping
allRolesMode=authOnly
/
--
Host name=localhost autoDeploy=false
deployOnStartup=false deployXML=false
configClass=org.jboss.web.tomcat.security.config.JBossContextConfig
!-- Uncomment to enable request dumper. This Valve
logs interesting
contents from the specified Request (before processing) and
the
corresponding Response (after processing). It is especially
useful
in debugging problems related to headers and cookies.
--
!--
Valve className=org.apache.catalina.valves.RequestDumperValve /
--
!-- Access logger --
!--
Valve
className=org.apache.catalina.valves.FastCommonAccessLogValve
prefix=localhost_access_log. suffix=.log
pattern=common directory=${jboss.server.home.dir}/log
resolveHosts=false /
--
!-- Uncomment to enable single sign-on across web apps
deployed to this host. Does not provide SSO across a cluster.
RE: sendRedirect scheme
Obviously sent a wrong file contents earlier!!! Here is the actual server.xml contents !-- Example Server Configuration File -- !-- Note that component elements are nested corresponding to their parent-child relationships with each other -- !-- A Server is a singleton element that represents the entire JVM, which may contain one or more Service instances. The Server listens for a shutdown command on the indicated port. Note: A Server is not itself a Container, so you may not define subcomponents such as Valves or Loggers at this level. -- Server port=8005 shutdown=SHUTDOWN !-- Comment these entries out to disable JMX MBeans support used for the administration web application -- Listener className=org.apache.catalina.core.AprLifecycleListener/ Listener className=org.apache.catalina.mbeans.ServerLifecycleListener/ Listener className=org.apache.catalina.mbeans.GlobalResourcesLifecycleListener/ Listener className=org.apache.catalina.storeconfig.StoreConfigLifecycleListener/ !-- Global JNDI resources -- GlobalNamingResources !-- Test entry for demonstration purposes -- Environment name=simpleValue type=java.lang.Integer value=30/ !-- Editable user database that can also be used by UserDatabaseRealm to authenticate users -- Resource name=UserDatabase auth=Container type=org.apache.catalina.UserDatabase description=User database that can be updated and saved factory=org.apache.catalina.users.MemoryUserDatabaseFactory pathname=conf/tomcat-users.xml/ /GlobalNamingResources !-- A Service is a collection of one or more Connectors that share a single Container (and therefore the web applications visible within that Container). Normally, that Container is an Engine, but this is not required. Note: A Service is not itself a Container, so you may not define subcomponents such as Valves or Loggers at this level. -- !-- Define the Tomcat Stand-Alone Service -- Service name=Catalina !-- A Connector represents an endpoint by which requests are received and responses are returned. Each Connector passes requests on to the associated Container (normally an Engine) for processing. By default, a non-SSL HTTP/1.1 Connector is established on port 8080. You can also enable an SSL HTTP/1.1 Connector on port 8443 by following the instructions below and uncommenting the second Connector entry. SSL support requires the following steps (see the SSL Config HOWTO in the Tomcat 5 documentation bundle for more detailed instructions): * If your JDK version 1.3 or prior, download and install JSSE 1.0.2 or later, and put the JAR files into $JAVA_HOME/jre/lib/ext. * Execute: %JAVA_HOME%\bin\keytool -genkey -alias tomcat -keyalg RSA (Windows) $JAVA_HOME/bin/keytool -genkey -alias tomcat -keyalg RSA (Unix) with a password value of changeit for both the certificate and the keystore itself. By default, DNS lookups are enabled when a web application calls request.getRemoteHost(). This can have an adverse impact on performance, so you can disable it by setting the enableLookups attribute to false. When DNS lookups are disabled, request.getRemoteHost() will return the String version of the IP address of the remote client. -- !-- Define a non-SSL HTTP/1.1 Connector on port 8080 -- !--Connector port=8080 maxHttpHeaderSize=8192 maxThreads=150 minSpareThreads=25 maxSpareThreads=75 enableLookups=false redirectPort=8443 acceptCount=100 connectionTimeout=2 disableUploadTimeout=true/-- Connector port=80 maxHttpHeaderSize=8192 maxThreads=150 minSpareThreads=25 maxSpareThreads=75 enableLookups=false acceptCount=100 connectionTimeout=2 disableUploadTimeout=true protocol=HTTP/1.1 scheme=http/ !-- Note : To disable connection timeouts, set connectionTimeout value to 0 -- !-- Note : To use gzip compression you could set the following properties : compression=on compressionMinSize=2048 noCompressionUserAgents=gozilla, traviata compressableMimeType=text/html,text/xml -- !-- Define a SSL HTTP/1.1 Connector on port 8443 -- !-- Connector port=8443 maxHttpHeaderSize=8192 maxThreads=150 minSpareThreads=25 maxSpareThreads=75 enableLookups=false disableUploadTimeout=true acceptCount=100 scheme=https secure=true clientAuth=false sslProtocol=TLS / --
How can JSPs be part of an integrated component?
I'm trying to figure out how a servlet running in the Tomcat container can access jsp's that are included as part of a jar that has been installed in the WEB-INF/lib directory? Obviously they can't be accessed from the outside via URI's but I was hoping that they could be accessed from the RequestDispatcher, etc. via some path (e.g., /WEB-INF/lib/a.jar!b.jsp, etc.). To give more context, I have a framework that I'm using to build a web-app and the framework itself has JSPs to contribute to the application (admin pages). Obviously, I can just extract the files and copy it into the namespace of the web-app itself but was hoping to avoid that. --lee
Re: How can JSPs be part of an integrated component?
Lee Crawford wrote: To give more context, I have a framework that I'm using to build a web-app and the framework itself has JSPs to contribute to the application (admin pages). Obviously, I can just extract the files and copy it into the namespace of the web-app itself but was hoping to avoid that. It's possible with velocity. -- Mikolaj Rydzewski [EMAIL PROTECTED]http://ceti.pl/~miki/ PGP KeyID: 8b12ab02 There are three kinds of people: men, women and unix. smime.p7s Description: S/MIME Cryptographic Signature
Re: control JMX beans remotely in Tomcat instance
chuanjiang lo wrote: i am trying write a simple applicationto connect to tomcat remotely to view the jmx beans. Is there any articles or tutorials i can look upon for a kickstart? Check this out: http://www.ceti.pl/~miki/komputery/jmx/ -- Mikolaj Rydzewski [EMAIL PROTECTED]http://ceti.pl/~miki/ PGP KeyID: 8b12ab02 There are three kinds of people: men, women and unix. smime.p7s Description: S/MIME Cryptographic Signature
Re: How can JSPs be part of an integrated component?
Yeah, I'm trying to avoid using Velocity and make JSP a more appropriate templating language. The framework is doing all the processing and delegating to JSPs as templates. --lee On 12/29/06, Mikolaj Rydzewski [EMAIL PROTECTED] wrote: Lee Crawford wrote: To give more context, I have a framework that I'm using to build a web-app and the framework itself has JSPs to contribute to the application (admin pages). Obviously, I can just extract the files and copy it into the namespace of the web-app itself but was hoping to avoid that. It's possible with velocity. -- Mikolaj Rydzewski [EMAIL PROTECTED]http://ceti.pl/~miki/ PGP KeyID: 8b12ab02 There are three kinds of people: men, women and unix.
Manager deployment for ROOT.war not working properly.
I am documentation and Googled out. I am attempting to use the Tomcat Manager so that I can script deployment to a Farm of servers. I soon found out that deploying a ROOT web application does not work. # curl -u manager:passsword -T /home/manager/ROOT.war http://10.0.0.2/manager/deploy?path=/ It always deploys the application as /ROOT.war Now this works perfectly if I do it from http://10.0.0.2/manager/html and use the Web interface to upload the ROOT.war. It deploys to / with no problems. But if I use the non HTML version it will not deploy to / properly. FYI - I use this same technique on NON root based web applications with no problems, works like a charm. - The context.xml file in the WAR file is correct. - Yes I tried renaming the file to .war as a hack to get around the problem and that did not work, it deployed to .war.war - Yes I tried leaving the path attribute as blank (like part of the documentation suggests) and it returns an error FAIL - Invalid context path was specified even though the documentation explicitly says to leave it blank when deploying the root web application. I do believe that this is a legitimate bug but I need some way to workaround the issue since I can't wait to solve this until the next version of Tomcat is released. Thanks in advance for your help, Keith
RE: How can JSPs be part of an integrated component?
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Subject: How can JSPs be part of an integrated component? I'm trying to figure out how a servlet running in the Tomcat container can access jsp's that are included as part of a jar that has been installed in the WEB-INF/lib directory? Take a look at Tomcat's admin app - it uses pre-compiled JSPs, which are then jar'd together and are accessible as regular servlet classes. Obviously they can't be accessed from the outside via URI's Actually, they can be with the appropriate servlet mapping in your web.xml file. Again, take a look at the config of the admin app. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: sendRedirect scheme
From: Siddhartha Subramanian
[mailto:[EMAIL PROTECTED]
Subject: RE: sendRedirect scheme
Tomcat version:
Tomcat 5.5.2
I'll assume that's 5.5.20, not a seriously outdated, buggy level.
Connector port=80 address=${jboss.bind.address} maxThreads=250
strategy=ms maxHttpHeaderSize=8192 emptySessionPath=true
enableLookups=false acceptCount=100 connectionTimeout=2
disableUploadTimeout=true protocol=HTTP/1.1 scheme=http/
The above shows a JBoss connector config, as does your next post, but
the one following that showed a standalone Tomcat connector. Let's say
the variety of configs you've sent doesn't give me warm fuzzies that
we've seen the actual config you're running.
In the config above, the only odd things are the strategy and
emptySessionPath attributes; those should not have an effect on the
redirect protocol, but they are unusual settings.
Connector port=80 maxHttpHeaderSize=8192 maxThreads=150
minSpareThreads=25 maxSpareThreads=75 enableLookups=false
acceptCount=100 connectionTimeout=2
disableUploadTimeout=true
protocol=HTTP/1.1 scheme=http/
The above connector config (from the 3rd version you sent) looks fine.
Everything I've seen so far would indicate that somewhere you've got a
web.xml with a transport-guarantee of CONFIDENTIAL specified. This
could be in the global one (conf/web.xml) or in the web.xml for the app
in question. Tomcat certainly does not change protocols arbitrarily; as
an example, look at the admin app's index.jsp file, which does a
redirect to frameset.jsp, without switching to https.
- Chuck
THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY
MATERIAL and is thus for use only by the intended recipient. If you
received this in error, please contact the sender and delete the e-mail
and its attachments from all computers.
-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: manager question
Jim Reynolds wrote: But last week, I created a new host element. The new site works good, but I am having trouble with the ant tasks. I tried http://devsite/manager/html, but that fails. I wanted to use a reload task, and remove task like so: (see props, etc below). Is there anyway I can do this? You need to install another instance of the manager on your new host. Mark - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: error-page http status 408
rg wrote: I am using Tomcat 5.5.17 on Windows. I have a problem setting a 408 error-page in my web.xml on form based authentication. Random thought. Are you using httpd at all? If so, try going direct to Tomcat and getting that to work first. Mark - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Applets not loading after upgrade
may.brian wrote: This seems to indicate a problem with the classpath, but there have been no changes to the directory structure or the html generated. What are the appBase and docBase settings for this host / app? Mark - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
run service in jdk 6
I first downloaded windows service installer of 5.5.20 and can't get it work, then I switched to zip file version. Reason is I checked doc for how-to and it indicated service.bat which can only be found in zip version. I followed how-to and ran service.bat install, which was successful based on console as below, Installing the service 'Tomcat5' ... Using CATALINA_HOME:C:\tomcat-5.5.20 Using CATALINA_BASE:C:\tomcat-5.5.20 Using JAVA_HOME:C:\Program Files\Java\jdk1.6.0 Using JVM: C:\Program Files\Java\jdk1.6.0\jre\bin\server\jvm.dll The service 'Tomcat5' has been installed. Then I clicked tomcat5w.exe and chose start button, but status still showed stopped. I checked log file which showed me following info, [2006-12-29 23:27:47] [info] Starting service... [2006-12-29 23:27:47] [173 javajni.c] [error] The specified module could not be found. [2006-12-29 23:27:47] [924 prunsrv.c] [error] Failed creating java C:\Program Files\Java\jdk1.6.0\jre\bin\server\jvm.dll [2006-12-29 23:27:47] [1179 prunsrv.c] [error] ServiceStart returned 1 [2006-12-29 23:27:47] [info] Run service finished. [2006-12-29 23:27:47] [info] Procrun finished. Some configuration in tomcat5w.exe are, (General tab)Path to execute: C:\tomcat-5.5.20\bin\tomcat5.exe //RS//Tomcat5 (Java tab)Use default: not checked; Java Virtual Machine: C:\Program Files\Java\jdk1.6.0\jre\bin\server\jvm.dll Java Classpath: C:\tomcat-5.5.20\bin\bootstrap.jar Java Options: -Dcatalina.base=C:\tomcat-5.5.20 -Dcatalina.home=C:\tomcat-5.5.20 -Djava.endorsed.dirs=C:\tomcat-5.5.20\common\endorsed -Djava.io.tmpdir=C:\tomcat-5.5.20\temp (Startup tab) Class: org.apache.catalina.startup.Bootstrap Working Path: empty (I even tried putting C:\tomcat-5.5.20 here, but still doesn't work) Methods: empty Argument: start Mode: jvm Has anyone used JDK 6 for 5.5.20? Any idea? Thanks and Happy New Year! -- View this message in context: http://www.nabble.com/run-service-in-jdk-6-tf2897742.html#a8095867 Sent from the Tomcat - User mailing list archive at Nabble.com. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: any limitation on a JSP being called Login.jsp?
Siddhartha Subramanian wrote: Is there any tomcat limitation on a JSP being called Login.jsp with the capital L? None at all. Mark - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How can JSPs be part of an integrated component?
Charles, Sure, that works if you're banking on Tomcat as your deployment target, but the classes that you've compiled and hardwired (there many lines of hardwiring in the admin web.xml) to Tomcat. I'm still looking for something a bit more portable. Thanks for your answer, though. --lee On 12/29/06, Caldarale, Charles R [EMAIL PROTECTED] wrote: From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Subject: How can JSPs be part of an integrated component? I'm trying to figure out how a servlet running in the Tomcat container can access jsp's that are included as part of a jar that has been installed in the WEB-INF/lib directory? Take a look at Tomcat's admin app - it uses pre-compiled JSPs, which are then jar'd together and are accessible as regular servlet classes. Obviously they can't be accessed from the outside via URI's Actually, they can be with the appropriate servlet mapping in your web.xml file. Again, take a look at the config of the admin app. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: sendRedirect scheme
Thanks Chuck. The configuration is a standalone tomcat. I sent out a
wrong configuration initially with the Jboss one had too many things
going on at the same time. I shall check out the transport-guarantee
sounds like the most plausible lead.
Thanks a lot.
--Sid
-Original Message-
From: Caldarale, Charles R [mailto:[EMAIL PROTECTED]
Sent: Friday, December 29, 2006 11:33 PM
To: Tomcat Users List
Subject: RE: sendRedirect scheme
From: Siddhartha Subramanian
[mailto:[EMAIL PROTECTED]
Subject: RE: sendRedirect scheme
Tomcat version:
Tomcat 5.5.2
I'll assume that's 5.5.20, not a seriously outdated, buggy level.
Connector port=80 address=${jboss.bind.address} maxThreads=250
strategy=ms maxHttpHeaderSize=8192 emptySessionPath=true
enableLookups=false acceptCount=100 connectionTimeout=2
disableUploadTimeout=true protocol=HTTP/1.1 scheme=http/
The above shows a JBoss connector config, as does your next post, but
the one following that showed a standalone Tomcat connector. Let's say
the variety of configs you've sent doesn't give me warm fuzzies that
we've seen the actual config you're running.
In the config above, the only odd things are the strategy and
emptySessionPath attributes; those should not have an effect on the
redirect protocol, but they are unusual settings.
Connector port=80 maxHttpHeaderSize=8192 maxThreads=150
minSpareThreads=25 maxSpareThreads=75 enableLookups=false
acceptCount=100 connectionTimeout=2
disableUploadTimeout=true
protocol=HTTP/1.1 scheme=http/
The above connector config (from the 3rd version you sent) looks fine.
Everything I've seen so far would indicate that somewhere you've got a
web.xml with a transport-guarantee of CONFIDENTIAL specified. This
could be in the global one (conf/web.xml) or in the web.xml for the app
in question. Tomcat certainly does not change protocols arbitrarily; as
an example, look at the admin app's index.jsp file, which does a
redirect to frameset.jsp, without switching to https.
- Chuck
THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY
MATERIAL and is thus for use only by the intended recipient. If you
received this in error, please contact the sender and delete the e-mail
and its attachments from all computers.
-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
