Re: Tomcat 6 does not respond or freeze after startup
Hello everybody, my problem seems to be solved. I uninstalled virus scanner, firewall and virtual box (as it has a virtual network adapter). And reinstalled these step by step until my Tomcat stops responding. I didn't want to beliefe but have to yield to reason. ;) The firewall was the culprit. Now I have to run with Windows Firewall for the time being. Thank you all for your kind support. Best regards, T. Gau André Warnier schrieb am 06.08.2010 13:16: ... Restarting a bit earlier in this conversation : The browser connections are shown (by netstat.exe) in the state "CLOSE_WAIT". The following page explains what that means : http://support.microsoft.com/kb/137984 If I understand this right, it means that the client has closed its side of the connection (by sending a FIN packet). The socket is now "half-closed", and the server should close its own side. However, the server does not do that, and these sockets stay half-closed (or half-opened, if you prefer). What puzzles me, is the fact that according to the state of the connections, the clients should have closed them, but you otherwise write that the browser(s) still seem to display the fact that they are waiting for something. You also say that the basic html page is loaded, but that the images are missing. It looks very much as if each browser can send one request (for the home page), and receives a response (the home page, html-only). But then, when the browser tries (on the same connection normally) to request one of the embedded images, it does not receive a response and keeps waiting for it. And the server seems to think that the browser has disconnected, but never closes its end of the socket. Obviously, something is seriously wrong somewhere, because this situation does not really make sense. But it does not really look like a Tomcat problem, and more like an underlying network issue. You have also mentioned that you disabled the Windows firewall, but had been running some other firewall software at some point (which is now also disabled). At this point, my suspicions would go very much in the direction of some interference by one or both of these firewall softwares. Maybe when you initially installed the add-on firewall, you did something wrong and now your Windows installation is somehow screwed up ? It is relatively easy under Windows to get into such a kind of mess, and relatively difficult to get out of it once it is there. In my experience, different firewall packages and/or VPN packages have a tendency to seriously interfere with eachother. You seem to have a problem of that category. Any chance of doing some "Windows repair" job before you continue ? At the very least, I would try to completely de-install the additional firewall software, and try again then. Just disabling that firewall may not be enough to really remove the links and callbacks it may have installed all over the place. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: no response although process is running
> From: Shantanu Pavgi [mailto:pa...@uab.edu] > Subject: no response although process is running > > Any pointers on debugging this further would be > really helpful? Take a thread dump (several, actually), and see what's going on inside. http://wiki.apache.org/tomcat/HowTo#How_do_I_obtain_a_thread_dump_of_my_running_webapp_.3F - 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 unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
no response although process is running
I am running into an issue where tomcat is not responding to any requests, but server process appears to be running fine. Following is the system config: CentOS 5.4, Sun JDK 1.5 and Tomcat 5.5.28 (not CentOS packaged, from tomcat site). A tcpdump on http listener port shows activity when a request is received, but there is no activity in tomcat logs. I have enabled FastCommonAccessLogValve in server.xml and that doesn't show any requests as well. I had to restart tomcat to continue development activity and it is working fine now, but this has occurred many times in last couple of weeks. Any pointers on debugging this further would be really helpful? Any particular logging config that I should look into? -- Thanks, Shantanu. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Tomcat 6.0.18/ IIS 6.0 /SSL
Just in case you didn't yet realize: the changelog is public: http://tomcat.apache.org/tomcat-6.0-doc/changelog.html 6.0.29 has only 5 changes that were relevant for the changelog. Three of them link to an issue that can be viewed publicly, one is a pure enhancement, and the one fix without a link to bugzilla doesn't even have an issue link, because it wasn't observed as a problem in the wild. It is not to hard to check the three issue links to get a better basis for your decision of using 6.0.28 instead of 6.0.29 and to recognize faster in cse you run into one of the few fixed problems. Regards, Rainer On 06.08.2010 17:56, Hansel, Jason T CTR SPAWARSYSCEN-ATLANTIC, 55E00 wrote: Chuck, Besides the latest version, is there one that you recommend? -Original Message- From: Caldarale, Charles R [mailto:chuck.caldar...@unisys.com] Sent: Friday, August 06, 2010 11:50 AM To: Tomcat Users List Subject: RE: Tomcat 6.0.18/ IIS 6.0 /SSL From: Hansel, Jason T CTR SPAWARSYSCEN-ATLANTIC, 55E00 [mailto:jason.t.hansel@navy.mil] Subject: RE: Tomcat 6.0.18/ IIS 6.0 /SSL Well good news, 6.0.28 was JUST approved...WooHOO!!! There was one regression in 6.0.28 that you should be aware of: https://issues.apache.org/bugzilla/show_bug.cgi?id=49598 Its existence prompted the rapid release of 6.0.29, where the problem is fixed. - Chuck - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: 2 separate clusters, crosstalk?
Thanks Chris, Below are the configs, one from one of the prod servers, the other from one of the stage servers (note that the member/receiver settings are correct for each pair in each cluster, they reference eachother correctly) Prod/stage report this in the their logs as members come up (across both prod/stage, hence evidence of crosstalk) Aug 6, 2010 4:02:26 PM org.apache.catalina.ha.tcp.SimpleTcpCluster memberAdded INFO: Replication member added:org.apache.catalina.tribes.membership.MemberImpl[tcp://{10, 6, -94, -45}:4000,{10, 6, -94, -45},4000, alive=1018,id={-98 14 -16 65 -45 -70 77 -112 -91 -67 124 -106 -44 99 -46 122 }, payload={}, command={}, domain={}, ] PROD SETUP (stage below) --- STAGE SETUP - Original Message From: Christopher Schultz To: Tomcat Users List Sent: Fri, August 6, 2010 10:30:10 AM Subject: Re: 2 separate clusters, crosstalk? -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 8/6/2010 12:25 PM, cnnfntop wrote: > We have a stage cluster and a prod cluster. Yet if the stage cluster is UP, > and > > we start the prod cluster, the logs report prod members and stage members >seeing > > one another as part of the same tribes group! How do we separate this? > > We already have them listening on separate mcastAddresses... prod id > 228.0.0.9 > and stage is 228.0.0.10... really at a loss here. Help! Could you post /both/ configurations? Or, at least, one full (looks like you did that) plus the differences between the first and the second? - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkxcOJEACgkQ9CaO5/Lv0PD7GgCeKJYrfqyngL0wZeuUIO7e/TYp ZewAni9KwiTGvSknmXI4MPAExuh1YVtN =oy9o -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: 2 separate clusters, crosstalk?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 8/6/2010 12:25 PM, cnnfntop wrote: > We have a stage cluster and a prod cluster. Yet if the stage cluster is UP, > and > we start the prod cluster, the logs report prod members and stage members > seeing > one another as part of the same tribes group! How do we separate this? > > We already have them listening on separate mcastAddresses... prod id > 228.0.0.9 > and stage is 228.0.0.10... really at a loss here. Help! Could you post /both/ configurations? Or, at least, one full (looks like you did that) plus the differences between the first and the second? - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkxcOJEACgkQ9CaO5/Lv0PD7GgCeKJYrfqyngL0wZeuUIO7e/TYp ZewAni9KwiTGvSknmXI4MPAExuh1YVtN =oy9o -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Tomcat 6.0.18/ IIS 6.0 /SSL
Cool, thanks Chuck. I need to provide justification to the powers that be. -Original Message- From: Caldarale, Charles R [mailto:chuck.caldar...@unisys.com] Sent: Friday, August 06, 2010 12:19 PM To: Tomcat Users List Subject: RE: Tomcat 6.0.18/ IIS 6.0 /SSL > From: Hansel, Jason T CTR SPAWARSYSCEN-ATLANTIC, 55E00 > [mailto:jason.t.hansel@navy.mil] > Subject: RE: Tomcat 6.0.18/ IIS 6.0 /SSL > > Besides the latest version, is there one that you recommend? Not really. Many other fixes are in 6.0.28; whether or not the one regression is important to you depends on what your webapp code is doing. - 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 unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org smime.p7s Description: S/MIME cryptographic signature
2 separate clusters, crosstalk?
Hi, We have a stage cluster and a prod cluster. Yet if the stage cluster is UP, and we start the prod cluster, the logs report prod members and stage members seeing one another as part of the same tribes group! How do we separate this? We already have them listening on separate mcastAddresses... prod id 228.0.0.9 and stage is 228.0.0.10... really at a loss here. Help! - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Tomcat 6.0.18/ IIS 6.0 /SSL
> From: Hansel, Jason T CTR SPAWARSYSCEN-ATLANTIC, 55E00 > [mailto:jason.t.hansel@navy.mil] > Subject: RE: Tomcat 6.0.18/ IIS 6.0 /SSL > > Besides the latest version, is there one that you recommend? Not really. Many other fixes are in 6.0.28; whether or not the one regression is important to you depends on what your webapp code is doing. - 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 unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Tomcat 6.0.18/ IIS 6.0 /SSL
I sense sarcasm in your voice. -Original Message- From: Pid * [mailto:p...@pidster.com] Sent: Friday, August 06, 2010 12:04 PM To: Tomcat Users List Subject: Re: Tomcat 6.0.18/ IIS 6.0 /SSL On 6 Aug 2010, at 16:56, "Hansel, Jason T CTR SPAWARSYSCEN-ATLANTIC, 55E00" wrote: > Chuck, > Besides the latest version, is there one that you recommend? You want Chuck to recommend a version that has *less* bug fixes than the most recent two? p > -Original Message- > From: Caldarale, Charles R [mailto:chuck.caldar...@unisys.com] > Sent: Friday, August 06, 2010 11:50 AM > To: Tomcat Users List > Subject: RE: Tomcat 6.0.18/ IIS 6.0 /SSL > >> From: Hansel, Jason T CTR SPAWARSYSCEN-ATLANTIC, 55E00 >> [mailto:jason.t.hansel@navy.mil] >> Subject: RE: Tomcat 6.0.18/ IIS 6.0 /SSL >> >> Well good news, 6.0.28 was JUST approved...WooHOO!!! > > There was one regression in 6.0.28 that you should be aware of: > https://issues.apache.org/bugzilla/show_bug.cgi?id=49598 > > Its existence prompted the rapid release of 6.0.29, where the problem > is fixed. > > - 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 unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org smime.p7s Description: S/MIME cryptographic signature
Re: Tomcat 6.0.18/ IIS 6.0 /SSL
On 6 Aug 2010, at 16:56, "Hansel, Jason T CTR SPAWARSYSCEN-ATLANTIC, 55E00" wrote: > Chuck, > Besides the latest version, is there one that you recommend? You want Chuck to recommend a version that has *less* bug fixes than the most recent two? p > -Original Message- > From: Caldarale, Charles R [mailto:chuck.caldar...@unisys.com] > Sent: Friday, August 06, 2010 11:50 AM > To: Tomcat Users List > Subject: RE: Tomcat 6.0.18/ IIS 6.0 /SSL > >> From: Hansel, Jason T CTR SPAWARSYSCEN-ATLANTIC, 55E00 >> [mailto:jason.t.hansel@navy.mil] >> Subject: RE: Tomcat 6.0.18/ IIS 6.0 /SSL >> >> Well good news, 6.0.28 was JUST approved...WooHOO!!! > > There was one regression in 6.0.28 that you should be aware of: > https://issues.apache.org/bugzilla/show_bug.cgi?id=49598 > > Its existence prompted the rapid release of 6.0.29, where the problem is > fixed. > > - 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 unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Is FarmWarDeployer is working?
Shammi, I have something working for 3 Tomcat 6.0.29 nodes on Fedora 13 using Sun JRE/JDK 1.6.0_21. I've not tried undeploying a web application yet. Here's what I've found so far on Tomcat 6.0.29. 1. You have to place the node under the element. Tomcat 6.0.29 complains that the element Cluster/Deployer element is not understood at the Engine level. 2. One node needs to have watchEnabled="true", all other nodes watchEnabled="false" 3. deployDir is the same as appBase This last is a guess, but it seemed logical (and works). Based on my reading of the scant documentation, the war file gets deployed there for Tomcat to run (hence the deployDir name). There is some noise in the documentation about deploying ROOT in this fashion, but I've not experimented with that yet. I've not read the javadoc (yet) nor looked through the source code (on my list of things to do). So basically, here's my Deployer configuration for a three node cluster running on one machine (fronted by Apache and load balanced via mod_jk). Deployment node: a. Change the [name] to fit your implementation or leave out the elements. b. Change $CATALINA_BASE/name to be your absolute path to the directory [a-host-name] [another-host-name] Other nodes: a. Same notes apply - change [name] to suit your implementation or leave out b. Replace $CATALINA_BASE with the absolute path to the directory [a-host-name] [another-host-name] I haven't tried this on the subversion trunk, and I've seen some recent commits to the clustering components. Hopefully this will get you started. . . . . just my two cents /mde/ - Original Message From: Christopher Schultz To: Tomcat Users List Sent: Fri, August 6, 2010 7:44:21 AM Subject: Re: Is FarmWarDeployer is working? -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Shammi, On 8/6/2010 5:28 AM, sha...@arosys.com wrote: > I have created two instances of tomcat7 in the same machine. First > time I am using FarmWarDeployer. I only knows that using this we can > deploy our application in one node in the tomcat cluster rather than > deploying in all the nodes. Unfortunately, there isn't much documentation on the FarmWarDeployer. Here's what I've been able to find: http://tomcat.apache.org/tomcat-7.0-doc/cluster-howto.html ...which gives a configuration example: It also says: " The default tomcat cluster supports farmed deployment, ie, the cluster can deploy and undeploy applications on the other nodes. The state of this component is currently in flux but will be addressed soon. There was a change in the deployment algorithm between Tomcat 5.0 and 5.5 and at that point, the logic of this component changed to where the deploy dir has to match the webapps directory. For more info, Please visit the reference documentation " I suspect the phrase "the cluster" in the first sentence really means "one particular node in the cluster". The "reference documentation" mention at the end is currently blank :( There is also, of course, the javadoc: http://tomcat.apache.org/tomcat-7.0-doc/api/org/apache/catalina/ha/deploy/FarmWarDeployer.html The documentation seems all messed-up: The javadoc says "deployDir - the directory where we watch for changes" and "applicationDir - the directory where we install applications" but it's clear that the former is where the apps are installed, the latter is fictional, and the real "watch directory" is called "watchDir". > Then after some reading what I did is : > I created /tmp/war-deploy , /tmp/war-app , /tmp/war-listen and /war-temp > directories. Good. What is /tmp/war-app for? What does your element look like? I suspect something like this: > I started the tomcat. Here is the portion of the catalina.out file. > > 6 Aug, 2010 12:46:37 PM org.apache.catalina.ha.deploy.FarmWarDeployer start > INFO: Cluster deployment is watching /tmp/war-listen/ for changes. > 6 Aug, 2010 12:46:37 PM org.apache.catalina.ha.deploy.FarmWarDeployer start > INFO: Cluster FarmWarDeployer started. > I understood that FarmWarDeployer started to work. Looks good. > Now the following message is in the catalina.out in every 20 sec. > > INFO: check cluster wars at /tmp/war-listen > 6 Aug, 2010 12:53:23 PM org.apache.catalina.ha.deploy.WarWatcher check Sounds like it's polling that directory, which would appear to be normal operation (though that IMO should probably be a DEBUG message, and not INFO). > Now when I copy my webapplication in the /war-deploy , /tmp/war-app , then > there is no changes in the catalina.out log file. Don't do that: the only place you should put your file is in /tmp/war-listen. > But when I copy my > application in /tmp/war-listen/ directory following message appears in the > log file : > > 6 Aug, 2010 1:01:56 PM org.apache.catalina.ha.deploy.WarWatcher check > INFO: check cluster wars at /tmp/war-listen > 6 Aug, 2010 1:01:56 PM org.apache.catalina.ha.deploy.FarmWarDeploy
RE: Tomcat 6.0.18/ IIS 6.0 /SSL
Chuck, Besides the latest version, is there one that you recommend? -Original Message- From: Caldarale, Charles R [mailto:chuck.caldar...@unisys.com] Sent: Friday, August 06, 2010 11:50 AM To: Tomcat Users List Subject: RE: Tomcat 6.0.18/ IIS 6.0 /SSL > From: Hansel, Jason T CTR SPAWARSYSCEN-ATLANTIC, 55E00 > [mailto:jason.t.hansel@navy.mil] > Subject: RE: Tomcat 6.0.18/ IIS 6.0 /SSL > > Well good news, 6.0.28 was JUST approved...WooHOO!!! There was one regression in 6.0.28 that you should be aware of: https://issues.apache.org/bugzilla/show_bug.cgi?id=49598 Its existence prompted the rapid release of 6.0.29, where the problem is fixed. - 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 unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org smime.p7s Description: S/MIME cryptographic signature
RE: Tomcat 6.0.18/ IIS 6.0 /SSL
Alright! -Original Message- From: Hansel, Jason T CTR SPAWARSYSCEN-ATLANTIC, 55E00 [mailto:jason.t.hansel@navy.mil] Sent: Friday, August 06, 2010 10:45 AM To: Tomcat Users List Subject: RE: Tomcat 6.0.18/ IIS 6.0 /SSL Well good news, 6.0.28 was JUST approved...WooHOO!!! -Original Message- From: Caldarale, Charles R [mailto:chuck.caldar...@unisys.com] Sent: Friday, August 06, 2010 11:40 AM To: Tomcat Users List Subject: RE: Tomcat 6.0.18/ IIS 6.0 /SSL > From: Hansel, Jason T CTR SPAWARSYSCEN-ATLANTIC, 55E00 > [mailto:jason.t.hansel@navy.mil] > Subject: RE: Tomcat 6.0.18/ IIS 6.0 /SSL > > Well I'd like to but 6.0.18 is the most recent version approved on our > network. You might want the powers that be to review the fixes that have gone in over the last two years - including some significant security-related ones. 6.0.18 is rather sadly out of date. - 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 unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Tomcat 6.0.18/ IIS 6.0 /SSL
> From: Hansel, Jason T CTR SPAWARSYSCEN-ATLANTIC, 55E00 > [mailto:jason.t.hansel@navy.mil] > Subject: RE: Tomcat 6.0.18/ IIS 6.0 /SSL > > Well good news, 6.0.28 was JUST approved...WooHOO!!! There was one regression in 6.0.28 that you should be aware of: https://issues.apache.org/bugzilla/show_bug.cgi?id=49598 Its existence prompted the rapid release of 6.0.29, where the problem is fixed. - 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 unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Tomcat 6.0.18/ IIS 6.0 /SSL
Well good news, 6.0.28 was JUST approved...WooHOO!!! -Original Message- From: Caldarale, Charles R [mailto:chuck.caldar...@unisys.com] Sent: Friday, August 06, 2010 11:40 AM To: Tomcat Users List Subject: RE: Tomcat 6.0.18/ IIS 6.0 /SSL > From: Hansel, Jason T CTR SPAWARSYSCEN-ATLANTIC, 55E00 > [mailto:jason.t.hansel@navy.mil] > Subject: RE: Tomcat 6.0.18/ IIS 6.0 /SSL > > Well I'd like to but 6.0.18 is the most recent version approved on our > network. You might want the powers that be to review the fixes that have gone in over the last two years - including some significant security-related ones. 6.0.18 is rather sadly out of date. - 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 unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org smime.p7s Description: S/MIME cryptographic signature
RE: Tomcat 6.0.18/ IIS 6.0 /SSL
I had this same issue at my workplace, and was actually able to strong arm them and force them to let me use 6.0.26! : ) -Original Message- From: Caldarale, Charles R [mailto:chuck.caldar...@unisys.com] Sent: Friday, August 06, 2010 10:40 AM To: Tomcat Users List Subject: RE: Tomcat 6.0.18/ IIS 6.0 /SSL > From: Hansel, Jason T CTR SPAWARSYSCEN-ATLANTIC, 55E00 > [mailto:jason.t.hansel@navy.mil] > Subject: RE: Tomcat 6.0.18/ IIS 6.0 /SSL > > Well I'd like to but 6.0.18 is the most recent version approved on our > network. You might want the powers that be to review the fixes that have gone in over the last two years - including some significant security-related ones. 6.0.18 is rather sadly out of date. - 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 unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Tomcat 6.0.18/ IIS 6.0 /SSL
> From: Hansel, Jason T CTR SPAWARSYSCEN-ATLANTIC, 55E00 > [mailto:jason.t.hansel@navy.mil] > Subject: RE: Tomcat 6.0.18/ IIS 6.0 /SSL > > Well I'd like to but 6.0.18 is the most recent version > approved on our network. You might want the powers that be to review the fixes that have gone in over the last two years - including some significant security-related ones. 6.0.18 is rather sadly out of date. - 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 unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Tomcat 6.0.18/ IIS 6.0 /SSL
Well I'd like to but 6.0.18 is the most recent version approved on our network. I installed the 6.0.18 version by running the .exe from the Archive. -Original Message- From: Caldarale, Charles R [mailto:chuck.caldar...@unisys.com] Sent: Friday, August 06, 2010 11:14 AM To: Tomcat Users List Subject: RE: Tomcat 6.0.18/ IIS 6.0 /SSL > From: Hansel, Jason T CTR SPAWARSYSCEN-ATLANTIC, 55E00 > [mailto:jason.t.hansel@navy.mil] > Subject: RE: Tomcat 6.0.18/ IIS 6.0 /SSL > > I am going to install version 6.0.18 Much better to use 6.0.29 - stay current. > are there "preferred" versions of JVM you recommend 6u21b07 (the latest) seems to be fine. - 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 unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org smime.p7s Description: S/MIME cryptographic signature
RE: Tomcat 6.0.18/ IIS 6.0 /SSL
> From: Hansel, Jason T CTR SPAWARSYSCEN-ATLANTIC, 55E00 > [mailto:jason.t.hansel@navy.mil] > Subject: RE: Tomcat 6.0.18/ IIS 6.0 /SSL > > I am going to install version 6.0.18 Much better to use 6.0.29 - stay current. > are there "preferred" versions of JVM you recommend 6u21b07 (the latest) seems to be fine. - 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 unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Tomcat 6.0.18/ IIS 6.0 /SSL
Chuck, I am going to install version 6.0.18, are there "preferred" versions of JVM you recommend, or is the latest and greatest sufficient? Thanks again for your help. -Original Message- From: Caldarale, Charles R [mailto:chuck.caldar...@unisys.com] Sent: Friday, August 06, 2010 11:07 AM To: Tomcat Users List Subject: RE: Tomcat 6.0.18/ IIS 6.0 /SSL > From: Hansel, Jason T CTR SPAWARSYSCEN-ATLANTIC, 55E00 > [mailto:jason.t.hansel@navy.mil] > Subject: RE: Tomcat 6.0.18/ IIS 6.0 /SSL > > Would it be better to install the 32-bit if our IIS is running as > 32-bit? Other than the optional APR connector and service wrapper, Tomcat is pure Java and uses the TCP/IP stack to communicate with IIS, so it doesn't matter which you use to with IIS. What does matter is that you install the same modes of APR and service wrapper as the mode of the JVM you have. So if you're using a 64-bit JVM, you must use the 64-bit version of Tomcat. Likewise, if you have a 32-bit JVM, you must use the 32-bit version of Tomcat. - 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 unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org smime.p7s Description: S/MIME cryptographic signature
RE: Tomcat 6.0.18/ IIS 6.0 /SSL
> From: Hansel, Jason T CTR SPAWARSYSCEN-ATLANTIC, 55E00 > [mailto:jason.t.hansel@navy.mil] > Subject: RE: Tomcat 6.0.18/ IIS 6.0 /SSL > > Would it be better to install the 32-bit if our IIS > is running as 32-bit? Other than the optional APR connector and service wrapper, Tomcat is pure Java and uses the TCP/IP stack to communicate with IIS, so it doesn't matter which you use to with IIS. What does matter is that you install the same modes of APR and service wrapper as the mode of the JVM you have. So if you're using a 64-bit JVM, you must use the 64-bit version of Tomcat. Likewise, if you have a 32-bit JVM, you must use the 32-bit version of Tomcat. - 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 unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: WARNING: Error registering request
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 8/6/2010 5:20 AM, VenkateswaraRao Eswar wrote: > With our production application, I am getting > "javax.management.InstanceAlreadyExistsException" error messeges > repeatedly before resulting in "OutOfMemoryError". While I appreciate and agree with Mark's sentiments, it's always nice to have a production system that is working. How long has your application been in production? How long has this InstanceAlreadyExistsException - > OutOfMemoryError condition been happening. Did anything change in your production configuration around the time that these errors started occurring? Generally speaking, these kinds of things don't just magically start to happen in a production system. Usually, one of the following things has occurred: 1. Someone tweaked some configuration and didn't properly test the effects 2. You released a new version of your web application and didn't properly test it The solution to the first problem is, of course, to reverse the configuration change and resume normal operations. The solution to the second problem is probably to downgrade your wep application, and re-think your next steps. Once you get your production system back up and running, you can concentrate on Mark's suggestions, which are, specifically: 1. Upgrade to a supported version of Java (which would be 1.6.x). This is perhaps the easiest thing you can possibly do, since the APIs are (in theory, anyway) backward compatible. The most noticeable thing about the upgrade will be better performance all around. 2. Upgrade mod_jk2 to mod_jk (yes, it sounds like a downgrade but jk2 was abandoned because jk basically back-ported all the features of jk2). The current version is 1.2.30. You didn't say what type of OS you were on. If you're on *NIX, compile it yourself. If you're on Windows, download the binary from the Tomcat website. Configuration is not too bad, and we can help with that when you're ready to transition, if the documentation isn't clear. Reading the sample mod_jk.conf file that ships with mod_jk is very instructive, so do that before you come crying to us. 3. Upgrade Tomcat to a supported version. 6.0.29 would be best, though sometimes it's prudent to stay a few point-releases behind the latest, just in case some weird bug appears that affects you. Upgrading from 5.0 to 6.0 shouldn't be too painful: just remember that you shouldn't try to use your server.xml from your 5.0 install to go to 6.0. Instead, use the stock 6.0 server.xml as a basis, and see what changes you'll need to make. Again, this shouldn't be tough to do since Tomcat should be backward-compatible as long as you stick to the servlet specification's rules. Just remember that as Tomcat matures, it gets more strict about the servlet spec rules, so you might notice things that no longer work because you were relying on out-of-spec behavior. Resources: http://tomcat.apache.org/migration.html (I thought there was an "upgrade" or "migration" page on the Wiki, but it appears there is none... perhaps I should write one). Hope that helps, - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkxcI1gACgkQ9CaO5/Lv0PBTNACeKvsYXmJ2doMZptQzJgQg/jot +ccAnR1YhZ1qywv4imsI61A2qHpzWQd9 =VtD5 -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Tomcat 6.0.18/ IIS 6.0 /SSL
Andre, Thanks for all of the help and literature. When I tried to launch my application today, I'm getting a 404 error. At This point I am going to uninstall, per you recommendation and reinstall. Question for you: Would it be better to install the 32-bit if our IIS is running as 32-bit? I did this with the isapi_redirect.dll -Original Message- From: André Warnier [mailto:a...@ice-sa.com] Sent: Thursday, August 05, 2010 5:36 PM To: Tomcat Users List Subject: Re: Tomcat 6.0.18/ IIS 6.0 /SSL Hansel, Jason T CTR SPAWARSYSCEN-ATLANTIC, 55E00 wrote: > Charles, > I was just putting that protocol in there to prevent the 8080 from > being hit, I've actually commented it out. I got this server.xml file > from the install (Note:that not everything is on here). I can load my > webapp now, but the page takes a little while to load using the > isapi_redirect.dll (which I was referring to below as the redirect > file...sorry my in head language) > I believe that at this point, you may want to : a) save your web application somewhere else; also save the isapi configuration files if they are located under the Tomcat installation directory. (*) b) de-install the Tomcat you have, and remove all its files (and specially the logfiles) c) download a new Tomcat from the Tomcat website, and re-install it Then restore your application under (tomcat_install_dir)/webapps. All the above will take only 5 minutes, and you will at least have a clean Tomcat. Then try it, both directly using HTTP to port 8080, and through IIS and isapi_redirect using whatver SSL port you use for that. With the part under IIS (including isapi_redirect) apparently being fine (as shown before by your previous logs), the downloaded Tomcat should work out of the box, through IIS and all. THEN, when you have verified that the above is working, comment out all tags you do not want, except the one for the AJP Connector on port 8009, and restart Tomcat. And check the Tomcat logfiles if you have any problem. Apart from the ones which Chuck mentioned earlier, your pasted server.xml had a couple of additional mistakes which make it really hard for us to figure out what is really going on. (Or it was your cut and paste which was not accurate, but anyway we can't follow what's happening on the base of inaccurate information). In any case, with a correct configuration, the difference in access time between a direct access to Tomcat via HTTP port 8080, and an indirect access through IIS and isapi_redirector, should be so small as to be humanly indistinguishable. (We are talking 1 millisecond or so). Unless it is IIS which for some reason is introducing the delay. (*) This by the way would be illogical, as these files belong really to IIS and its add-on module isapi_redirect.dll, and not to Tomcat. The only part of Tomcat which plays a role here, is the AJP Connector on port 8009. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org smime.p7s Description: S/MIME cryptographic signature
Re: Is FarmWarDeployer is working?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Shammi, On 8/6/2010 5:28 AM, sha...@arosys.com wrote: > I have created two instances of tomcat7 in the same machine. First > time I am using FarmWarDeployer. I only knows that using this we can > deploy our application in one node in the tomcat cluster rather than > deploying in all the nodes. Unfortunately, there isn't much documentation on the FarmWarDeployer. Here's what I've been able to find: http://tomcat.apache.org/tomcat-7.0-doc/cluster-howto.html ...which gives a configuration example: It also says: " The default tomcat cluster supports farmed deployment, ie, the cluster can deploy and undeploy applications on the other nodes. The state of this component is currently in flux but will be addressed soon. There was a change in the deployment algorithm between Tomcat 5.0 and 5.5 and at that point, the logic of this component changed to where the deploy dir has to match the webapps directory. For more info, Please visit the reference documentation " I suspect the phrase "the cluster" in the first sentence really means "one particular node in the cluster". The "reference documentation" mention at the end is currently blank :( There is also, of course, the javadoc: http://tomcat.apache.org/tomcat-7.0-doc/api/org/apache/catalina/ha/deploy/FarmWarDeployer.html The documentation seems all messed-up: The javadoc says "deployDir - the directory where we watch for changes" and "applicationDir - the directory where we install applications" but it's clear that the former is where the apps are installed, the latter is fictional, and the real "watch directory" is called "watchDir". > Then after some reading what I did is : > I created /tmp/war-deploy , /tmp/war-app , /tmp/war-listen and /war-temp > directories. Good. What is /tmp/war-app for? What does your element look like? I suspect something like this: > I started the tomcat. Here is the portion of the catalina.out file. > > 6 Aug, 2010 12:46:37 PM org.apache.catalina.ha.deploy.FarmWarDeployer start > INFO: Cluster deployment is watching /tmp/war-listen/ for changes. > 6 Aug, 2010 12:46:37 PM org.apache.catalina.ha.deploy.FarmWarDeployer start > INFO: Cluster FarmWarDeployer started. > I understood that FarmWarDeployer started to work. Looks good. > Now the following message is in the catalina.out in every 20 sec. > > INFO: check cluster wars at /tmp/war-listen > 6 Aug, 2010 12:53:23 PM org.apache.catalina.ha.deploy.WarWatcher check Sounds like it's polling that directory, which would appear to be normal operation (though that IMO should probably be a DEBUG message, and not INFO). > Now when I copy my webapplication in the /war-deploy , /tmp/war-app , then > there is no changes in the catalina.out log file. Don't do that: the only place you should put your file is in /tmp/war-listen. > But when I copy my > application in /tmp/war-listen/ directory following message appears in the > log file : > > 6 Aug, 2010 1:01:56 PM org.apache.catalina.ha.deploy.WarWatcher check > INFO: check cluster wars at /tmp/war-listen > 6 Aug, 2010 1:01:56 PM org.apache.catalina.ha.deploy.FarmWarDeployer > fileModified > INFO: Installing webapp[/sessionReplication2] from > /tmp/war-deploy/sessionReplication2.war > 6 Aug, 2010 1:01:56 PM org.apache.catalina.ha.deploy.FarmWarDeployer remove > INFO: Cluster wide remove of web app /sessionReplication2 This is probably because it's undeploying the webapp you deployed improperly by copying it into the /tmp/war-deploy directory. > 6 Aug, 2010 1:02:16 PM org.apache.catalina.ha.deploy.WarWatcher check > INFO: check cluster wars at /tmp/war-listen Try stopping all instances of Tomcat, removing all files from /tmp/war-*, deleting all of Tomcat's "work" directories, and then starting all Tomcat instances. Then, copy your WAR file into /tmp/war-listen and see what happens. It's unclear to me whether the configuration on all of the nodes in the cluster should be the same. For instance, if you have two Tomcat instances on the same server with watchDir=/tmp/war-listen, then both instances will be watching the same directory and trying to deploy to the cluster. They are likely to interfere with each other. Consider using /tmp/war-listen_1 and /tmp/war_listen_2, and /tmp/war-deploy_1 and /tmp/war_deploy_2, etc. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkxcH8UACgkQ9CaO5/Lv0PCJXQCePplQfy3bdJy5uhJ7PzKPcdOa 6ZIAoL4NE5NvJM4FG+4Hl46RN5LbX1yE =KfyE -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Problem with CSS in HTML
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Pid, On 8/6/2010 6:24 AM, Pid wrote: > On 06/08/2010 11:16, PDiefent wrote: >> >> Well, it works fine for Tomcat 5 and Tomcat 6 but fails on Tomcat 7. There >> are no changes to my application so I thought it would relate to Tomcat 7 >> changes. >> I use Tomcat 7.0.0 with Java 6. > > Tomcat 7.0 is still in beta, it's possible that there is an issue but > the information you've provided so far doesn't tell us anything useful > about the problem. +1 Peter, which servlet is serving the XML document you posted? DefaultServlet? JspServlet? Do you have any filters installed? I'll repeat my previous question, too: > Also, are you using Tomcat directly, or do you have another web server > (like Apache httpd), proxy, or load-balancer between the client and Tomcat? You're not giving us much to go on. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkxcGCMACgkQ9CaO5/Lv0PBGFgCgktZbiVAeXkGUsECz5ylGgrlv /jkAoKQku5Hu8kZIFgOrkcj/58t6gLMf =eDPH -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: An error occured while initializing MyFaces: null
Your app or a resource it needs isn't configured correctly, but with only the information below I can't tell you more. p On 4 Aug 2010, at 08:41, vinay basavanal wrote: > Hi, > >I have application where in i am using myfaces 2.0 and deploying it in > tomcat 6 and am get the following exception > java.lang.NullPointerException >at > org.apache.myfaces.webapp.Jsp21FacesInitializer.initContainerIntegration(Jsp21FacesInitializer.java:62) >at > org.apache.myfaces.webapp.AbstractFacesInitializer.initFaces(AbstractFacesInitializer.java:116) >at > org.apache.myfaces.webapp.StartupServletContextListener.contextInitialized(StartupServletContextListener.java:106) >at > org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3843) >at > org.apache.catalina.core.StandardContext.start(StandardContext.java:4350) >at > org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791) >at > org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:771) >at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:525) >at org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:829) >at > org.apache.catalina.startup.HostConfig.deployWARs(HostConfig.java:718) >at > org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:490) >at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1147) >at > org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:311) >at > org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:117) >at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1053) >at org.apache.catalina.core.StandardHost.start(StandardHost.java:719) >at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045) > > > -- > Thanks & Regards > Vinay > 9972078950 - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Two-way SSL setup as Tomcat as a client
On 6 Aug 2010, at 13:12, yifeng wu wrote: > Hi, > > I am trying to make a call from Tomcat to another application server > (Websphere) and the communication channel is secured with two-way SSL. > I have been searching on the net for hours and cannot find the information > about how to setup tomcat as a SSL client (there’re plenty for setting up > tomcat as a server for two-way SSL). Tomcat doesn't need configuring as an SSL client, your application does. That would be why there's nothing online about it. p > Can anyone share the information if you happen to know how? > > Thanks, > YF - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Jens Neu ist außer Haus.
I will be out of the office starting 08/06/2010 and will not return until 09/13/2010. Please contact Christoph Kaminski (christoph.kamin...@biotronik.com) or Thoralf Freitag (thoralf.frei...@biotronik.com) instead.
Two-way SSL setup as Tomcat as a client
Hi, I am trying to make a call from Tomcat to another application server (Websphere) and the communication channel is secured with two-way SSL. I have been searching on the net for hours and cannot find the information about how to setup tomcat as a SSL client (there’re plenty for setting up tomcat as a server for two-way SSL). Can anyone share the information if you happen to know how? Thanks, YF
Re: Tomcat 6 does not respond or freeze after startup
T. Gau wrote: ... Caldarale, Charles R schrieb am 05.08.2010 14:47: From: T. Gau [mailto:t...@normad.de] Subject: Re: Tomcat 6 does not respond or freeze after startup as I understand the netstat output the mentioned PID's are the client ports instead. You are correct, André misread the output. Yes, my mistake, sorry. What seems conspiciuous is that the home page from http://localhost:8080 is loaded but the images to the apache foundation and the powered by are missing and the browser is showing as still loading. ... Restarting a bit earlier in this conversation : The browser connections are shown (by netstat.exe) in the state "CLOSE_WAIT". The following page explains what that means : http://support.microsoft.com/kb/137984 If I understand this right, it means that the client has closed its side of the connection (by sending a FIN packet). The socket is now "half-closed", and the server should close its own side. However, the server does not do that, and these sockets stay half-closed (or half-opened, if you prefer). What puzzles me, is the fact that according to the state of the connections, the clients should have closed them, but you otherwise write that the browser(s) still seem to display the fact that they are waiting for something. You also say that the basic html page is loaded, but that the images are missing. It looks very much as if each browser can send one request (for the home page), and receives a response (the home page, html-only). But then, when the browser tries (on the same connection normally) to request one of the embedded images, it does not receive a response and keeps waiting for it. And the server seems to think that the browser has disconnected, but never closes its end of the socket. Obviously, something is seriously wrong somewhere, because this situation does not really make sense. But it does not really look like a Tomcat problem, and more like an underlying network issue. You have also mentioned that you disabled the Windows firewall, but had been running some other firewall software at some point (which is now also disabled). At this point, my suspicions would go very much in the direction of some interference by one or both of these firewall softwares. Maybe when you initially installed the add-on firewall, you did something wrong and now your Windows installation is somehow screwed up ? It is relatively easy under Windows to get into such a kind of mess, and relatively difficult to get out of it once it is there. In my experience, different firewall packages and/or VPN packages have a tendency to seriously interfere with eachother. You seem to have a problem of that category. Any chance of doing some "Windows repair" job before you continue ? At the very least, I would try to completely de-install the additional firewall software, and try again then. Just disabling that firewall may not be enough to really remove the links and callbacks it may have installed all over the place. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Problem with CSS in HTML
On 06/08/2010 11:16, PDiefent wrote: > > Well, it works fine for Tomcat 5 and Tomcat 6 but fails on Tomcat 7. There > are no changes to my application so I thought it would relate to Tomcat 7 > changes. > I use Tomcat 7.0.0 with Java 6. Tomcat 7.0 is still in beta, it's possible that there is an issue but the information you've provided so far doesn't tell us anything useful about the problem. At this point you'd be better seeking help in the Wicket community and if they are able to determine there's an actual problem with Tomcat, rather than just assuming there is, head back here with the details. p signature.asc Description: OpenPGP digital signature
Re: Problem with CSS in HTML
Well, it works fine for Tomcat 5 and Tomcat 6 but fails on Tomcat 7. There are no changes to my application so I thought it would relate to Tomcat 7 changes. I use Tomcat 7.0.0 with Java 6. -- View this message in context: http://old.nabble.com/Problem-with-CSS-in-HTML-tp29356352p29356434.html Sent from the Tomcat - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: WARNING: Error registering request
On 06/08/2010 10:20, VenkateswaraRao Eswar wrote: > Hi, >With our production application, I am getting > "javax.management.InstanceAlreadyExistsException" error messeges repeatedly > before resulting in "OutOfMemoryError". > > SEVERE: Error registering > Catalina:type=RequestProcessor,worker=jk-8009,name=JkRequest9845 > javax.management.InstanceAlreadyExistsException: > Catalina:type=RequestProcessor,worker=jk-8009,name=JkRequest9845 > at com.sun.jmx.mbeanserver.RepositorySupport.addMBean(Unknown Source) > at > com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.internal_addObject(Unknown > Source) > at > com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerObject(Unknown > Source) > at > com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerMBean(Unknown > Source) > at com.sun.jmx.mbeanserver.JmxMBeanServer.registerMBean(Unknown > Source) > at > org.apache.commons.modeler.Registry.registerComponent(Registry.java:871) > at > org.apache.jk.common.ChannelSocket.registerRequest(ChannelSocket.java:436) > at > org.apache.jk.common.HandlerRequest.decodeRequest(HandlerRequest.java:443) > at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:352) > at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:743) > at > org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:675) > at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:866) > at > org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) > at java.lang.Thread.run(Unknown Source) > Jan 21, 2010 5:05:52 PM org.apache.jk.common.ChannelSocket registerRequest > WARNING: Error registering request > > --- > > SEVERE: Exception invoking periodic operation: > java.lang.OutOfMemoryError: Java heap space > at > org.apache.catalina.session.ManagerBase.findSessions(ManagerBase.java:752) > at > org.apache.catalina.session.StandardManager.processExpires(StandardManager.java:778) > at > org.apache.catalina.session.StandardManager.backgroundProcess(StandardManager.java:795) > at > org.apache.catalina.core.StandardContext.backgroundProcess(StandardContext.java:4662) > at > org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1619) > at > org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1628) > at > org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1628) > at > org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.run(ContainerBase.java:1608) > at java.lang.Thread.run(Unknown Source) > > - > > The below are the env details of our production system: > Apache Proxy: 2.2.11 > Apache Tomcat: 5.0.30 > JDK: 1.5.0_15 > > With JDK 1.4.2_15 on development, I could resolve this by adding > request.registerRequests="false" in $TOMCAT_HOME/conf/jk2.properties. When > applied the same to JDK 1.5.0_15, I am getting the below errors repeatedly > before resulting in "OutOfMemoryError". Since it is production issue, could > you please provide a solution for JDK 1.5.0_15 ASAP? Let me know if you need > any details. You seem to be under the mis-apprehension that you can treat the users' mailing list the same way you would treat an organisation that is providing Tomcat support on a commercial basis. If you want that sort of support you'll need to pay for it. The users' mailing list is a community of Tomcat users that help each other solve Tomcat related problems. Like most similar communities, the more you put in, the more you'll get out. Making demands of the community isn't going to get you very far. With regard to the error you are seeing, work on Tomcat 5.0.x was discontinued some years ago. Many bugs have been fixed in later versions including a number of important security fixes. You also appear to be using mod_jk2, another component that has been discontinued. You should switch to mod_jk or possibly mod_proxy. Hmm. I spot a theme. Sun stopped supporting the JVM version you are using some time ago (although there were a good number of updates to 1.5.0_15 before they did). Your httpd major version is at least current, although not up to date with the latest release. It looks like you need to update most of the components in your system before folks here are likely to be able to help you. As a minimum you need to be on Tomcat 5.5.x and mod_jk. You really should consider Tomcat 6.0.x, JDK 1.6 and the latest httpd. Mark > > SEVERE: Error unregistering mbean > javax.management.RuntimeOperationsException: Object name cannot be null > at > com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.isRegistered(Unknown > Source) > at com.sun.jmx.mbea
Is FarmWarDeployer is working?
Hi, This is my first mail and If is not the correct palce then do inform me. I am using Tomcat7.0.0 and working on Linux/Debian machine. I am configuring the Tomcat for the Session object persistance. I have created two instances of tomcat7 in the same machine. First time I am using FarmWarDeployer. I only knows that using this we can deploy our application in one node in the tomcat cluster rather than diploying in all the nodes. Then after some reading what I did is : I created /tmp/war-deploy , /tmp/war-app , /tmp/war-listen and /war-temp directories. I started the tomcat. Here is the portion of the catalina.out file. 6 Aug, 2010 12:46:37 PM org.apache.catalina.ha.deploy.FarmWarDeployer start INFO: Cluster deployment is watching /tmp/war-listen/ for changes. 6 Aug, 2010 12:46:37 PM org.apache.catalina.ha.deploy.FarmWarDeployer start INFO: Cluster FarmWarDeployer started. I understood that FarmWarDeployer started to work. Now the following message is in the catalina.out in every 20 sec. INFO: check cluster wars at /tmp/war-listen 6 Aug, 2010 12:53:23 PM org.apache.catalina.ha.deploy.WarWatcher check INFO: check cluster wars at /tmp/war-listen 6 Aug, 2010 12:53:43 PM org.apache.catalina.ha.deploy.WarWatcher check INFO: check cluster wars at /tmp/war-listen 6 Aug, 2010 12:54:03 PM org.apache.catalina.ha.deploy.WarWatcher check Now when I copy my webapplication in the /war-deploy , /tmp/war-app , then there is no changes in the catalina.out log file. But when I copy my application in /tmp/war-listen/ directory following message appears in the log file : 6 Aug, 2010 1:01:56 PM org.apache.catalina.ha.deploy.WarWatcher check INFO: check cluster wars at /tmp/war-listen 6 Aug, 2010 1:01:56 PM org.apache.catalina.ha.deploy.FarmWarDeployer fileModified INFO: Installing webapp[/sessionReplication2] from /tmp/war-deploy/sessionReplication2.war 6 Aug, 2010 1:01:56 PM org.apache.catalina.ha.deploy.FarmWarDeployer remove INFO: Cluster wide remove of web app /sessionReplication2 6 Aug, 2010 1:02:16 PM org.apache.catalina.ha.deploy.WarWatcher check INFO: check cluster wars at /tmp/war-listen What is happening and what I am lacking to work FarmWarDeployer. Thanks mail2web - Check your email from the web at http://link.mail2web.com/mail2web - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
WARNING: Error registering request
Hi, With our production application, I am getting "javax.management.InstanceAlreadyExistsException" error messeges repeatedly before resulting in "OutOfMemoryError". SEVERE: Error registering Catalina:type=RequestProcessor,worker=jk-8009,name=JkRequest9845 javax.management.InstanceAlreadyExistsException: Catalina:type=RequestProcessor,worker=jk-8009,name=JkRequest9845 at com.sun.jmx.mbeanserver.RepositorySupport.addMBean(Unknown Source) at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.internal_addObject(Unknown Source) at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerObject(Unknown Source) at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerMBean(Unknown Source) at com.sun.jmx.mbeanserver.JmxMBeanServer.registerMBean(Unknown Source) at org.apache.commons.modeler.Registry.registerComponent(Registry.java:871) at org.apache.jk.common.ChannelSocket.registerRequest(ChannelSocket.java:436) at org.apache.jk.common.HandlerRequest.decodeRequest(HandlerRequest.java:443) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:352) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:743) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:675) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:866) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Unknown Source) Jan 21, 2010 5:05:52 PM org.apache.jk.common.ChannelSocket registerRequest WARNING: Error registering request --- SEVERE: Exception invoking periodic operation: java.lang.OutOfMemoryError: Java heap space at org.apache.catalina.session.ManagerBase.findSessions(ManagerBase.java:752) at org.apache.catalina.session.StandardManager.processExpires(StandardManager.java:778) at org.apache.catalina.session.StandardManager.backgroundProcess(StandardManager.java:795) at org.apache.catalina.core.StandardContext.backgroundProcess(StandardContext.java:4662) at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1619) at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1628) at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1628) at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.run(ContainerBase.java:1608) at java.lang.Thread.run(Unknown Source) - The below are the env details of our production system: Apache Proxy: 2.2.11 Apache Tomcat: 5.0.30 JDK: 1.5.0_15 With JDK 1.4.2_15 on development, I could resolve this by adding request.registerRequests="false" in $TOMCAT_HOME/conf/jk2.properties. When applied the same to JDK 1.5.0_15, I am getting the below errors repeatedly before resulting in "OutOfMemoryError". Since it is production issue, could you please provide a solution for JDK 1.5.0_15 ASAP? Let me know if you need any details. SEVERE: Error unregistering mbean javax.management.RuntimeOperationsException: Object name cannot be null at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.isRegistered(Unknown Source) at com.sun.jmx.mbeanserver.JmxMBeanServer.isRegistered(Unknown Source) at org.apache.commons.modeler.Registry.unregisterComponent(Registry.java:642) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:706) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:866) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Unknown Source) Caused by: java.lang.IllegalArgumentException: Object name cannot be null ... 7 more Thanks, Venkat Kudipudi
Re: Problem with CSS in HTML
PDiefent wrote: I'm using the Wicket Framework with this HTML: http://www.w3.org/1999/xhtml"; xmlns:wicket="http://wicket.apache.org/dtds.data/wicket-xhtml1.4-strict.dtd"; xml:lang="en" lang="en"> WicketTest [tab panel] If I view the source code of the page displayed by the browser, it shows: http://www.w3.org/1999/xhtml"; xmlns:wicket="http://wicket.apache.org/dtds.data/wicket-xhtml1.4-strict.dtd"; xml:lang="en" lang="en"> WicketTest ... Yes, and ? Would you mind explaining how this may be related to Tomcat ? And if it is, which version of Tomcat, Java etc.. ? - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Problem with CSS in HTML
I'm using the Wicket Framework with this HTML: http://www.w3.org/1999/xhtml"; xmlns:wicket="http://wicket.apache.org/dtds.data/wicket-xhtml1.4-strict.dtd"; xml:lang="en" lang="en"> WicketTest [tab panel] If I view the source code of the page displayed by the browser, it shows: http://www.w3.org/1999/xhtml"; xmlns:wicket="http://wicket.apache.org/dtds.data/wicket-xhtml1.4-strict.dtd"; xml:lang="en" lang="en"> WicketTest ... -- View this message in context: http://old.nabble.com/Problem-with-CSS-in-HTML-tp29356352p29356426.html Sent from the Tomcat - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Tomcat 6 does not respond or freeze after startup
On 05.08.2010 22:52, T. Gau wrote: Hello, @Thread dumps: I attached some current thread.Directly after startup and after Tomcat stops responding. Sorry, no idea here. Nothing obvious wrong in those dumps. Regards, Rainer - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org