Concurrent login detection - how?
What is the best way to detect two people being logged in concurrently using the same account? This is one aspect of my efforts to restrict fraudulent access. Again, I don't want to use Acegi since it seems to break the rest of my app. So, what's the best way to do this 'traditionally'? Thanks! Michael - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Concurrent login detection - how?
That actually goes to the heart of my question: HOW do I detect when their session times out? ;-) I know the 'strategy' of doing this, but I don't know how to capture a timed-out session - technically. Any input would be welcome. TIA, Michael - Original Message - From: David Rickard [EMAIL PROTECTED] To: Tomcat Users List tomcat-user@jakarta.apache.org Sent: Tuesday, June 14, 2005 9:53 AM Subject: Re: Concurrent login detection - how? Remove IDs from the List when users log out (and add a ServletContextListener to catch people who leave the site without logging out--remove their IDs when their sessions time out); At 09:22 AM 6/14/2005, you wrote: What is the best way to detect two people being logged in concurrently using the same account? This is one aspect of my efforts to restrict fraudulent access. Again, I don't want to use Acegi since it seems to break the rest of my app. So, what's the best way to do this 'traditionally'? Thanks! Michael - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- David Rickard Software Engineer TechBooks/GTS Your Single Source Solution! Los Angeles CA * York, PA * Boston,MA * New Delhi, India Visit us on the World Wide Web http://www.techbooks.comhttp://www.techbooks.com [EMAIL PROTECTED] 5650 Jillson St., Los Angeles, CA 90040 (323) 888-8889 x331 (323) 888-1849 (Fax) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: {Problems getting Tomcat running on OS 10.3.9)
Have you installed that extra lib that allows one to run tomcat 5.5.x on jdk 1.4.x? Otherwise you'll need to update to jdk 1.5... Michael - Original Message - From: Christopher Barbee [EMAIL PROTECTED] To: tomcat-user@jakarta.apache.org Sent: Thursday, May 19, 2005 6:11 PM Subject: {Problems getting Tomcat running on OS 10.3.9) Begin forwarded message: From: Christopher Barbee [EMAIL PROTECTED] Date: May 19, 2005 6:08:44 PM PDT To: tomcat-user@jakarta.apache.org Subject: Mime-Version: 1.0 (Apple Message framework v622) Bcc: Christopher Barbee [EMAIL PROTECTED] Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: [EMAIL PROTECTED] Content-Transfer-Encoding: 7bit I am having difficulty getting Tomcat to run on OS 10.3.9 with latest 1.4.2 java. I am able to get $CATALINA_HOME/bin/catalina.sh version to work, but startup doesn't seem to want to work. Any suggestions from other MAc users would be appreciated. Chris Christopher-Barbees-Computer:~/Desktop christopherbarbee$ $CATALINA_HOME/bin/startup.sh Using CATALINA_BASE: /Users/christopherbarbee/Desktop/jakarta-tomcat-5.5.7 Using CATALINA_HOME: /Users/christopherbarbee/Desktop/jakarta-tomcat-5.5.7 Using CATALINA_TMPDIR: /Users/christopherbarbee/Desktop/jakarta-tomcat-5.5.7/temp Using JRE_HOME: /usr Christopher-Barbees-Computer:~/Desktop christopherbarbee$ Christopher Barbee Senior Software Engineer SenySoft 3153 South Court Palo Alto, CA 94306 [EMAIL PROTECTED] Christopher Barbee Senior Software Engineer SenySoft 3153 South Court Palo Alto, CA 94306 [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat vs Apache
Apache is not a J2EE container - you are off-roading on this one ;-) Michael - Original Message - From: Chris [EMAIL PROTECTED] To: Tomcat Users List tomcat-user@jakarta.apache.org Sent: Wednesday, May 18, 2005 7:37 AM Subject: Tomcat vs Apache I've been working with Tomcat for a while now, but I haven't messed with Apache yet. Could someone explain or point me to something explaining the differences between Tomcat and Apache? I have a large applet hosted on Tomcat, and am investigating using Apache instead. Is this feasable? TIA. Chris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Can a servlet receive its own request?
Simple question, but it's driving me nuts. I really don't want to get into the whole web service business - all I need is for a servlet to be the recipient of its own request. Or - in other words - can a servlet act like a web browser - just without the GUI? Use case: - Servlet issues https request to an outside server (via getServletContext().getRequestDispatcher(https://www.someoutsideserver/) ) - Outside server processes request and responds with POST response (also via https). - Servlet [somehow] is able to be the recipient of the response. - Servlet parses the response and stores data to the database. Notes: - The servlet is not the default servlet on that tomcat instance. - Everything happens via https and I expect the outside server will listen on 443 and tomcat on 8443 ANY suggestions would be very helpful - this seems to be a tricky one. TIA, Michael - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
CORRECTION: Can a servlet receive a response to its own request?
Simple question, but it's driving me nuts. I really don't want to get into the whole web service business - all I need is for a servlet to be the recipient of its own request. Or - in other words - can a servlet act like a web browser - just without the GUI? Use case: - Servlet issues https request to an outside server (via getServletContext().getRequestDispatcher(https://www.someoutsideserver/) ) - Outside server processes request and responds with POST response (also via https). - Servlet [somehow] is able to be the recipient of the response. - Servlet parses the response and stores data to the database. Notes: - The servlet is not the default servlet on that tomcat instance. - Everything happens via https and I expect the outside server will listen on 443 and tomcat on 8443 ANY suggestions would be very helpful - this seems to be a tricky one. TIA, Michael - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Can a servlet receive its own request?
Thanks for your elaborate reply - actually, someone else also suggested to use commons HTTPClient. I might have over-explained all this - the major difference is that the servlet is being launched by Quartz, not by an outside HTTP request. Thus, it is the servlet that needs to be able to receive the response to its own request, and it appears that HTTPClient might enable the servlet to do this. Michael - Original Message - From: Frank W. Zammetti [EMAIL PROTECTED] To: Tomcat Users List tomcat-user@jakarta.apache.org Cc: Tomcat Users List tomcat-user@jakarta.apache.org Sent: Wednesday, May 18, 2005 10:05 AM Subject: Re: Can a servlet receive its own request? If however, as I suspect might be the case, your servlet is going to actually be awaiting a reply from the outside server, then you should look at using Commons HTTPClient. I'm relatively sure it supports SSL connections, and then all your doing is making a remote request, awaiting the response and processing accordingly. It'd be just like using the standard URL object, but it's more robust than that. -- Frank W. Zammetti Founder and Chief Software Architect Omnytex Technologies http://www.omnytex.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Can a servlet receive its own request?
Yes, I'm now going the HttpClient route - and yes, I also realized that the object to be launched doesn't have to be a servlet at all. I was just anchored in thinking along those lines since I thought that the servlet would be the one receiving its own response. Anyway, I think I'm on the right track now. Many thanks to everyone who replied to my post - every input was very valuable. Michael - Original Message - From: Robert r. Sanders [EMAIL PROTECTED] To: Tomcat Users List tomcat-user@jakarta.apache.org Sent: Wednesday, May 18, 2005 1:08 PM Subject: Re: Can a servlet receive its own request? I've done something a little similar w/ the HTTPClient. What I ended up w/ was a Object that was run in the Servlet container but was not itself a servlet. Nit-picking. Anyway, you can do this, you just have to use other libraries (like the Commons HTTPClient). Michael Mehrle wrote: Thanks for your elaborate reply - actually, someone else also suggested to use commons HTTPClient. I might have over-explained all this - the major difference is that the servlet is being launched by Quartz, not by an outside HTTP request. Thus, it is the servlet that needs to be able to receive the response to its own request, and it appears that HTTPClient might enable the servlet to do this. Michael -- Robert r. Sanders Chief Technologist iPOV (334) 821-5412 www.ipov.net - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: No such list! s (AM I THE ONLY ONE GETTING THIS SPAM)?
No, you're not the only one - and if they don't clean up their act soon, I'll simply unsubscribe. Fu.ing annoying! Michael - Original Message - From: Guy Katz [EMAIL PROTECTED] To: Tomcat Users List tomcat-user@jakarta.apache.org Sent: Monday, May 16, 2005 10:46 PM Subject: RE: No such list! s (AM I THE ONLY ONE GETTING THIS SPAM)? am i the only one getting this annoying spam from the tomcat lisy? -Original Message- From: s [mailto:[EMAIL PROTECTED] Sent: Monday, May 16, 2005 10:32 PM To: tomcat-user@jakarta.apache.org Subject: No such list! s Valid Lists New Atlanta List Server --- There is no list by that name on this server. Available lists are: bluedragon-interest servletexec-interest jturbo-interest - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Scheduled task in tomcat - how?
I need to create an automated task in tomcat that gets launched every two hours or so, does its work and then sleeps again. The task needs to send some request values via a secure (https) POST to a cgi script running on an outside server, then receive the response, parse it and put it into the database. The response doesn't return the values as request parameters, but instead simply returns records in CSV (comma separated values) format, one record per line. So, here's what I'm pondering: a.. What's the best way to create that automated (scheduled) task and run it as a servlet under tomcat (5.5.9)? b.. You guys might laugh, but the last time I parsed CSV as part of the HTTP response was in my Perl days (looong ago) - is there some servlet support for doing this, or do I need to code alll this stuff myself from scratch? c.. Finally, what's the best approach to 'receiving' the response? The servlet issueing the request is obviously the requester, but since this is running inside of tomcat, how do I route the response to that servlet? Maybe I'm overthinking this, but I'm not sure how a servlet can be the recipient of its own request. Hope this makes sense. Any input on one or more of these questions would be appreciated. Michael - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Scheduled task in tomcat - how? 2
I was just thinking this: IF there would be another tomcat instance running, on a different port, then this one could issue the request and when called back the default servlet would pick up the response. Of course that's not what I'd like to do - wasting resources on a separate tomcat instance would be my very last resort... Michael - Original Message - From: Michael Mehrle [EMAIL PROTECTED] To: Tomcat Users List tomcat-user@jakarta.apache.org Sent: Tuesday, May 17, 2005 3:32 PM Subject: Scheduled task in tomcat - how? I need to create an automated task in tomcat that gets launched every two hours or so, does its work and then sleeps again. The task needs to send some request values via a secure (https) POST to a cgi script running on an outside server, then receive the response, parse it and put it into the database. The response doesn't return the values as request parameters, but instead simply returns records in CSV (comma separated values) format, one record per line. So, here's what I'm pondering: a.. What's the best way to create that automated (scheduled) task and run it as a servlet under tomcat (5.5.9)? b.. You guys might laugh, but the last time I parsed CSV as part of the HTTP response was in my Perl days (looong ago) - is there some servlet support for doing this, or do I need to code alll this stuff myself from scratch? c.. Finally, what's the best approach to 'receiving' the response? The servlet issueing the request is obviously the requester, but since this is running inside of tomcat, how do I route the response to that servlet? Maybe I'm overthinking this, but I'm not sure how a servlet can be the recipient of its own request. Hope this makes sense. Any input on one or more of these questions would be appreciated. Michael - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Scheduled task in tomcat - how?
I need to create an automated task in tomcat that gets launched every two hours or so, does its work and then sleeps again. The task needs to send some request values via a secure (https) POST to a cgi script running on an outside server, then receive the response, parse it and put it into the database. The response doesn't return the values as request parameters, but instead simply returns records in CSV (comma separated values) format, one record per line. So, here's what I'm pondering: a.. What's the best way to create that automated (scheduled) task and run it as a servlet under tomcat (5.5.9)? b.. You guys might laugh, but the last time I parsed CSV as part of the HTTP response was in my Perl days (looong ago) - is there some servlet support for doing this, or do I need to code alll this stuff myself from scratch? c.. Finally, what's the best approach to 'receiving' the response? The servlet issueing the request is obviously the requester, but since this is running inside of tomcat, how do I route the response to that servlet? Maybe I'm overthinking this, but I'm not sure how a servlet can be the recipient of its own request. Hope this makes sense. Any input on one or more of these questions would be appreciated. Michael - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Why 8080 and 8443 ..?
Which are ??? Please feel free to elaborate ;-) - Original Message - From: Caldarale, Charles R [EMAIL PROTECTED] To: Tomcat Users List tomcat-user@jakarta.apache.org Sent: Monday, April 25, 2005 8:00 PM Subject: RE: Why 8080 and 8443 ..? -Original Message- From: Parsons Technical Services [mailto:[EMAIL PROTECTED] Subject: Re: Why 8080 and 8443 ..? So there are two of the possible reasons that an upper port was chosen. Also, Tomcat is distributed in a more-or-less development configuration, rather than a production one. There are several parameters in addition to the ports that should be changed before putting it into a production environment. - 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat taking 125 seconds to launch
You guys might be on to something - on my development machine it's taking only 25 seconds or so (identical code, tomcat version, and mysql installation). Question is: how do I fix a possible DNS lookup problem? - Original Message - From: Andrew Miehs [EMAIL PROTECTED] To: Tomcat Users List tomcat-user@jakarta.apache.org Sent: Monday, April 04, 2005 2:02 AM Subject: Re: Tomcat taking 125 seconds to launch hmm - sounds like a dns lookup causing a problem Andrew On Apr 4, 2005, at 11:03 AM, t.n.a. wrote: Michael Mehrle wrote: The configuration is a modified version of appfuse 1.5 (struts and hibernate) - so this should give you a good idea of how it is structured. FYI: on my development machine here at home Tomcat starts in 28 seconds - identical project and configuration. A fairly long time, any way you cut it. It takes about 6-9s on my Athlon 1900+ (using JDK 1.5), and a couple of seconds more on my laptop (even though the laptop has a 2.8GHz P4!, but runs blackdawn jdk 1.4). Just a wild guess, but it seemes to me that you have a 2-minute timeout on something, and than tomcat normally loads in 5-6s. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat taking 125 seconds to launch
Hi Mark: Okay, the machine is a P4, 1GB RAM (512MB assigned to tomcat), and besides Tomcat 5.5.9, there's Apache running and mysql. Apache is not in use much. I have the apache logging set to WARN, so the slowdown is not due to excessive logging. The site is running an image gallery and there are probably around 100 jps for the gallery and image pages. I am not sure if adding jsps does affect the startup time. The configuration is a modified version of appfuse 1.5 (struts and hibernate) - so this should give you a good idea of how it is structured. FYI: on my development machine here at home Tomcat starts in 28 seconds - identical project and configuration. Any help would be greatly appreciated - if you need any configuration files, just ask and I'll email them to you. Michael - Original Message - From: Mark [EMAIL PROTECTED] To: Tomcat Users List tomcat-user@jakarta.apache.org Sent: Sunday, April 03, 2005 1:39 PM Subject: Re: Tomcat taking 125 seconds to launch gonna need more information. hardware, config files..etc. On Apr 2, 2005 6:42 PM, Michael Mehrle [EMAIL PROTECTED] wrote: I just installed tomcat 5.5.9 on Fedora FC3 and it's suddenly taking a long amount of time to launch - 125 seconds to be exact! INFO: Starting Coyote HTTP/1.1 on http-8080 Apr 2, 2005 6:39:00 PM org.apache.jk.common.ChannelSocket init INFO: JK: ajp13 listening on /0.0.0.0:8009 Apr 2, 2005 6:39:00 PM org.apache.jk.server.JkMain start INFO: Jk running ID=0 time=0/364 config=null Apr 2, 2005 6:39:00 PM org.apache.catalina.storeconfig.StoreLoader load INFO: Find registry server-registry.xml at classpath resource Apr 2, 2005 6:39:00 PM org.apache.catalina.startup.Catalina start INFO: Server startup in 125430 ms I didn't have this problem before - does anyone experience the same delay? It's also looking a bit more sluggish... Any input would be greatly appreciated. Michael - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat taking 125 seconds to launch
Okay, what exactly do you guys need? - Original Message - From: Remy Maucherat [EMAIL PROTECTED] To: Tomcat Users List tomcat-user@jakarta.apache.org Sent: Sunday, April 03, 2005 2:09 PM Subject: Re: Tomcat taking 125 seconds to launch You didn't post anything really relevant, but maybe it could be caused by the port binding (for some reason). -- x Rémy Maucherat Developer Consultant JBoss Group (Europe) SàRL x - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat taking 125 seconds to launch
I just installed tomcat 5.5.9 on Fedora FC3 and it's suddenly taking a long amount of time to launch - 125 seconds to be exact! INFO: Starting Coyote HTTP/1.1 on http-8080 Apr 2, 2005 6:39:00 PM org.apache.jk.common.ChannelSocket init INFO: JK: ajp13 listening on /0.0.0.0:8009 Apr 2, 2005 6:39:00 PM org.apache.jk.server.JkMain start INFO: Jk running ID=0 time=0/364 config=null Apr 2, 2005 6:39:00 PM org.apache.catalina.storeconfig.StoreLoader load INFO: Find registry server-registry.xml at classpath resource Apr 2, 2005 6:39:00 PM org.apache.catalina.startup.Catalina start INFO: Server startup in 125430 ms I didn't have this problem before - does anyone experience the same delay? It's also looking a bit more sluggish... Any input would be greatly appreciated. Michael - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: 5.5.x JDBCRealm problem - wasn't this fixed?
Fixed indeed - I was up late yesterday and jumped on that 5.5.9 release like it was manna from heaven (best analogy I could think of - I'm not religious). Logged in this morning after a night of inactivity and everything seems to be working :-) Thanks for taking care of this, guys - please forward my regards to the person who fixed this. I also must point out that everything seems to be a bit snappier now - have there been any performance increases? I'm running an image gallery all through tomcat, so it's hosting *everything* - looks a lot faster than before. Good job. Michael - Original Message - From: Remy Maucherat [EMAIL PROTECTED] To: Tomcat Users List tomcat-user@jakarta.apache.org Sent: Monday, March 28, 2005 12:34 AM Subject: Re: 5.5.x JDBCRealm problem - wasn't this fixed? On Sun, 27 Mar 2005 16:57:53 -0800, Michael Mehrle [EMAIL PROTECTED] wrote: Sorry for reposting this, but I'm really desperate - anyone?? In 5.5.9 (see the changelog). We recommend using the data source realm, BTW, which does everything much better. I just switched from 5.0.28 to 5.5.8 on my Fedora server. The app works fine but after some inactivity of approx 7 hours I try to log in and get the following error: at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) [tdx] WARN [http-8080-Processor23] JDBCRealm.getPassword(555) | Exception retrieving password for molecool If I recycle tomcat it works fine and as long as I keep hitting the server I don't get this problem. However, if I am gone for a few hours and come back I encounter this problem. Now, I did some digging online and others have encountered this as well. But I was under the impression that this bug was fixed and that 5.5.8 wasn't leaking connections anymore. Just for sh...ts and giggles I tried 5.5.7 and it's got the same problem. Here's my cofiguration: Context path= docBase=ROOT debug=99 reloadable=true antiJARLocking=true antiResourceLocking=true Realm className=org.apache.catalina.realm.JDBCRealm debug=99 driverName=@DB-DRIVERNAME@ connectionURL=@DB-URL@ connectionName=@DB-USERNAME@ connectionPassword=@DB-PASSWORD@ userTable=app_user userNameCol=username userCredCol=password userRoleTable=user_role roleNameCol=role_name / Resource name=jdbc/tdx auth=Container type=javax.sql.DataSource maxActive=100 maxIdle=30 maxWait=1 driverClassName=@DB-DRIVERNAME@ username=@DB-USERNAME@ password=@DB-PASSWORD@ url=@DB-URL@ defaultAutoCommit=true removeAbandoned=true removeAbandonedTimeout=60 logAbandoned=true/ /Context I would really appreciate some help here. There appears to be some jakarta-.jar file that fixes this, but I was unable to dig it up. I also tried to get tomcat out of cvs, but the build process seems to be more than I can handle at this point (missing references). This site needs to be up and running by Tuesday - ANY pointers would be very welcome ;-) Michael -- x Rémy Maucherat Developer Consultant JBoss Group (Europe) SàRL x - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
5.5.x JDBCRealm problem - wasn't this fixed?
Sorry for reposting this, but I'm really desperate - anyone?? - Original Message - I just switched from 5.0.28 to 5.5.8 on my Fedora server. The app works fine but after some inactivity of approx 7 hours I try to log in and get the following error: at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) [tdx] WARN [http-8080-Processor23] JDBCRealm.getPassword(555) | Exception retrieving password for molecool If I recycle tomcat it works fine and as long as I keep hitting the server I don't get this problem. However, if I am gone for a few hours and come back I encounter this problem. Now, I did some digging online and others have encountered this as well. But I was under the impression that this bug was fixed and that 5.5.8 wasn't leaking connections anymore. Just for sh...ts and giggles I tried 5.5.7 and it's got the same problem. Here's my cofiguration: Context path= docBase=ROOT debug=99 reloadable=true antiJARLocking=true antiResourceLocking=true Realm className=org.apache.catalina.realm.JDBCRealm debug=99 driverName=@DB-DRIVERNAME@ connectionURL=@DB-URL@ connectionName=@DB-USERNAME@ connectionPassword=@DB-PASSWORD@ userTable=app_user userNameCol=username userCredCol=password userRoleTable=user_role roleNameCol=role_name / Resource name=jdbc/tdx auth=Container type=javax.sql.DataSource maxActive=100 maxIdle=30 maxWait=1 driverClassName=@DB-DRIVERNAME@ username=@DB-USERNAME@ password=@DB-PASSWORD@ url=@DB-URL@ defaultAutoCommit=true removeAbandoned=true removeAbandonedTimeout=60 logAbandoned=true/ /Context I would really appreciate some help here. There appears to be some jakarta-.jar file that fixes this, but I was unable to dig it up. I also tried to get tomcat out of cvs, but the build process seems to be more than I can handle at this point (missing references). This site needs to be up and running by Tuesday - ANY pointers would be very welcome ;-) Michael - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
5.5.x JDBCRealm problem - wasn't this fixed?
I just switched from 5.0.28 to 5.5.8 on my Fedora server. The app works fine but after some inactivity of approx 7 hours I try to log in and get the following error: at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) [tdx] WARN [http-8080-Processor23] JDBCRealm.getPassword(555) | Exception retrieving password for molecool If I recycle tomcat it works fine and as long as I keep hitting the server I don't get this problem. However, if I am gone for a few hours and come back I encounter this problem. Now, I did some digging online and others have encountered this as well. But I was under the impression that this bug was fixed and that 5.5.8 wasn't leaking connections anymore. Just for sh...ts and giggles I tried 5.5.7 and it's got the same problem. Here's my cofiguration: Context path= docBase=ROOT debug=99 reloadable=true antiJARLocking=true antiResourceLocking=true Realm className=org.apache.catalina.realm.JDBCRealm debug=99 driverName=@DB-DRIVERNAME@ connectionURL=@DB-URL@ connectionName=@DB-USERNAME@ connectionPassword=@DB-PASSWORD@ userTable=app_user userNameCol=username userCredCol=password userRoleTable=user_role roleNameCol=role_name / Resource name=jdbc/tdx auth=Container type=javax.sql.DataSource maxActive=100 maxIdle=30 maxWait=1 driverClassName=@DB-DRIVERNAME@ username=@DB-USERNAME@ password=@DB-PASSWORD@ url=@DB-URL@ defaultAutoCommit=true removeAbandoned=true removeAbandonedTimeout=60 logAbandoned=true/ /Context I would really appreciate some help here. There appears to be some jakarta-.jar file that fixes this, but I was unable to dig it up. I also tried to get tomcat out of cvs, but the build process seems to be more than I can handle at this point (missing references). This site needs to be up and running by Tuesday - ANY pointers would be very welcome ;-) Michael
Re: Broken pipe exception with every request!
Good input, but the site is not being accessed by anyone but me right now and I sure did NOT cancel the page load. So, this is being caused by something else... Michael - Original Message - From: Shapira, Yoav [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Wednesday, July 28, 2004 5:50 AM Subject: RE: Broken pipe exception with every request! Hi, As the error message hints, a common cause for this exception is the client closing the browser while you're generating the page. People do that often when they run into error pages, e.g. as soon as they see the 404 header. I don't know what the rest of your 404.jsp does, but you should try to make it a very simple and quick page (preferably a static one). Yoav Shapira Millennium Research Informatics -Original Message- From: Michael Mehrle [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 27, 2004 4:35 PM To: Tomcat Users List Subject: Broken pipe exception with every request! I got up this morning and noticed that my production server was down. So, I checked tomcat's log and found a whole bunch of these: 2004-07-27 08:09:31 [EMAIL PROTECTED]: Exception Processing ErrorPage[errorCo de=404, location=/404.jsp] ClientAbortException: java.net.SocketException: Broken pipe at org.apache.coyote.tomcat5.OutputBuffer.doFlush(OutputBuffer.java:331) at org.apache.coyote.tomcat5.OutputBuffer.flush(OutputBuffer.java:297) at org.apache.coyote.tomcat5.CoyoteResponse.flushBuffer(CoyoteResponse.jav a:53 7 ) at org.apache.coyote.tomcat5.CoyoteResponseFacade.flushBuffer(CoyoteRespon seFa c ade.java:238) at org.apache.catalina.core.StandardHostValve.status(StandardHostValve.jav a:30 3 ) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.jav a:14 7 ) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveC onte x t.java:104) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.jav a:11 7 ) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveC onte x t.java:102) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java: 520) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve .jav a :109) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveC onte x t.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java: 520) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929) at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:7 99) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process Conn e ction(Http11Protocol.ja va:705) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:5 77) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPoo l.ja v a:683) at java.lang.Thread.run(Thread.java:534) Tailing the log once I restarted tomcat revealed that this error is being thrown with EVERY REQUEST - no matter what page! Something's very fishy here... BTW - I have the same application running on my staging server and do not get these error messages. Also, the server is pretty slow frankly and I wonder if that's related somehow. Michael - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Broken pipe exception with every request!
I got up this morning and noticed that my production server was down. So, I checked tomcat's log and found a whole bunch of these: 2004-07-27 08:09:31 [EMAIL PROTECTED]: Exception Processing ErrorPage[errorCo de=404, location=/404.jsp] ClientAbortException: java.net.SocketException: Broken pipe at org.apache.coyote.tomcat5.OutputBuffer.doFlush(OutputBuffer.java:331) at org.apache.coyote.tomcat5.OutputBuffer.flush(OutputBuffer.java:297) at org.apache.coyote.tomcat5.CoyoteResponse.flushBuffer(CoyoteResponse.java:537 ) at org.apache.coyote.tomcat5.CoyoteResponseFacade.flushBuffer(CoyoteResponseFac ade.java:238) at org.apache.catalina.core.StandardHostValve.status(StandardHostValve.java:303 ) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:147 ) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:104) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117 ) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:102) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java :109) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929) at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:799) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConne ction(Http11Protocol.ja va:705) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:577) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.jav a:683) at java.lang.Thread.run(Thread.java:534) Tailing the log once I restarted tomcat revealed that this error is being thrown with EVERY REQUEST - no matter what page! Something's very fishy here... BTW - I have the same application running on my staging server and do not get these error messages. Also, the server is pretty slow frankly and I wonder if that's related somehow. Michael - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
HotSpot vs. Jikes + performance tuning
I'm starting to run Tomcat 5.0.27 on a production server box. The question I have is as to which JVM to run it under. Last time I checked (a year ago) jikes was a lot faster, but then again things are in constant flux. Also, my production server (RedHat 9.0 on a Celeron 2.6GHz and 512MB of RAM) could not be set up with the latest version of Apache (don't ask - it's my hosting company) and so I'm serving static content under Tomcat as well. I expect there to be a lot of traffic on this site and maximizing resources is a MUST. ANY input would be appreciated. Michael - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
How to configure main web app to skip URL application context
The gist of it is that I will forgo Apache altogether and run Tomcat on port 80. Now, in order to do that I need to: a) Serve index.jsp directly like this http://www.hostname.com/index.jsp (or http://www.hostname.com) instead of having to go to: http://www.hostname.com/myapp/ b) Serve the rest of my application directly in the same fashion without having to specify the webapp context I've seen this done with a Tomcat demo installation of Roller, so I know it's possible. Any input would be appreciated. Thanks! Michael - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to configure main web app to skip URL application context
Which context declaration? In web.xml? - Original Message - From: Shapira, Yoav [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Wednesday, July 21, 2004 12:05 PM Subject: RE: How to configure main web app to skip URL application context Hi, Set path= in your Context declaration. Yoav Shapira Millennium Research Informatics -Original Message- From: Michael Mehrle [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 21, 2004 3:05 PM To: Tomcat Users List Subject: How to configure main web app to skip URL application context The gist of it is that I will forgo Apache altogether and run Tomcat on port 80. Now, in order to do that I need to: a) Serve index.jsp directly like this http://www.hostname.com/index.jsp (or http://www.hostname.com) instead of having to go to: http://www.hostname.com/myapp/ b) Serve the rest of my application directly in the same fashion without having to specify the webapp context I've seen this done with a Tomcat demo installation of Roller, so I know it's possible. Any input would be appreciated. Thanks! Michael - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Setting up mod_jk for Tomcat 5.0.27 under Apache 1.3.x
Okay, I can't believe how lousy the documentation for this is on the jakarta site: - Where do I find the latest connector (mod_jk) for Apache 1.3.x (I can't run Apache 2 because my hosting provider doesn't support it and needs 1.3 to run cPanel). - How do I reliably install that module for Tomcat 5.0.27? Again, the docs online are all over the place - I can't make it work. Any help would be greatly appreciated. Thanks, Michael - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Setting up mod_jk for Tomcat 5.0.27 under Apache 1.3.x
Sorry, but I don't understand your question. I am myself SOL on this and am seeking help from someone Michael - Original Message - From: Aristides Burke [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Tuesday, July 20, 2004 2:55 PM Subject: Re: Setting up mod_jk for Tomcat 5.0.27 under Apache 1.3.x Hi Michael. I have Apache 2 and Tomcat 4.1.30, I cannot compile the donwload file of internet. I down of the internet both file, Mod_jk and Mod_jk2 but out the same error. You can Send me the Mod_jk2 for Apache 2 and Tomcat 4.1.30? - Original Message - From: Michael Mehrle [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Tuesday, July 20, 2004 2:43 PM Subject: Setting up mod_jk for Tomcat 5.0.27 under Apache 1.3.x Okay, I can't believe how lousy the documentation for this is on the jakarta site: - Where do I find the latest connector (mod_jk) for Apache 1.3.x (I can't run Apache 2 because my hosting provider doesn't support it and needs 1.3 to run cPanel). - How do I reliably install that module for Tomcat 5.0.27? Again, the docs online are all over the place - I can't make it work. Any help would be greatly appreciated. Thanks, Michael - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Setting up mod_jk for Tomcat 5.0.27 under Apache 1.3.x
In case I didn't make this clear before: 1) I'm running Apache 1.3 (NOT APACHE2) on RedHat 9.0 2) I cannot find the right mod_jk module Now, I downloaded some rpm for Redhat 9 and the mod_jk.so I have configured in httpd.conf seems to have a problem - when I call httpd configtest I get: Cannot load /usr/local/apache/libexec/mod_jk.so into server: /usr/local/apache/libexec/mod_jk.so: undefined symbol: apr_sockaddr_ip_get I looked around for this error message, but can't find anything. And there is no Linux binary on the jakarta site - the directory is empty! I really need to get this up and running - any help would be appreciated. Michael - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: What is the latest version of Tomcat ?
I'm using 5.0.26 but not in production. Stay away from 5.0.25 - it's got problems... Michael - Original Message - From: Ben Bookey [EMAIL PROTECTED] To: Tomcat User List [EMAIL PROTECTED] Sent: Thursday, June 10, 2004 8:17 AM Subject: What is the latest version of Tomcat ? Dear List, On 9th May 2004 - Tomcat 5.0.24 Stable was released. Which version would you all recomend for a critical commercial product ? regards Ben - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Katja Handtusch/268/DCAG/DCX ist außer Haus.
Could you PLEASE switch this off??? Bitte bitte bitte!!! - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, June 07, 2004 5:23 AM Subject: Katja Handtusch/268/DCAG/DCX ist außer Haus. Ich werde ab 07.06.2004 nicht im Büro sein. Ich kehre zurück am 18.06.2004. Ich werde Ihre Nachricht nach meiner Rückkehr beantworten. Bei dringenden Angelegenheiten wenden Sie sich bitte an meine Vertretung Alexandra Pürschel (Tel.: 5463). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
JSP source being shown (not being executed)
For some reason my JSP source is being shown - it's not being compiled and executed. It might be worthwhile mentioning that I am mapping some servlet context as *.html, which redirects to this jsp - but it worked in another app of mine and inside my new app it doesn't work. I'm running Tomcat 5.0.26 btw. Any input would be welcome. Michael - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JSP source being shown (not being executed)
Actually, I'm not running Apache right now. This has something to do with my servlet context (*.html) not being sent to the JSP engine - it's treating it like regular HTML right now. Strange, since my other mappings seem to work fine (*.do). Michael - Original Message - From: Schalk [EMAIL PROTECTED] To: 'Tomcat Users List' [EMAIL PROTECTED] Sent: Tuesday, June 08, 2004 11:23 AM Subject: RE: JSP source being shown (not being executed) Just a thought but, if you are running both Apache and Tomcat, Apache is probably picking up the .html extension and tries to display the content of the file which will result in it displaying the code. Kind Regards Schalk Neethling Web Developer.Designer.Programmer.President Volume4.Development.Multimedia.Branding emotionalize.conceptualize.visualize.realize Tel: +27125468436 Fax: +27125468436 email:[EMAIL PROTECTED] web: www.volume4.com This message contains information that is considered to be sensitive or confidential and may not be forwarded or disclosed to any other party without the permission of the sender. If you received this message in error, please notify me immediately so that I can correct and delete the original email. Thank you. :: -Original Message- :: From: Michael Mehrle [mailto:[EMAIL PROTECTED] :: Sent: Tuesday, June 08, 2004 7:58 PM :: To: Tomcat Users List :: Subject: JSP source being shown (not being executed) :: :: For some reason my JSP source is being shown - it's not being compiled and :: executed. It might be worthwhile mentioning that I am mapping some servlet :: context as *.html, which redirects to this jsp - but it worked in another :: app of mine and inside my new app it doesn't work. :: :: I'm running Tomcat 5.0.26 btw. :: :: Any input would be welcome. :: :: Michael :: :: :: - :: To unsubscribe, e-mail: [EMAIL PROTECTED] :: For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JSP source being shown (not being executed)
Thanks for your input - but this would cause any other JSP not to work either. The servlets which are mapped to *.do seem to work fine - but the one mapped to *.html isn't. Michael - Original Message - From: Annie Guo [EMAIL PROTECTED] To: 'Tomcat Users List' [EMAIL PROTECTED] Sent: Tuesday, June 08, 2004 11:50 AM Subject: RE: JSP source being shown (not being executed) I have seen that before with JDK not in the system path. -Original Message- From: Michael Mehrle [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 08, 2004 2:44 PM To: Tomcat Users List Subject: Re: JSP source being shown (not being executed) Actually, I'm not running Apache right now. This has something to do with my servlet context (*.html) not being sent to the JSP engine - it's treating it like regular HTML right now. Strange, since my other mappings seem to work fine (*.do). Michael - Original Message - From: Schalk [EMAIL PROTECTED] To: 'Tomcat Users List' [EMAIL PROTECTED] Sent: Tuesday, June 08, 2004 11:23 AM Subject: RE: JSP source being shown (not being executed) Just a thought but, if you are running both Apache and Tomcat, Apache is probably picking up the .html extension and tries to display the content of the file which will result in it displaying the code. Kind Regards Schalk Neethling Web Developer.Designer.Programmer.President Volume4.Development.Multimedia.Branding emotionalize.conceptualize.visualize.realize Tel: +27125468436 Fax: +27125468436 email:[EMAIL PROTECTED] web: www.volume4.com This message contains information that is considered to be sensitive or confidential and may not be forwarded or disclosed to any other party without the permission of the sender. If you received this message in error, please notify me immediately so that I can correct and delete the original email. Thank you. :: -Original Message- :: From: Michael Mehrle [mailto:[EMAIL PROTECTED] :: Sent: Tuesday, June 08, 2004 7:58 PM :: To: Tomcat Users List :: Subject: JSP source being shown (not being executed) :: :: For some reason my JSP source is being shown - it's not being compiled and :: executed. It might be worthwhile mentioning that I am mapping some servlet :: context as *.html, which redirects to this jsp - but it worked in another :: app of mine and inside my new app it doesn't work. :: :: I'm running Tomcat 5.0.26 btw. :: :: Any input would be welcome. :: :: Michael :: :: :: - :: To unsubscribe, e-mail: [EMAIL PROTECTED] :: For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Cross-app security question
I do have a question regarding security across appfuse and other webapps. Currently, I have two separate web applications running under Tomcat (5.0.26): - tdx (which is a version of appfuse) - jGallery (which dynamically serves images) The way jGallery works is that it 'crossmaps' image gallery directories dynamically - it's actually pretty cool. What that means is that if I create a folder at ../tdx/mygallery and put images in it, then typing in a URL such as: http://localhost:8080/jGallery/tdx/mygallery/index.html will autogenerate an index page and also create the approprate slide pages. So far so good The problem is that that all my security settings don't work anymore this way since the images are being served by jGallery (and I don't want to manage two different security settings). Also, it's difficult to make the gallery part of my tiles configuration. I can probably point outside of my app (haven't tried that) but it gets a bit ugly. The security settings are the bigger problem however. I'd like to be able to map it somehow that everything goes through the tdx project security. So, in order to see the images and the gallery index at the URL above, users would have to log in (such as in the default appfuse installation). I was thinking that I could somehow bring jGallery inside tdx, but that would mean having to merge the two web.xml files as well as tdx.xml and jGallery.xml inside of ..conf/Catalina/localhost/. I'd rather not do that and am hoping for some elegant solution that allows me to keep the gallery generator and my main tdx webapp separate. Any suggestions? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: SSL and starting tomcat - issues
Hi Carl: Obviously there are some concurrency issues when registering contexts. What version of Tomcat are you running? You might want to upgrade to 5.0.26 (don't use 5.0.24) - from what I gathered this was a bug in 5.0.7. Let me know how you fare. Michael - Original Message - From: Carl Olivier [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, June 05, 2004 6:56 AM Subject: SSL and starting tomcat - issues Greetings. I am having some weird error when starting tomcat - the exception in the logs is: WARNING: Error registering contexts java.util.ConcurrentModificationException at java.util.HashMap$HashIterator.nextEntry(HashMap.java:782) at java.util.HashMap$EntryIterator.next(HashMap.java:824) at java.util.HashMap.putAllForCreate(HashMap.java:424) at java.util.HashMap.clone(HashMap.java:656) at mx4j.server.DefaultMBeanRepository.clone(DefaultMBeanRepository.java:56) at mx4j.server.MBeanServerImpl.findMBeansByPattern(MBeanServerImpl.java:1603) at mx4j.server.MBeanServerImpl.queryObjectNames(MBeanServerImpl.java:1568) at mx4j.server.MBeanServerImpl.queryMBeans(MBeanServerImpl.java:1512) at org.apache.coyote.tomcat5.MapperListener.init(MapperListener.java:136) at org.apache.coyote.tomcat5.CoyoteConnector.start(CoyoteConnector.java:1510) at org.apache.catalina.core.StandardService.start(StandardService.java:485) at org.apache.catalina.core.StandardServer.start(StandardServer.java:2298) at org.apache.catalina.startup.Catalina.start(Catalina.java:556) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39 ) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl .java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:284) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:422) This results in none of the 49 contexts (hosts) to start correctly (or rather to be available). When I request one of the hosts it returns a HTTP 400 - Bad Request! If I retart Tomcat enough times - it does come up eventually! The only thing I have added is a HTTPS Coyote Connector - using a PKCS12 keystore for a cert for ONE of the contexts (hosts)! Nothing else has changed - and it has been running for a fairly long time! Any ideas? Carl - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: SSL and starting tomcat - issues
FYI: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22388 - Original Message - From: Carl Olivier [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, June 05, 2004 6:56 AM Subject: SSL and starting tomcat - issues Greetings. I am having some weird error when starting tomcat - the exception in the logs is: WARNING: Error registering contexts java.util.ConcurrentModificationException at java.util.HashMap$HashIterator.nextEntry(HashMap.java:782) at java.util.HashMap$EntryIterator.next(HashMap.java:824) at java.util.HashMap.putAllForCreate(HashMap.java:424) at java.util.HashMap.clone(HashMap.java:656) at mx4j.server.DefaultMBeanRepository.clone(DefaultMBeanRepository.java:56) at mx4j.server.MBeanServerImpl.findMBeansByPattern(MBeanServerImpl.java:1603) at mx4j.server.MBeanServerImpl.queryObjectNames(MBeanServerImpl.java:1568) at mx4j.server.MBeanServerImpl.queryMBeans(MBeanServerImpl.java:1512) at org.apache.coyote.tomcat5.MapperListener.init(MapperListener.java:136) at org.apache.coyote.tomcat5.CoyoteConnector.start(CoyoteConnector.java:1510) at org.apache.catalina.core.StandardService.start(StandardService.java:485) at org.apache.catalina.core.StandardServer.start(StandardServer.java:2298) at org.apache.catalina.startup.Catalina.start(Catalina.java:556) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39 ) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl .java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:284) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:422) This results in none of the 49 contexts (hosts) to start correctly (or rather to be available). When I request one of the hosts it returns a HTTP 400 - Bad Request! If I retart Tomcat enough times - it does come up eventually! The only thing I have added is a HTTPS Coyote Connector - using a PKCS12 keystore for a cert for ONE of the contexts (hosts)! Nothing else has changed - and it has been running for a fairly long time! Any ideas? Carl - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: SSL and starting tomcat - issues
5.0.25 has got JNDI problems - you're better off with 5.0.26 - I'm running it now and have not experienced any problems [yet]. Since you're in a production environment, don't take any chances. But it doesn't make much sense to run differnt Tomcat versions on production and staging, so yes - always be on the side of caution. Regarding your initial problem - why don't you re-install Tomcat and see what happens. Maybe something got corrupted somewhere - I now that's not what you're hoping for, but I always narrow things down from both sides. Michael - Original Message - From: Carl Olivier [EMAIL PROTECTED] To: 'Tomcat Users List' [EMAIL PROTECTED] Sent: Saturday, June 05, 2004 8:23 AM Subject: RE: SSL and starting tomcat - issues Hi Michael. Thanks for the response! I am running tomcat 5.0.24 - This is a production server - so I think I should wait till TC5.026 is procounced stable? Thanks Carl -Original Message- From: Michael Mehrle [mailto:[EMAIL PROTECTED] Sent: 05 June 2004 05:25 PM To: Tomcat Users List Subject: Re: SSL and starting tomcat - issues Hi Carl: Obviously there are some concurrency issues when registering contexts. What version of Tomcat are you running? You might want to upgrade to 5.0.26 (don't use 5.0.24) - from what I gathered this was a bug in 5.0.7. Let me know how you fare. Michael - Original Message - From: Carl Olivier [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, June 05, 2004 6:56 AM Subject: SSL and starting tomcat - issues Greetings. I am having some weird error when starting tomcat - the exception in the logs is: WARNING: Error registering contexts java.util.ConcurrentModificationException at java.util.HashMap$HashIterator.nextEntry(HashMap.java:782) at java.util.HashMap$EntryIterator.next(HashMap.java:824) at java.util.HashMap.putAllForCreate(HashMap.java:424) at java.util.HashMap.clone(HashMap.java:656) at mx4j.server.DefaultMBeanRepository.clone(DefaultMBeanRepository.java:5 6) at mx4j.server.MBeanServerImpl.findMBeansByPattern(MBeanServerImpl.java:1603) at mx4j.server.MBeanServerImpl.queryObjectNames(MBeanServerImpl.java:1568) at mx4j.server.MBeanServerImpl.queryMBeans(MBeanServerImpl.java:1512) at org.apache.coyote.tomcat5.MapperListener.init(MapperListener.java:136) at org.apache.coyote.tomcat5.CoyoteConnector.start(CoyoteConnector.java:1510) at org.apache.catalina.core.StandardService.start(StandardService.java:485) at org.apache.catalina.core.StandardServer.start(StandardServer.java:2298) at org.apache.catalina.startup.Catalina.start(Catalina.java:556) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39 ) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl .java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:284) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:422) This results in none of the 49 contexts (hosts) to start correctly (or rather to be available). When I request one of the hosts it returns a HTTP 400 - Bad Request! If I retart Tomcat enough times - it does come up eventually! The only thing I have added is a HTTPS Coyote Connector - using a PKCS12 keystore for a cert for ONE of the contexts (hosts)! Nothing else has changed - and it has been running for a fairly long time! Any ideas? Carl - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Looking for naming-factory.jar from 5.0.24
I recently ran into some JNDI problem in 5.0.25, and this is mentioned as the fix: I have a vague theory on why this happened. Regardless, this is a good catch on your part. I've opened a bugzilla item for it (http://nagoya.apache.org/bugzilla/show_bug.cgi?id=29255), and noted in the item that a quick workaround until the next build is available is to copy the naming-factory.jar from 5.0.24 to the common/lib directory. Now, I looked around and am unable to find 5.0.24 anywhere - does anyone know where it is still hosted, or even better: can someone send me naming-factory.jar from 5.0.24 release? (I knew I shouldn't have dumped it)... Thanks, Michael
Re: Looking for naming-factory.jar from 5.0.24
I see - where can I get it? I looked around on the jakarta site and they still list 5.0.25 (what's up with that?). Michael - Original Message - From: Shapira, Yoav [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Wednesday, June 02, 2004 9:12 AM Subject: RE: Looking for naming-factory.jar from 5.0.24 Hi, 5.0.26 has a good naming-factory.jar and is easy to download now ;) Yoav Shapira Millennium Research Informatics -Original Message- From: Filip Hanik - Dev [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 02, 2004 12:02 PM To: Tomcat Users List Subject: Re: Looking for naming-factory.jar from 5.0.24 http://archive.apache.org/dist/jakarta/tomcat-5/v5.0.24/ - Original Message - From: Michael Mehrle [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Wednesday, June 02, 2004 10:52 AM Subject: Looking for naming-factory.jar from 5.0.24 I recently ran into some JNDI problem in 5.0.25, and this is mentioned as the fix: I have a vague theory on why this happened. Regardless, this is a good catch on your part. I've opened a bugzilla item for it (http://nagoya.apache.org/bugzilla/show_bug.cgi?id=29255), and noted in the item that a quick workaround until the next build is available is to copy the naming-factory.jar from 5.0.24 to the common/lib directory. Now, I looked around and am unable to find 5.0.24 anywhere - does anyone know where it is still hosted, or even better: can someone send me naming-factory.jar from 5.0.24 release? (I knew I shouldn't have dumped it)... Thanks, Michael - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat 5 clustering
:-) Of course you won't get it down to 1 second - there is some overhead associated with any type of clustering - 3 seconds would be a great goal. I would also take a look at where your current performance issues are and try to get as much as you can out of one Tomcat installation. Maybe you don't have enough RAM installed, maybe you have other services running - the way your app is written might be non-optimal, and there are a myriad of things that can drag your box down. Simply throwing more hardware at it is not always the best solution (a mixed approach might be what the doctor ordered). Just some general input to set the stage - others will be able to offer your more detailed insight on what to do... Michael - Original Message - From: Michael Cardon [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Wednesday, June 02, 2004 5:09 PM Subject: Tomcat 5 clustering For the sake of this question, let me assume that I have an application running on one instance of Tomcat that takes 10 seconds to complete a client request. If I cluster 10 machines together does it help with the through-put, i.e. meaning it might take 1 second to complete the request now, or does it just make the session redundant in case of failure. Just wondering about which setup would serve me the best and be the fastest for our clients. Thanks for any input on this. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Best approach for distributed authentication
I am building a site that has regions which are restricted to non-members. The idea is to build the site in a way that there is *not* a member section per se - rather certain links will work for members only and otherwise link to a 'sign-up page'. These links will be distributed all over the site and one can imagine the site hierarchy to be a tree, where certain nodes on the edges of the branches are only for members - hope I make sense here. Anyway, I'm considering to use AppFuse to put this site together - any tips on what approach might be the easiest and most effective? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]