Ajax, Lizard Brain Web Design, JSF, Struts, JavaScript, Mobile Web, Fl ash, jQuery, GWT, Harmony at India’ s No.1 Software Developer Conference
Great Indian Developer Summit 2010 – India's Biggest Polyglot Conference and Workshops for IT Software Professionals Bangalore, April 9, 2010: The GIDS.Web Conference and Workshops has announced the complete program of over 30 sessions on how browser and rich web technologies such as AJAX, DHTML, Mashups, Web 2.0, Enterprise 2.0 technologies, and Rich UI technologies are making money and gaining market-share for some of the leading businesses in the world. The GIDS.Web track at Great Indian Developer Summit takes place 21 and 23 April 2010, at the Indian Institute of Science in Bangalore. To register or for more information visit: www.developersummit.com. As one of the longest running independent developer conferences in India, GIDS.Web at the Great Indian Developer Summit 2010 is uniquely positioned to provide a blend of practical, pragmatic and immediately applicable knowledge and a glimpse of the future of technology. During 21 and 23 April 2010, GIDS.Web offers a multi-track conference, workshops, expo show floor, and networking opportunities. The first keynote at GIDS.Web is led by the leading Java EE and Ajax developer, speaker, and author Marty Hall. The best of India's Java and RIA programmers have learnt the subject from Marty's seminal books Core Servlets and JavaServer Pages (first and second editions), More Servlets and JavaServer Pages, and Core Web Programming (first and second editions) from Prentice Hall and Sun Microsystems Press. Marty's keynote address is a comparison of approaches to building rich Internet applications with Ajax. Marty says Ajax development is difficult, and there are several fundamentally different strategies to building Ajaxified Web applications. The keynote address will survey the three most important of these approaches: using an Ajax-enabled JavaScript library such as jQuery, Prototype, Scriptaculous, Dojo, or Ext/JS; using a Web framework such as JSF 2.0 or Struts 2 that has integrated Ajax support; using the Google Web Toolkit (GWT) to build "pure Java" Ajax applications. The talk will compare and contrast these three approaches, discussing the types of applications that fit best for each option. Over the course of the summit Marty will conduct several more sessions on "Choosing an Ajax/JavaScript Toolkit: A Comparison of the Most Popular JavaScript Libraries", "Pure Java Ajax: An Overview of GWT 2.0", "Integrated Ajax Support in JSF 2.0" and "Ajax Support in the Prototype JavaScript Library". The second keynote by the head of Adobe's Flash initiative in India, Ramesh Srinivasaraghavan, explores the state of art in web application development and identify trends that could transform the way we create and use web applications. The talk explains how the Adobe Flash Platform has fuelled this revolution with an integrated set of technologies for delivering the most compelling applications, content and video to the widest possible audience. The Director of Forum Nokia will explain how cloud computing coupled with mobile applications enable consumers to have access to powerful services and improved user experiences never before thought possible. IEEE's 2010 President-Elect Sorel Reisman's afternoon address steps to improve the IT profession in India. Featured talks at GID.Web also include: * Web 2.0 Checklist - Deconstructing Modern Websites, Scott Davis * Choosing an Ajax/JavaScript Toolkit: Comparison of Popular JavaScript Libraries, Marty Hall * Lizard Brain Web Design, Scott Davis * Effective Design Processes and Resources for Mobile Web Development, Arabella David * NoSQL: The Shift to a Non-relational World, Nosh Petigara * Open Source Web Debugging Tools, Matthew McCullough * Building Line of Business Applications with Silverlight 4.0, Stephen Forte * Hadoop - Divide and Conquer, Matthew McCullough * Adobe Flash Catalyst for Agile Interaction Design, Harish Sivaramakrishnan * Using jQuery and AJAX to Build Front-ends for ASP.NET and ASP.NET MVC, Pandurang Nayak * First Steps to IT Heaven Through the Cloud. Part II: .WEB, Simone Brunozzi * Building Rich Internet Applications with SL RIA Web Services, Pandurang Nayak * Enriching Cloud Applications with Adobe Flash Platform, Ramesh Srinivasaraghavan * Payments for the Web.future, Khurram Khan and Praveen Alavilli * Longevity of Scalable Systems, Nishad Kamat * Transform yourself into a Mobile App Developer Using Web Run Time, Balagopal K S * Developing Multi Screen Applications on Adobe Flash Platform, Hemanth Sharma * Why Harmony and For Whom?, Himanshu Goyal * IIS Hosting Solution for ASP.net and PHP Web Sites, Nahas Mohammed * Building Pluggable Web applications using Django, Lakshman Prasad * Workshop: The 180-min AJAX and JSON Spike Class, Scott Davis * Workshop: Essence of Functional Programming, Venkat Subramaniam * Workshop: Agile Development, Tools, and Teams and Scrum Certification, Stephen Forte * Workshop: PHP + Adobe Flex = Killer RIA, Shyamprasad P * Workshop: Cloud Computing Boot Camp on t
Installing certificate chain on Tomat
i am installing certificate chain on tomcat 6.x (JRE 1.6). From my CA I have
private key (PEM),
identity cert (PEM) (CA X trusts myhost)
and a cert chain file (PEM file) (entrust trusts CA X)
The cert chain is: (entrust) === trusts ==> (CA X) == trusts ==> myhost
I have converted the private key and identify cert into DER form
and have imported into /etc/keystore (tomcat's keystore).
I have imported the certificate chain PEM file into
${JAVA_HOME}/jre/lib/security/cacerts.
when I login to tomcat i get warning that certificate
myhost isused by CA X is not trrusted.
It seems like browser does not get full cert chain (entrust => CA X =>
myhost).
what could I be doing wrong? pl help.
Regs,
/U
--
View this message in context:
http://old.nabble.com/Installing-certificate-chain-on-Tomat-tp28199836p28199836.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 fresh install, will not startup,
Thanks for the quick fix. The problem was the environment variable CATALINA_HOME Do not set one up. JAVA_HOME is okay. --- On Fri, 4/9/10, Christopher Schultz wrote: From: Christopher Schultz Subject: Re: Tomcat 6 fresh install, will not startup, To: "Tomcat Users List" Received: Friday, April 9, 2010, 5:32 PM -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Robert, On 4/9/2010 5:13 PM, Robert Wolf wrote: > Did I fresh install and did not > modify any of the files. Can you re-format your message? All that wrapping is making it very difficult to read your message. > The problem is it is not creating > the log file name properly > Should > be > C:\apache-tomcat-6.0.26\logs\catalina.2010-04-09.log Okay, what does your logging.properties file look like? (Please post with only newlines that are naturally-occurring in the file). > But it looks like this, which is > wrong > C:\apache-tomcat-6.0.26" > -Dcatalina.home=C:\apache-tomcat-6.0.26"\logs\catalina.2010-04-09.log Is that all one string, or two? > Try to startup and get the following > error > > [...] > java.io.FileNotFoundException: > C:\apache-tomcat-6.0.26" > -Dcatalina.home=C:\apache-tomcat6.0.26"\logs\catalina.2010-04-09.log That certainly looks weird to me. You shouldn't have to set JAVA_HOME. You also shouldn't have to set CATALINA_HOME. Try unsetting these environment variables and trying again. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAku/nQgACgkQ9CaO5/Lv0PBq5gCgoOAfz99/Jqy2EDYV+RO1PWSn mnQAoLsyrnbd6tBhiOW5BHTbUgAnLOxS =Do/V -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org __ Make your browsing faster, safer, and easier with the new Internet Explorer® 8. Optimized for Yahoo! Get it Now for Free! at http://downloads.yahoo.com/ca/internetexplorer/
Tomcat 5.4 exist?
Hi, I just want to know if there is a Tomcat version 5.4 and where I can find it. I checked on the archive but there is only 5.0.x and 5.5.x versions. Someone told me that he have a Tomcat 5.4 installed. thank you! Sébastien
Re: Tomcat 6 fresh install, will not startup,
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Robert, On 4/9/2010 5:13 PM, Robert Wolf wrote: > Did I fresh install and did not > modify any of the files. Can you re-format your message? All that wrapping is making it very difficult to read your message. > The problem is it is not creating > the log file name properly > Should > be > C:\apache-tomcat-6.0.26\logs\catalina.2010-04-09.log Okay, what does your logging.properties file look like? (Please post with only newlines that are naturally-occurring in the file). > But it looks like this, which is > wrong > C:\apache-tomcat-6.0.26" > -Dcatalina.home=C:\apache-tomcat-6.0.26"\logs\catalina.2010-04-09.log Is that all one string, or two? > Try to startup and get the following > error > > [...] > java.io.FileNotFoundException: > C:\apache-tomcat-6.0.26" > -Dcatalina.home=C:\apache-tomcat6.0.26"\logs\catalina.2010-04-09.log That certainly looks weird to me. You shouldn't have to set JAVA_HOME. You also shouldn't have to set CATALINA_HOME. Try unsetting these environment variables and trying again. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAku/nQgACgkQ9CaO5/Lv0PBq5gCgoOAfz99/Jqy2EDYV+RO1PWSn mnQAoLsyrnbd6tBhiOW5BHTbUgAnLOxS =Do/V -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: symbolic links deleted when restarting tomcat
Thanks Chris. Indeed, my issue is different than the one you've described - The links are deleted from common/lib and server/lib, and their targets are unharmed. I don't know of any other reason that could have possible cause the deletion. Thanks for the answer. On Sat, Apr 10, 2010 at 12:06 AM, Christopher Schultz < ch...@christopherschultz.net> wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Karin, > > On 4/9/2010 4:55 PM, Karin Moscovici wrote: > > I'm using tomcat 5.5 on Linux Centos. Today, after restarting tomcat, my > > application did not load. In the logs I found NoClassDefError on > > org.servlet.jsp.JspFactory class. It seems that the symbolic link to > > /usr/shar/java/jsp.jar that was under tomcat/common/lib simply > dissappeared. > > When I added it using ln -s the problem was solved. This has happened to > me > > once before with HttpServletRequest class and servlet-api.jar from > > tomcat/server/lib. Is this a known issue? > > The only issue I believe Tomcat has with symbolic links is when you have > a symbolic link pointing from inside your webapp's deployment directory > (say, webapps/mywebapp) and then you perform an "undeploy" operation: > that will perform a recursive delete that ravages the target of the > symlink. > > That has been fixed in recent versions: check the ChangeLog for details. > > It sounds like your issue is something different, though. > > I don't believe Tomcat deletes any files except those related to actual > webapps. Are you sure there's no other way these links could have been > deleted? > > You could make those files (and their parent directories) non-writable > by the euid running Tomcat and see if you get any exceptions: that would > produce a stack trace proving that Tomcat is trying to delete the file > (when it probably shouldn't be). > > - -chris > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.10 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iEYEARECAAYFAku/lsQACgkQ9CaO5/Lv0PAsFgCcCshvXNw9XgunBH5UU5vgK2iQ > 5qUAmwYM/5ElVOOXJtSm5KQL2QADVhuL > =V0Vo > -END PGP SIGNATURE- > > - > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > >
Tomcat 6 fresh install, will not startup,
Did I fresh install and did not modify any of the files. Running on windows XP with service packs Using Sun’s java C:\apache-tomcat-6.0.26\bin> java -version java version "1.6.0_19" Java(TM) SE Runtime Environment (build 1.6.0_19-b04) Java HotSpot(TM) Client VM (build 16.2-b04, mixed mode, sharing) Installed apache-tomcat-6.0.26 into folder C:\apache-tomcat-6.0.26\ C:\apache-tomcat-6.0.26\bin> catalina.bat version Using CATALINA_BASE: "C:\apache-tomcat-6.0.26\" Using CATALINA_HOME: "C:\apache-tomcat-6.0.26\" Using CATALINA_TMPDIR: "C:\apache-tomcat-6.0.26\\temp" Using JRE_HOME: "C:\Program Files\Java\jdk1.6.0_19\" Using CLASSPATH: "C:\apache-tomcat-6.0.26\\bin\bootstrap.jar" Server version: Apache Tomcat/6.0.26 Server built: March 9 2010 1805 Server number: 6.0.26.0 OS Name: Windows XP OS Version: 5.1 Architecture: x86 JVM Version: 1.6.0_19-b04 JVM Vendor: Sun Microsystems Inc. Setup two environment variables: C:\apache-tomcat-6.0.26\bin> echo %JAVA_HOME% C:\Program Files\Java\jdk1.6.0_19\ C:\apache-tomcat-6.0.26\bin> echo %CATALINA_HOME% C:\apache-tomcat-6.0.26\ The problem is it is not creating the log file name properly Should be C:\apache-tomcat-6.0.26\logs\catalina.2010-04-09.log But it looks like this, which is wrong C:\apache-tomcat-6.0.26" -Dcatalina.home=C:\apache-tomcat-6.0.26"\logs\catalina.2010-04-09.log Try to startup and get the following error C:\apache-tomcat-6.0.26\bin> catalina.bat run Using CATALINA_BASE: "C:\apache-tomcat-6.0.26\" Using CATALINA_HOME: "C:\apache-tomcat-6.0.26\" Using CATALINA_TMPDIR: "C:\apache-tomcat-6.0.26\\temp" Using JRE_HOME: "C:\Program Files\Java\jdk1.6.0_19\" Using CLASSPATH: "C:\apache-tomcat-6.0.26\\bin\bootstrap.jar" java.util.logging.ErrorManager: 4 java.io.FileNotFoundException: C:\apache-tomcat-6.0.26" -Dcatalina.home=C:\apache-tomcat6.0.26"\logs\catalina.2010-04-09.log (The filename, directory name, or volume label syntax is incorrect) at java.io.FileOutputStream.openAppend(Native Method) at java.io.FileOutputStream.(FileOutputStream.java:177) at java.io.FileOutputStream.(FileOutputStream.java:102) at org.apache.juli.FileHandler.openWriter(FileHandler.java:328) at org.apache.juli.FileHandler.(FileHandler.java:65) at org.apache.juli.FileHandler.(FileHandler.java:56) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:513) at java.lang.Class.newInstance0(Class.java:355) at java.lang.Class.newInstance(Class.java:308) at org.apache.juli.ClassLoaderLogManager.readConfiguration(ClassLoaderLogManager.java:515) at org.apache.juli.ClassLoaderLogManager.readConfiguration(ClassLoaderLogManager.java:460) at org.apache.juli.ClassLoaderLogManager.readConfiguration(ClassLoaderLogManager.java:286) at java.util.logging.LogManager$2.run(LogManager.java:268) at java.security.AccessController.doPrivileged(Native Method) at java.util.logging.LogManager.readPrimordialConfiguration(LogManager.java:266) at java.util.logging.LogManager.getLogManager(LogManager.java:249) at java.util.logging.Logger.(Logger.java:220) at java.util.logging.LogManager$RootLogger.(LogManager.java:958) at java.util.logging.LogManager$RootLogger.(LogManager.java:955) at java.util.logging.LogManager$1.run(LogManager.java:181) at java.security.AccessController.doPrivileged(Native Method) at java.util.logging.LogManager.(LogManager.java:158) at java.util.logging.Logger.getLogger(Logger.java:273) at org.apache.juli.logging.DirectJDKLog.(DirectJDKLog.java:71) at org.apache.juli.logging.DirectJDKLog.getInstance(DirectJDKLog.java:17 8) at org.apache.juli.logging.LogFactory.getInstance(LogFactory.java:171) at org.apache.juli.logging.LogFactory.getInstance(LogFactory.java:243) at org.apache.juli.logging.LogFactory.getLog(LogFactory.java:298) at org.apache.catalina.startup.Bootstrap.(Bootstrap.java:55) java.util.logging.ErrorManager: 4 java.io.FileNotFoundException: C:\apache-tomcat-6.0.26" -Dcatalina.home=C:\apache-tomcat-6.0.26"\logs\localhost.2010-04-09.log (The filename, directory name, or volume label syntax is incorrect) at java.io.FileOutputStream.openAppend(Native Method) at java.io.FileOutputStream.(FileOutputStream.java:177) at java.io.FileOutputStream.(FileOutputStream.java:102) at org.apache.juli.FileHandler.openWriter(FileHandler.java:328) at org.apache.juli.FileHan
Re: symbolic links deleted when restarting tomcat
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Karin, On 4/9/2010 4:55 PM, Karin Moscovici wrote: > I'm using tomcat 5.5 on Linux Centos. Today, after restarting tomcat, my > application did not load. In the logs I found NoClassDefError on > org.servlet.jsp.JspFactory class. It seems that the symbolic link to > /usr/shar/java/jsp.jar that was under tomcat/common/lib simply dissappeared. > When I added it using ln -s the problem was solved. This has happened to me > once before with HttpServletRequest class and servlet-api.jar from > tomcat/server/lib. Is this a known issue? The only issue I believe Tomcat has with symbolic links is when you have a symbolic link pointing from inside your webapp's deployment directory (say, webapps/mywebapp) and then you perform an "undeploy" operation: that will perform a recursive delete that ravages the target of the symlink. That has been fixed in recent versions: check the ChangeLog for details. It sounds like your issue is something different, though. I don't believe Tomcat deletes any files except those related to actual webapps. Are you sure there's no other way these links could have been deleted? You could make those files (and their parent directories) non-writable by the euid running Tomcat and see if you get any exceptions: that would produce a stack trace proving that Tomcat is trying to delete the file (when it probably shouldn't be). - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAku/lsQACgkQ9CaO5/Lv0PAsFgCcCshvXNw9XgunBH5UU5vgK2iQ 5qUAmwYM/5ElVOOXJtSm5KQL2QADVhuL =V0Vo -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: symbolic links deleted when restarting tomcat
It's not the application unload that did it, the application failed to load because the symbolic links were gone. If anyone knows why should symbolic links to jars should be deleted, please share. On Sat, Apr 10, 2010 at 12:01 AM, Pid * wrote: > You'd have to do something pretty strange with symbolic links for an > application unload to cause those to be deleted. But then, re-packaged > versions of Tomcat seem to do some strange things with symbolic links... > > > p > > On 9 April 2010 21:55, Karin Moscovici > wrote: > > > Hi, > > > > I'm using tomcat 5.5 on Linux Centos. Today, after restarting tomcat, my > > application did not load. In the logs I found NoClassDefError on > > org.servlet.jsp.JspFactory class. It seems that the symbolic link to > > /usr/shar/java/jsp.jar that was under tomcat/common/lib simply > > dissappeared. > > When I added it using ln -s the problem was solved. This has happened to > me > > once before with HttpServletRequest class and servlet-api.jar from > > tomcat/server/lib. Is this a known issue? > > > > Thanks > > Karin > > > > > > -- > > -- > pidster.com >
Re: symbolic links deleted when restarting tomcat
You'd have to do something pretty strange with symbolic links for an application unload to cause those to be deleted. But then, re-packaged versions of Tomcat seem to do some strange things with symbolic links... p On 9 April 2010 21:55, Karin Moscovici wrote: > Hi, > > I'm using tomcat 5.5 on Linux Centos. Today, after restarting tomcat, my > application did not load. In the logs I found NoClassDefError on > org.servlet.jsp.JspFactory class. It seems that the symbolic link to > /usr/shar/java/jsp.jar that was under tomcat/common/lib simply > dissappeared. > When I added it using ln -s the problem was solved. This has happened to me > once before with HttpServletRequest class and servlet-api.jar from > tomcat/server/lib. Is this a known issue? > > Thanks > Karin > -- -- pidster.com
Re: Tomcat startup error
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Harry, On 4/9/2010 2:01 PM, Harry Metske wrote: > you are using some piece of software (com.mypkg.packaging.*) that is calling > tomcat code. > It expects to find a method in org.apache.tomcat.util.IntrospectionUtils > that is no longer there in 6.0.26, which causes the NoSuchMethodError. > Basically your embedder does not support this version of Tomcat, you should > contact the vendor, they should do the recompile . It's interesting that the Java Runtime throws a NoSuchMethodError since the return type is not technically part of the method signature. I've never considered this before, and it totally makes sense because the return type really is an important part of the method. Just interesting to note that the effective method signature is not the same as the official one. Another thing to note is that the Tomcat folks have made an unstable change, here, by changing a public API. It would have been better to create a method with a new signature and deprecated the old one, while leaving it there. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAku/lF4ACgkQ9CaO5/Lv0PCHaQCguLBWWaK6kp+md88Hxo3dGZ4z itEAnjsMKVr6fWyJG44nbNJGFUKLDsU1 =ER++ -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
symbolic links deleted when restarting tomcat
Hi, I'm using tomcat 5.5 on Linux Centos. Today, after restarting tomcat, my application did not load. In the logs I found NoClassDefError on org.servlet.jsp.JspFactory class. It seems that the symbolic link to /usr/shar/java/jsp.jar that was under tomcat/common/lib simply dissappeared. When I added it using ln -s the problem was solved. This has happened to me once before with HttpServletRequest class and servlet-api.jar from tomcat/server/lib. Is this a known issue? Thanks Karin
Re: [OT]Tomcat scalability settings
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Markus, On 4/8/2010 4:46 AM, Markus Schönhaber wrote: > It's pure accident that I read your post, since I tend to ignore > hi-jacked threads. And I may not be the only one doing so. Therefore, > it's in your own very interest to not hide your messages in an > completely unrelated discussion thread. I also generally ignore hijacked threads. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAku/k0YACgkQ9CaO5/Lv0PCDIwCgwV/FXe9cMBO2q6Uch9nuCUnQ aisAnRoeVFEixAMiv7ujX3v7LLVD84H7 =SF/D -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: JSP not updated before app reload
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Søren, On 4/8/2010 1:41 PM, Søren Blidorf wrote: > I am working on a project and suddenly when I make a change in my JSP I have > to reload my app before the code is updated in the browser. > > I can’t think of any changes I have made that should cause this. Can you post your element from server.xml or META-INF/context.xml (or even $CATALINA_BASE/conf/[Service]/[Host]/[yourapp].xml)? Also, please check the date and time on your machine, and any remote machine you may be using to edit your JSP files. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAku/iXMACgkQ9CaO5/Lv0PCgBgCfY1t975TXqL66w1LHHG6sx5zP kKEAnA6QGKctHsVBgCIvhMJnDBP3Bk1r =w7E6 -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Fragmented delivery of servlet request
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Doug, On 4/9/2010 2:31 PM, Doug Herbert wrote: > some timimgs : > > took 1500 milli seconds for all 19 packets to arrive at that web server, from > the client's browser connected across a 'slow' cellular network. > > took 2 ( two ) milli seconds for tomcat to balk at the incoming request and > send back the RSP packet, after the first REQ packet sent into tomcat. > > eg. in plain terms tomcat started responding before all fragmented packets > had even arrived at the web server ! Can you post your mod_proxy_ajp configuration? 2ms is a very short amount of time for the AJP listener to reject a request because it is incomplete, but I suppose it's possible. I see you're running httpd 2.2.3, which is probably a package-managed version from CentOS. Is that really 2.2.3, or does it have some additional patches on top of it? I ask because mod_proxy_ajp has improved considerably since 2.2.3 (the current version is 2.2.15). Would it be possible for you to test against a more recent version, even if you can't upgrade in production quite yet? If this is not possible, how about switching (at least temporarily) to mod_jk, compiled yourself? It's possible that something in the last (quite a) few versions has been identified and fixed. Is that's the case, there's no reason to chase our tails re-identifying a bug that's already been fixed. If you have gcc and apxs handy, compiling mod_jk is super easy, as is installation and configuration. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAku/hJ4ACgkQ9CaO5/Lv0PBbsQCghjkyTMumm8eQkJ63YS5sHYUo dMoAn3alHa51nNh0DvtWCY6PrMPavLpB =ZFu9 -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Fragmented delivery of servlet request
some timimgs : took 1500 milli seconds for all 19 packets to arrive at that web server, from the client's browser connected across a 'slow' cellular network. took 2 ( two ) milli seconds for tomcat to balk at the incoming request and send back the RSP packet, after the first REQ packet sent into tomcat. eg. in plain terms tomcat started responding before all fragmented packets had even arrived at the web server ! --- On Fri, 9/4/10, Doug Herbert wrote: > From: Doug Herbert > Subject: Fragmented delivery of servlet request > To: users@tomcat.apache.org > Received: Friday, 9 April, 2010, 3:09 PM > Thoughts welcomed on the following > problem : > > Centos 5.4, http 2.2.3, tomcat5-5.5.23-0jpp.7.el5_3.2, > java-1.6.0-openjdk-1.6.0.0-1.7.b09.el5 > > > A large servlet request, POST'ed from client to apache, > connected using proxy_ajp to ajp://localhost:8009. > > reassembled on server eth0 as 10766 bytes but only > partially sent to tomcat. Th eth0 line trace to http ( port > 80 ) was split over 19 packets of 536 bytes each. > > My initial thoughts were, that maxHttpHeaderSize=8192, was > too low. Increasing to 16384 did not resolve the issue. > > So more wireshark line traces, ( one tcpdump across eth0 > capturing the http POST and a 2nd tcpdump across loopback > capturing ajp connector traffic ) revealed, that apache via > connector ajp delivered each packet realtime time to tomcat, > without waiting for all 10766 bytes to arrive, though the > trace across loopback on port 8009, revealed that tomcat > starting the reply before all 10766 bytes had arrived. > > tcpdump on eth0 confirmed, by reassembled tcp segment to > contained the 10766 bytes from the browser client. > > ( Note : I have mangled URI SRV referer host headers ) > > Apache JServ Protocol v1.3 > Magic: 1234 > Length: 528 > Code: (2) FORWARD REQUEST > Method: (4) POST > Version: HTTP/1.1 > URI: //y > RADDR: 192.168.252.68 > RHOST: > SRV: xxx > PORT: 80 > SSLP: 0 > NHDR: 11 > accept: image/gif, image/x-xbitmap, > image/jpeg, image/pjpeg, application/x-shockwave-flash, > application/vnd.ms-powerpoint, application/vnd.ms-excel, > application/msword, */* > referer: http:// > accept-language: en-us > content-type: > application/x-www-form-urlencoded > UA-CPU: x86 > accept-encoding: gzip, deflate > user-agent: Mozilla/4.0 (compatible; MSIE > 7.0; Windows NT 5.1) > host: xxx > content-length: 10766 > connection: Keep-Alive > Cache-Control: no-cache > > > My question is, why did tomcat start to send the RSP ( > response ) after only receiving the first data packet from > ajp connector, around 500 bytes, when the above states the > content length is 10766 bytes. You can also see that > subsequent REQ ( request body ) data packets are still > transmitted to tomcat, though the response is already being > returned. > > Another option I thought of, was to buffer the whole 10766 > bytes up on the apache side, and then get the connector to > pass the request across as one 'big' packet. Is this > possible to configure ? If so, then maxHttpHeaderSize will > come into play, though at the moment only many small packets > are being sent across in the fragmented request. > > A stack dump in catalina.out can be seen below, where the > input filter is balking on the POSTed parameters, most > likely because only 550 bytes of the 10766, have turned up > for the input filter to process. > > Apr 9, 2010 10:51:55 AM > org.apache.catalina.connector.Request parseParameters > WARNING: Exception thrown whilst processing POSTed > parameters > java.io.IOException: Socket read failed > at > org.apache.coyote.ajp.AjpAprProcessor.read(AjpAprProcessor.java:1038) > at > org.apache.coyote.ajp.AjpAprProcessor.readMessage(AjpAprProcessor.java:1159) > at > org.apache.coyote.ajp.AjpAprProcessor.receive(AjpAprProcessor.java:1091) > at > org.apache.coyote.ajp.AjpAprProcessor.refillReadBuffer(AjpAprProcessor.java:1130) > at > org.apache.coyote.ajp.AjpAprProcessor.access$0(AjpAprProcessor.java:1115) > at > org.apache.coyote.ajp.AjpAprProcessor$SocketInputBuffer.doRead(AjpAprProcessor.java:1233) > at > org.apache.coyote.Request.doRead(Request.java:419) > at > org.apache.catalina.connector.InputBuffer.realReadBytes(InputBuffer.java:265) > at > org.apache.tomcat.util.buf.ByteChunk.substract(ByteChunk.java:403) > at > org.apache.catalina.connector.InputBuffer.read(InputBuffer.java:280) > at > org.apache.catalina.connector.CoyoteInputStream.read(CoyoteInputStream.java:193) > at > org.apache.catalina.connector.Request.readPostBody(Request.java:2419) > at > org.apache.catalina.connector.Request.parseParameters(Request.java:2398) > at > org.apache.catalina.connector.Request.getParameter(Request.java:1005) > at > org.apache.catalina.connector.Requ
Re: Tomcat startup error
you are using some piece of software (com.mypkg.packaging.*) that is calling tomcat code. It expects to find a method in org.apache.tomcat.util.IntrospectionUtils that is no longer there in 6.0.26, which causes the NoSuchMethodError. Basically your embedder does not support this version of Tomcat, you should contact the vendor, they should do the recompile . regards, Harry 2010/4/9 Amit Agarwal > Hi Harry, > Thanks for the tip. Here is the full stack trace. > > I am not sure what did you mean by compile with embedding package. Could > you > put some more light on it. > > > WrapperSimpleApp: Encountered an error running main: > java.lang.NoSuchMethodError: > > org.apache.tomcat.util.IntrospectionUtils.setProperty(Ljava/lang/Object;Ljava/lang/String;Ljava/lang/String;)V > > java.lang.NoSuchMethodError: > > org.apache.tomcat.util.IntrospectionUtils.setProperty(Ljava/lang/Object;Ljava/lang/String;Ljava/lang/String;)V > > at com.mypkg.packaging.EmbeddedTomcat.startTomcat(Unknown Source) > > at com.mypkg.packaging.HMMain.runMain(Unknown Source) > > at com.mypkg.packaging.HMMain.main(Unknown Source) > > 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:597) > > at > org.tanukisoftware.wrapper.WrapperSimpleApp.run(WrapperSimpleApp.java:292) > > at java.lang.Thread.run(Thread.java:619) > > On Fri, Apr 9, 2010 at 11:09 PM, Harry Metske >wrote: > > > Amit, > > > > you should post the full stacktrace, but it looks like your embedding > > package was compiled against an older version of Tomcat than the one you > > are > > running. > > The method signature > > of org.apache.tomcat.util.IntrospectionUtils.setProperty has changed > > (return > > type void => boolean) in revision 467222 (24-10-2006) > > > > It should be recompiled with the current version. > > > > regards, > > Harry > > > > > > 2010/4/9 Amit Agarwal > > > > > After upgrading to the latest 6.0.26 ver from 6.0.13, I see the > > following > > > error while starting embedded Tomcat. > > > Any ideas how to get around this? > > > > > > WrapperSimpleApp: Encountered an error running main: > > > java.lang.NoSuchMethodError: > > > > > > > > > org.apache.tomcat.util.IntrospectionUtils.setProperty(Ljava/lang/Object;Ljava/lang/String;Ljava/lang/String;)V > > > > > > java.lang.NoSuchMethodError: > > > > > > > > > org.apache.tomcat.util.IntrospectionUtils.setProperty(Ljava/lang/Object;Ljava/lang/String;Ljava/lang/String;)V > > > > > > at com.mypkg.packaging.EmbeddedTomcat.startTomcat(Unknown Source) > > > > > > > > > Amit > > > -- > > > Be Happy. Always. > > > > > > > > > -- > Be Happy. Always. >
Re: Tomcat startup error
Hi Harry, Thanks for the tip. Here is the full stack trace. I am not sure what did you mean by compile with embedding package. Could you put some more light on it. WrapperSimpleApp: Encountered an error running main: java.lang.NoSuchMethodError: org.apache.tomcat.util.IntrospectionUtils.setProperty(Ljava/lang/Object;Ljava/lang/String;Ljava/lang/String;)V java.lang.NoSuchMethodError: org.apache.tomcat.util.IntrospectionUtils.setProperty(Ljava/lang/Object;Ljava/lang/String;Ljava/lang/String;)V at com.mypkg.packaging.EmbeddedTomcat.startTomcat(Unknown Source) at com.mypkg.packaging.HMMain.runMain(Unknown Source) at com.mypkg.packaging.HMMain.main(Unknown Source) 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:597) at org.tanukisoftware.wrapper.WrapperSimpleApp.run(WrapperSimpleApp.java:292) at java.lang.Thread.run(Thread.java:619) On Fri, Apr 9, 2010 at 11:09 PM, Harry Metske wrote: > Amit, > > you should post the full stacktrace, but it looks like your embedding > package was compiled against an older version of Tomcat than the one you > are > running. > The method signature > of org.apache.tomcat.util.IntrospectionUtils.setProperty has changed > (return > type void => boolean) in revision 467222 (24-10-2006) > > It should be recompiled with the current version. > > regards, > Harry > > > 2010/4/9 Amit Agarwal > > > After upgrading to the latest 6.0.26 ver from 6.0.13, I see the > following > > error while starting embedded Tomcat. > > Any ideas how to get around this? > > > > WrapperSimpleApp: Encountered an error running main: > > java.lang.NoSuchMethodError: > > > > > org.apache.tomcat.util.IntrospectionUtils.setProperty(Ljava/lang/Object;Ljava/lang/String;Ljava/lang/String;)V > > > > java.lang.NoSuchMethodError: > > > > > org.apache.tomcat.util.IntrospectionUtils.setProperty(Ljava/lang/Object;Ljava/lang/String;Ljava/lang/String;)V > > > > at com.mypkg.packaging.EmbeddedTomcat.startTomcat(Unknown Source) > > > > > > Amit > > -- > > Be Happy. Always. > > > -- Be Happy. Always.
Non-multicast session clustering with RabbitMQ
I updated a new virtual cloud blog I started this week with a post describing how I approach the problem of maintaining active tomcat sessions within a "cloud" architecture of tcServer (tomcat 6.0) instances. I tried to lay out, in excruciating detail, my thoughts on distributed membership and how I approached that particular sticky wicket. Non-multicast Tomcat Session Clustering with RabbitMQ: http://jbrisbin.wordpress.com/ The project is hosted on GitHub, though it is sorely lacking documentation on building and installing. I'm working on that. I've tried to make it as simple to use as possible, even though the process is not terribly straightforward on the back end. Some things I don't know yet but will need to include: how this system works under load; is it scalable (it would be a bummer to design a scalable solution and not have it scale...been there, done that, not interested in doing it again ;). etc... Concurrency might become an issue. As the number of workers increase, is the system stepping on its own toes trying to load user sessions? This is about as alpha and "it might not even build or work" as it gets. The ink's not even dry on it yet. I guess that's my way of saying: if you try it out and it doesn't work, please don't swear at me. ;) Patches welcome, of course... Jon Brisbin Portal Webmaster NPC International, Inc. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Tomcat startup error
Amit, you should post the full stacktrace, but it looks like your embedding package was compiled against an older version of Tomcat than the one you are running. The method signature of org.apache.tomcat.util.IntrospectionUtils.setProperty has changed (return type void => boolean) in revision 467222 (24-10-2006) It should be recompiled with the current version. regards, Harry 2010/4/9 Amit Agarwal > After upgrading to the latest 6.0.26 ver from 6.0.13, I see the following > error while starting embedded Tomcat. > Any ideas how to get around this? > > WrapperSimpleApp: Encountered an error running main: > java.lang.NoSuchMethodError: > > org.apache.tomcat.util.IntrospectionUtils.setProperty(Ljava/lang/Object;Ljava/lang/String;Ljava/lang/String;)V > > java.lang.NoSuchMethodError: > > org.apache.tomcat.util.IntrospectionUtils.setProperty(Ljava/lang/Object;Ljava/lang/String;Ljava/lang/String;)V > > at com.mypkg.packaging.EmbeddedTomcat.startTomcat(Unknown Source) > > > Amit > -- > Be Happy. Always. >
Re: Tomcat 6.0.26 startup scripts changed from 6.0.18
Any chance that the stock scripts might someday use 'jsvc', since Tomcat is set up to run that way? Then Tomcat can be easily started as root (and won't have to worry about permission to create PID files) but run as someone else. -- Mark H. Wood, Lead System Programmer mw...@iupui.edu Balance your desire for bells and whistles with the reality that only a little more than 2 percent of world population has broadband. -- Ledford and Tyler, _Google Analytics 2.0_ pgpcwjeRiWBBe.pgp Description: PGP signature
Tomcat startup error
After upgrading to the latest 6.0.26 ver from 6.0.13, I see the following error while starting embedded Tomcat. Any ideas how to get around this? WrapperSimpleApp: Encountered an error running main: java.lang.NoSuchMethodError: org.apache.tomcat.util.IntrospectionUtils.setProperty(Ljava/lang/Object;Ljava/lang/String;Ljava/lang/String;)V java.lang.NoSuchMethodError: org.apache.tomcat.util.IntrospectionUtils.setProperty(Ljava/lang/Object;Ljava/lang/String;Ljava/lang/String;)V at com.mypkg.packaging.EmbeddedTomcat.startTomcat(Unknown Source) Amit -- Be Happy. Always.
Re: Tomcat scalability setting - need help please
I'm getting the impression that the output is actually a CSV or something similar. p On 9 April 2010 16:04, Christopher Schultz wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Rendra, > > On 4/9/2010 6:54 AM, cinl...@gmail.com wrote: > > Yes they use their eyes, but before that, they print it into one rim > > of papers first. But customer is the king. And there are some > > conditions where they really need to print 6 months or more worth of > > data all at once. This is especially for manufacturing company. > > This sounds like reporting, and it doesn't make any sense to me why > you'd offer on-demand reporting on this scale via a webapp. > > - -chris > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.10 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iEYEARECAAYFAku/QhgACgkQ9CaO5/Lv0PAViQCgmO7TCcfVFZaXqQzoD/9NmNKv > GJAAoIoJ12qPFoS9C5Vz+nolRCyK3/nB > =Rg1O > -END PGP SIGNATURE- > > - > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > > -- -- pidster.com
Re: Tomcat 6.0.24 requires me to log on twice
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Terry,
On 4/9/2010 12:08 PM, Terry Horner wrote:
> That was a javascript error in the onsubmit in the logon form (the
> onSubmit called a function to disable the button which both submitted
> the form an returned true. d'oh), now fixed.
That's what I was figuring. Good to know that it's fixed.
> This hasn't fixed the overall problem though - the situation is still
> the same, only now the logs don't show two concurrent
> j_security_check requests (no surprises here).
:(
> There aren't any iframes or frames. The navbar does use
> document.write to add several s to the page.
Good. Presumably, all this content-generation is done on page load? It
shouldn't really matter, since you're using cookies for everything.
> Not with the JSESSIONID cookie, its adds other cookies with
> response.addCookie(), and reads those cookies, but doesn't modify
> any. The applications writes to and reads from the session, but
> leaves creating, expiring etc sessions to the server. The paths are
> all set to '/'
Ok.
> (1)user sees first logon page,with image
> (2) they logon, see the data page, but without the embedded navbar, the
> request for which is met with a logon page (not displayed because the browser
> expects a .js file)
> (3)user requests a different page, and are told to login again
> (4)they do, the system logs them on, get's the navbar request, logs them on
> again without the user doing anything (???), then from this point they have a
> normal user experience
>
> #Fields: c-dns x-H(remoteUser) date time x-H(protocol) cs-method cs-uri
> sc-status cs(Cookie) x-P(j_username)
> #Version: 2.0
> #Software: Apache Tomcat/6.0.26
> (1)
> localhost - 2010-04-09 15:32:14 'HTTP/1.1' GET
> /dataservlet1?timestamp=1205168884309 200 -
> localhost - 2010-04-09 15:32:15 'HTTP/1.1' GET /frontend/images/image1.gif
> 200 '08E40C3900'
> (2)
> localhost - 2010-04-09 15:32:19 'HTTP/1.1' POST /j_security_check 302
> '08E40C3900'
Okay, that all looks normal. Note the 302 response which is directing
the client to re-request the original URL:
> localhost 'user75' 2010-04-09 15:32:22 'HTTP/1.1' GET
> /dataservlet1?timestamp=1205168884309 200 -
Hmm... no cookie included with this request. I wonder why.
> localhost - 2010-04-09 15:32:22 'HTTP/1.1' GET
> /frontend/includes/functions.js 200 '08E40C3900'
> localhost - 2010-04-09 15:32:24 'HTTP/1.1' GET
> /javascriptservlet?request=common.js 200 '08E40C3900'
Old (stale) session id :(
> localhost - 2010-04-09 15:33:00 'HTTP/1.1' GET
> /frontend/images/global/logo.gif 200 'B5F7F32D85'
> (3)
New session id. This request was made 30 seconds after the previous one.
Is this the same client?
> localhost - 2010-04-09 15:33:02 'HTTP/1.1' GET
> /dataservlet2?timestamp=1270827182637 200 'B5F7F32D85'
> localhost - 2010-04-09 15:33:02 'HTTP/1.1' GET
> /frontend/images/global/image1.gif 200 'B5F7F32D85'
> (4)
> localhost - 2010-04-09 15:33:06 'HTTP/1.1' POST /j_security_check 302
> 'B5F7F32D85'
Another login interception (to /dataservlet2, probably) and redirect to
original URL.
> localhost 'user75' 2010-04-09 15:33:06 'HTTP/1.1' GET
> /dataservlet2?timestamp=1270827182637 200 'B5F7F32D85'
Authentication in this case doesn't appear to have switched the session id.
> localhost 'user75' 2010-04-09 15:33:08 'HTTP/1.1' GET
> /javascriptservlet?request=common.js 200 'E892F3EB0B'
> and from here on all requests use the E892F3EB0B cookie
...which appears to be the re-assigned session id for the login
associated with the B5F7F32D85 session id.
That's all very weird. What's your session timeout? I'm wondering why at
2010-04-09 15:33:00 there was a "bare" request for an image, and then
why there was no session id accompanying the request for /dataservlet1
at 2010-04-09 15:32:22.
> Terry
> &�W2�'WB��VVB��&R��f�&�FУ���z{C��h�+b�v���!���~)^���"{^�'�&�y+Z��q�Ǭ�� ~�&"{^�'�X��Ś�^�wb��mi�^u�zz'jg��b'���q�Պ��Y�e���Ƨ��m�+&z���u�.�ح���~'�
> �z�'v��z��
That looks weird :)
- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAku/W9YACgkQ9CaO5/Lv0PDXtACeI2f8hX5+DqdmukGrvZvko02S
0yoAnjxMhymHkxTn1le7bW1L3tAJlhrS
=TnKR
-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.24 requires me to log on twice
Terry, does your login page reference the same script URL as the secured pages, by any chance? p On 9 April 2010 17:39, Christopher Schultz wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Terry, > > On 4/9/2010 12:14 PM, Terry Horner wrote: > > The problem seems to occur if there are any restricted resources > > within a page - it doesn't seems too outlandish for someone to > > restrict access to their images folder (say, it has client logos in > > it and they are required to be a bit paranoid about their client > > list). > > If you have a restricted images folder, why are you trying to serve > images out of it onto a non-restricted page? > > > I have a workaround that will work for some people in this situation > > - require all logons to go through index.jsp (or whatever) and have > > this be a page that just shows a 'loading...' animated image (or > > whatever) - but this doesn't work if you want to be able to bookmark > > pages within your site. > > If you bookmark a restricted page, you don't even see it until after > successful authentication, so there's no problem there. > > The problem is with including restricted content in an unrestricted > page. I agree that your webapp shouldn't be suffering the kind of fate > it is currently is, but you'd save yourself a lot of trouble by not > doing something which seems so illogical. > > - -chris > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.10 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iEYEARECAAYFAku/WDMACgkQ9CaO5/Lv0PCKagCffXehaOcXta2EFqGDPG19HnOK > MkcAn2WlANst7s5vhMDk/A7Pj3WTnIe3 > =b/EF > -END PGP SIGNATURE- > > - > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > > -- -- pidster.com
Re: Having difficulty using keytool -genkey to get a key with blank OU (instead of unknown)
On Thu, Apr 8, 2010 at 8:32 PM, Goo Sam Kong wrote: > > Try to put the subject DN (with OU equal to blank) in -dname field as below. > > keytool -genkey -keystore -storepass -alias > -dname "CN=your cn,OU=,O=your company,C=SG" Your solution worked. Thanks! - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Tomcat 6.0.24 requires me to log on twice
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Terry, On 4/9/2010 12:14 PM, Terry Horner wrote: > The problem seems to occur if there are any restricted resources > within a page - it doesn't seems too outlandish for someone to > restrict access to their images folder (say, it has client logos in > it and they are required to be a bit paranoid about their client > list). If you have a restricted images folder, why are you trying to serve images out of it onto a non-restricted page? > I have a workaround that will work for some people in this situation > - require all logons to go through index.jsp (or whatever) and have > this be a page that just shows a 'loading...' animated image (or > whatever) - but this doesn't work if you want to be able to bookmark > pages within your site. If you bookmark a restricted page, you don't even see it until after successful authentication, so there's no problem there. The problem is with including restricted content in an unrestricted page. I agree that your webapp shouldn't be suffering the kind of fate it is currently is, but you'd save yourself a lot of trouble by not doing something which seems so illogical. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAku/WDMACgkQ9CaO5/Lv0PCKagCffXehaOcXta2EFqGDPG19HnOK MkcAn2WlANst7s5vhMDk/A7Pj3WTnIe3 =b/EF -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.24 requires me to log on twice
> -Original Message- > From: Mark Thomas [mailto:ma...@apache.org] > Sent: Friday, April 09, 2010 8:06 AM > To: Tomcat Users List > Subject: Re: Tomcat 6.0.24 requires me to log on twice > On 08/04/2010 23:34, Christopher Schultz wrote: > >> This happens on Tomcat 6.0.24 and 6.0.26, but not 6.0.20, > which makes me > >> think it is related to change 45255 (Provide protection > against session > >> fixation by changing session ID automatically on > authentication.), in > >> the dev environment tomcat is running on windows XP. > Session tracking is > >> done by cookie, not URL rewriting. > > > > I haven't read the actual patch that added this session-id > switching but > > it's not clear if it's configurable. Mark said he'd likely > make this an > > option that defaults to "off". > > Security trumped compatibility in this case and it defaults to on. > Nothing stopping you turning it off though. > > I'd note that apps that have issues with this behaviour are likely to > have issues with load-balancing, sticky sessions and fail-over as > exactly the same code is used to change the session ID on fail-over. > > Mark This doesn't affect me, but I can see it being a problem for others (unless, of course, the cause is our application doing something very strange). The problem seems to occur if there are any restricted resources within a page - it doesn't seems too outlandish for someone to restrict access to their images folder (say, it has client logos in it and they are required to be a bit paranoid about their client list). I have a workaround that will work for some people in this situation - require all logons to go through index.jsp (or whatever) and have this be a page that just shows a 'loading...' animated image (or whatever) - but this doesn't work if you want to be able to bookmark pages within your site. Terry ___ The information contained in this message is confidential and is intended for the addressee only. If you have received this message in error or there are any problems please notify the originator immediately. The unauthorised use, disclosure, copying or alteration of this message is strictly forbidden. This mail and any attachments have been scanned for viruses prior to leaving the Dancerace network. Dancerace plc will not be liable for direct, special, indirect or consequential damages arising from the alteration of the contents of this message by a third party or as a result of any virus being passed on. Dancerace plc reserve the right to monitor and record e-mail messages sent to and from this address for the purpose of investigating or detecting any unauthorised use of its system and ensuring its effective operation. _ This message has been checked for all known viruses by UUNET delivered through the MessageLabs Virus Control Centre. For further information visit http://www.uk.uu.net/products/security/virus/ ** Message from InterScan VirusWall 6 ** ** No virus found in attached file noname.htm InterScan VirusWall 6 has scanned this message and found it to be free of known viruses. * End of message *** - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Tomcat 6.0.24 requires me to log on twice
Hi, thanks for the analysis > -Original Message- > From: Christopher Schultz [mailto:ch...@christopherschultz.net] > Sent: Thursday, April 08, 2010 11:35 PM > To: Tomcat Users List > Subject: Re: Tomcat 6.0.24 requires me to log on twice > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Terry, > > On 4/8/2010 9:12 AM, Terry Horner wrote: > > I am having a problem with Tomcat - if I log on to a page > which contains > > a restricted resource, it shows me the page (and any unrestricted > > images, etc), but doesn't show the restricted resource (I > believe tomcat > > thinks the user is not authenticated as sends the 403 page, > judging by > > the 3478b size of the request). > That sounds about right: if you have a page like this: > > /unrestricted/index.jsp: > > " /> > > > Then your /unrestricted/index.jsp will display and the image will be > broken. Note that Tomcat, in response to the request for > /restricted/sample.gif will store that request and respond > with a login > form. > > When I move on to another page (or > > reload the same page) I am sent to the logon screen again, > after I logon > > from here everything works as it should. > So, if you go to /unrestricted/index.jsp, then hit RELOAD you get a > login form? That's weird. The page that contains the restricted resource is also restricted (it's one of various pages of account information, with a navbar made with dynamically-generated javascript) Sorry, I didn't make that clear. > > The protected resource is some javascript, it is > dynamically created as > > it varies from user to user. > What should the behaviour be for this resource is the user is not > logged-in? Can you simply make that particular resource > non-restricted? > That would seem to be the easiest solution. If they aren't logged in they shouldn't be able to see it. The navigation options vary a lot from user to user. I could make it non-restricted and only show the options that all users have access to when viewed by a user who isn't logged on, but this would mean the user saw different navigation options on the first page and the second, which would be a more interesting user experience than I had hoped for. > > This happens on Tomcat 6.0.24 and 6.0.26, but not 6.0.20, > which makes me > > think it is related to change 45255 (Provide protection > against session > > fixation by changing session ID automatically on > authentication.), in > > the dev environment tomcat is running on windows XP. > Session tracking is > > done by cookie, not URL rewriting. > I haven't read the actual patch that added this session-id > switching but > it's not clear if it's configurable. Mark said he'd likely > make this an > option that defaults to "off". I have bosses pushing for this to be used, so a workaround beats switching it off, if that's possible. > > Below is a(n abridged) snapshot of the access log, the last > field is the > > cookie sent by the browser > > dataservlet1, dataservlet2 and javascriptservlet are restricted to > > logged on users, nothing under /frontend has any security > constraints. > > > > The sequence of events, from the browser end is > > (1) A request is made to dataservlet1 > > (2) The user logs in (and tomcat rewrites the cookie) > > (3) Is forwarded to the dataservlet1 page, frontend resources are > > displayed, but the javascriptservlet is not, as it has been > requested > > with the old cookie (this happens on ie and firefox, so > doesn't appear > > to be a browser issue), the apparent attempt to logon for the > > javascriptservlet also throws another cookie into the mix > > > > (4) Another page is requested > > (5) The user is sent to the login page > > (6) They log in again (getting a third cookie), and from this point > > everything is ok > > > > #Fields: c-dns x-H(remoteUser) date time x-H(protocol) > cs-method cs-uri > > sc-status bytes x-H(requestedSessionId) > > #Version: 2.0 > > #Software: Apache Tomcat/6.0.26 > > (1) > > localhost - 2010-04-08 12:25:33 'HTTP/1.1' GET > > /dataservlet1?timestamp=1205168884309 200 3478 - > That looks like it presented a login page (3478 bytes, right?). Yes, that's right > > localhost - 2010-04-08 12:25:33 'HTTP/1.1' GET > > /frontend/images/image1.gif 200 125 '6A193109AA' > > (2) > Given the timestamp, this was a request for a resource linked from the > login page itself. > > localhost - 2010-04-08 12:25:42 'HTTP/1.1' POST > /j_security_check 302 - > > '6A193109AA' > Login attempt. Yes and yes > > localhost - 2010-04-08 12:25:42 'HTTP/1.1' POST > /j_security_check 302 - > > '6A193109AA' > > (3) > Second login attempt: note the cookie from the client is the same each > time. The timing looks strange to me: why two simultaneous > login attempts? That was a javascript error in the onsubmit in the logon form (the onSubmit called a function to disable the button which both submitted the form an returned true. d'oh), now fixed. This hasn't fixed the overall problem
Re: Recover from SEVERE: All threads (400) are currently busy, waiting. Increase maxThreads (400) or check the servlet status
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Kapilok, On 4/9/2010 9:46 AM, kapilok wrote: > 1. Start Tomcat (with maxThreads="40" ) > 2. Run JMeter Load (40 concurrent with some ramp up) > - All requests succeed Good. > 3. Now load the database with some heavy process, so CPU consumption is high > 4. Run same jMeter load; now response times are slow This should be no surprise, as CPU time be scarce. > 5. Get ThreadPool Full Error; Take Thread Dump This also shouldn't be a surprise: with maxThreads="40", you can only handle 40 simultaneous connections. If you have 1+ "heavy process" taking connections plus your 40 incoming ones, some will be denied. Or, are you saying that you are running a CPU-intensive process outside of Tomcat on the db server? > 6. Kill all JMeter requests; so Tomcat can breathe > 7. Wait 10 minutes. Try login to webapp - Cant login. Browser does not > display Login page or any other page. Sounds like deadlock. > 8. Take another Thread Dump. Its the same. NOTE: Main Thread and > TP-Processor4 are still running (observed with VisualVM1.1 on JDK 6) > 9. Try running jMeter load. No reponse - No requests going through. > 10. Waited 30 minutes and had no option but to bounce Tomcat. Yep, sounds like deadlock to me. > Bottom Line: What can I do so I don't have to bounce Tomcat when I run into > this situation? If you really have deadlocked your system, you have no choice but to restart Tomcat. Are you using a JDBC connection pool? If so, what kind, and under what configuration? > Partial Thread Dump > *** > "http-9080-Processor40" daemon prio=6 tid=0x4d1ba000 nid=0x1e0 in > Object.wait() [0x5162e000..0x5162fd94] >java.lang.Thread.State: WAITING (on object monitor) > at java.lang.Object.wait(Native Method) > - waiting on <0x07b12648> (a > com.mchange.v2.resourcepool.BasicResourcePool) > [...] > org.springframework.jdbc.datasource.DataSourceUtils.getConnection(DataSourceUtils.java:79) > at > org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:523) > at > org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:587) > at > org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:612) > at > org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:644) > ... If the above thread never makes any progress, then it's likely that you have exhausted your connection pool. Usually this situation would correct itself, because one (or more) connections would eventually be returned to the pool, and become available for other clients. If this is a deadlock scenario centering around the JDBC connection pool, then you likely have a situation in your code where you do this: Connection c1 = pool.getConnection(); ... Connection c2 = pool.getConnection(); The above code can cause deadlock because you can end up obtaining one connection and then waiting forever for the second one (meanwhile other threads are also waiting forever for their second connections). > "com.mchange.v2.async.ThreadPoolAsynchronousRunner$PoolThread-#2" daemon > prio=6 tid=0x4dcda400 nid=0x6ac in Object.wait() [0x5068f000..0x5068fb94] >java.lang.Thread.State: TIMED_WAITING (on object monitor) All of these threads look like they are waiting to do work that hasn't yet been assigned. These threads look good to me. I'm not sure how you're using the Spring framework to do your SQL stuff for you, but you should check to see that you aren't obtaining a connection and then firing-off another query /without/ using that connection: that will put you into the situation above. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAku/RuYACgkQ9CaO5/Lv0PB50ACgtyqlmAckBoQXd9Jhzu0d1osA rxEAoJM1JEuL/HHvaFOl0KF/OAwVnDUK =36uP -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Tomcat scalability setting - need help please
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Rendra, On 4/9/2010 6:54 AM, cinl...@gmail.com wrote: > Yes they use their eyes, but before that, they print it into one rim > of papers first. But customer is the king. And there are some > conditions where they really need to print 6 months or more worth of > data all at once. This is especially for manufacturing company. This sounds like reporting, and it doesn't make any sense to me why you'd offer on-demand reporting on this scale via a webapp. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAku/QhgACgkQ9CaO5/Lv0PAViQCgmO7TCcfVFZaXqQzoD/9NmNKv GJAAoIoJ12qPFoS9C5Vz+nolRCyK3/nB =Rg1O -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Tomcat does not honor acceptCount configuration variable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Timir, On 4/9/2010 8:10 AM, Timir Hazarika wrote: > Mark, I'm using netstat as follows. You can see the tomcat process listening > on 8443 and all the incoming requests in TIME_WAIT. These connections do get > cleared after the default timeout of 60 seconds, my intention is to refuse > creating them in the first place. You can't refuse "creating" a TIME_WAIT socket: it's the result of handling a socket and then closing it. You might want to review the TCP connection states here: http://en.wikipedia.org/wiki/Transmission_Control_Protocol#Protocol_operation This is not an accept problem, this is a problem with having serviced a request via a socket and then closing the connection. Given that you can't avoid accepting connections on a useful web server, you will not be able to prevent them from going through their natural lifecycle. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAku/QWkACgkQ9CaO5/Lv0PC1tACeOPKViy9KHPbK35tqWjmRKB8S kmUAn0q85D72X0Jep0O/T7yy/brveI/R =5N1X -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Recover from SEVERE: All threads (400) are currently busy, waiting. Increase maxThreads (400) or check the servlet status
Christopher Schultz-2 wrote: > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Kapilok, > > On 4/6/2010 11:19 AM, kapilok wrote: >> Does Tomcat guarantee recovery in case of this Error? > > The JVM/Tomcat should "recover" in the sense that service threads that > complete their work should go back into the thread pool and accept new > requests. > > Unfortunately, your webapp can significantly impact the ability for > those threads to complete their request handling. > >> Can you point me to the documentation? > > There is no documentation that covers this "recovery": it's just a > feature of using thread pools. > >> Please suggest a way to test / validate the recovery. > > First, figure out what the real problem is. The symptom is obvious (see > your subject line). > > To see what those threads are doing, allow this situation to occur, then > do the following: > > 1. Perform whatever magic you need to "solve" the "database overload" > issue > > 2. Wait a minute or two to give your webapp a chance to breathe > > 3. Perform a thread dump on your webapp > (http://wiki.apache.org/tomcat/HowTo#How_do_I_obtain_a_thread_dump_of_my_running_webapp_.3F) > > 4. Wait 30 seconds > > 5. Perform another thread dump on your webapp > > 6. Inspect the thread dump(s) to see what your threads are stuck doing. > If they're stuck in your webapp's code, go fix that and try again. If > they're stuck in Tomcat's code, post back and we'll take a look. > > - -chris > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.10 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iEYEARECAAYFAku7WkgACgkQ9CaO5/Lv0PA/rgCffQZFnykd/0eXKdbOxlY/6XA9 > TskAoLNKqjjcJbrAyoKeqT5J6TRnsVKX > =KvA6 > -END PGP SIGNATURE- > > - > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > > > Chris, I think the thread dump does suggest that it is the webapp code (c3p0 connection pool) and not tomcat. But Please take a look anyways: (pasted partial dump only) Here's my test scenario: 1. Start Tomcat (with maxThreads="40" ) 2. Run JMeter Load (40 concurrent with some ramp up) - All requests succeed 3. Now load the database with some heavy process, so CPU consumption is high 4. Run same jMeter load; now response times are slow 5. Get ThreadPool Full Error; Take Thread Dump 6. Kill all JMeter requests; so Tomcat can breathe 7. Wait 10 minutes. Try login to webapp - Cant login. Browser does not display Login page or any other page. 8. Take another Thread Dump. Its the same. NOTE: Main Thread and TP-Processor4 are still running (observed with VisualVM1.1 on JDK 6) 9. Try running jMeter load. No reponse - No requests going through. 10. Waited 30 minutes and had no option but to bounce Tomcat. Bottom Line: What can I do so I don't have to bounce Tomcat when I run into this situation? Partial Thread Dump *** "http-9080-Processor40" daemon prio=6 tid=0x4d1ba000 nid=0x1e0 in Object.wait() [0x5162e000..0x5162fd94] java.lang.Thread.State: WAITING (on object monitor) at java.lang.Object.wait(Native Method) - waiting on <0x07b12648> (a com.mchange.v2.resourcepool.BasicResourcePool) at com.mchange.v2.resourcepool.BasicResourcePool.awaitAvailable(BasicResourcePool.java:1315) at com.mchange.v2.resourcepool.BasicResourcePool.prelimCheckoutResource(BasicResourcePool.java:557) - locked <0x07b12648> (a com.mchange.v2.resourcepool.BasicResourcePool) at com.mchange.v2.resourcepool.BasicResourcePool.checkoutResource(BasicResourcePool.java:477) at com.mchange.v2.c3p0.impl.C3P0PooledConnectionPool.checkoutPooledConnection(C3P0PooledConnectionPool.java:525) at com.mchange.v2.c3p0.impl.AbstractPoolBackedDataSource.getConnection(AbstractPoolBackedDataSource.java:128) at org.springframework.jdbc.datasource.DataSourceUtils.doGetConnection(DataSourceUtils.java:113) at org.springframework.jdbc.datasource.DataSourceUtils.getConnection(DataSourceUtils.java:79) at org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:523) at org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:587) at org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:612) at org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:644) ... "com.mchange.v2.async.ThreadPoolAsynchronousRunner$PoolThread-#2" daemon prio=6 tid=0x4dcda400 nid=0x6ac in Object.wait() [0x5068f000..0x5068fb94] java.lang.Thread.State: TIMED_WAITING (on object monitor) at java.lang.Object.wait(Native Method) - waiting on <0x0a779ea8> (a com.mchange.v2.async.ThreadPoolAsynchronousRunner) at com.mchange.v2.async.ThreadPoolAsynchronousRunner$PoolThread.run(ThreadPoolAsynchronousRunner.java:534) - locked <0x0a779ea8> (a com.mchange.
Re: Tomcat scalability setting - need help please
Hei! That is a great idea. All I need now is to socialize the idea. Thanks so much Rendra GOD is GREAT! -Original Message- From: Pid Date: Fri, 09 Apr 2010 13:43:42 To: Tomcat Users List Subject: Re: Tomcat scalability setting - need help please On 09/04/2010 13:08, cinl...@gmail.com wrote: > I think I'll stick with web apps for now :) In that case you might consider the following: 1. client requests massive dataset 2. webapp returns a "processing started" message, starts job in new thread 3. data processing completes and a static file is generated AND 4. a notification is sent to the client stating that the data is ready for download 5. client downloads static file, file is deleted OR 4. file is emailed to client p > -Original Message- > From: Leon Rosenberg > Date: Fri, 9 Apr 2010 13:20:39 > To: Tomcat Users List > Subject: Re: Tomcat scalability setting - need help please > > On Fri, Apr 9, 2010 at 12:54 PM, wrote: >> >> And yes I used excel as the result. It is faster, but still can do better. I >> wonder if I can increase the process time to less than 30 min to produce >> results with millions of data. Currently, with only one person doing the >> analysis and no one else uses the app, it takes 2 hours to finish sending >> the data to customer screen. >> > > Maybe you should ask yourself, whether a webapp is really the best > solution here. > It sounds more like you need a central business logic server and a > smart desktop app (swing or something) which can present the data in a > better way, as letting the customer wait for 2 hours... > > Leon > > - > 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 scalability setting - need help please
On 09/04/2010 13:08, cinl...@gmail.com wrote: I think I'll stick with web apps for now :) In that case you might consider the following: 1. client requests massive dataset 2. webapp returns a "processing started" message, starts job in new thread 3. data processing completes and a static file is generated AND 4. a notification is sent to the client stating that the data is ready for download 5. client downloads static file, file is deleted OR 4. file is emailed to client p -Original Message- From: Leon Rosenberg Date: Fri, 9 Apr 2010 13:20:39 To: Tomcat Users List Subject: Re: Tomcat scalability setting - need help please On Fri, Apr 9, 2010 at 12:54 PM, wrote: And yes I used excel as the result. It is faster, but still can do better. I wonder if I can increase the process time to less than 30 min to produce results with millions of data. Currently, with only one person doing the analysis and no one else uses the app, it takes 2 hours to finish sending the data to customer screen. Maybe you should ask yourself, whether a webapp is really the best solution here. It sounds more like you need a central business logic server and a smart desktop app (swing or something) which can present the data in a better way, as letting the customer wait for 2 hours... Leon - 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 does not honor acceptCount configuration variable
My point exactly. Is there an alternative setting that I may use ? Timir On Fri, Apr 9, 2010 at 5:47 PM, Leon Rosenberg < rosenberg.l...@googlemail.com> wrote: > I remember a more or less public discussion some time ago, that the > acceptCount setting is virtually worthless, because modern kernels > simply ignore it. > > Leon > > P.S. By ignore I mean that ServerSocket.accept(100) has no effect. > > On Fri, Apr 9, 2010 at 2:10 PM, Timir Hazarika > wrote: > > Mark, I'm using netstat as follows. You can see the tomcat process > listening > > on 8443 and all the incoming requests in TIME_WAIT. These connections do > get > > cleared after the default timeout of 60 seconds, my intention is to > refuse > > creating them in the first place. > > > > netstat -anp | grep 8443 > > > > tcp0 0 0.0.0.0:84430.0.0.0:* > LISTEN > > 15450/java > > tcp0 0 10.64.62.101:8443 72.163.140.73:19735 > > TIME_WAIT - > > tcp0 0 10.64.62.101:8443 72.163.140.73:19744 > > TIME_WAIT - > > tcp0 0 10.64.62.101:8443 72.163.140.73:19746 > > TIME_WAIT - > > tcp0 0 10.64.62.101:8443 72.163.140.73:19730 > > TIME_WAIT - > > tcp0 0 10.64.62.101:8443 72.163.140.73:19745 > > TIME_WAIT - > > tcp0 0 10.64.62.101:8443 72.163.140.73:19732 > > TIME_WAIT - > > tcp0 0 10.64.62.101:8443 72.163.140.73:19737 > > TIME_WAIT - > > tcp0 0 10.64.62.101:8443 72.163.140.73:19742 > > TIME_WAIT - > > tcp0 0 10.64.62.101:8443 72.163.140.73:19733 > > TIME_WAIT - > > tcp0 0 10.64.62.101:8443 72.163.140.73:19741 > > TIME_WAIT - > > tcp0 0 10.64.62.101:8443 72.163.140.73:19747 > > TIME_WAIT - > > tcp0 0 10.64.62.101:8443 72.163.140.73:19740 > > TIME_WAIT - > > tcp0 0 10.64.62.101:8443 72.163.140.73:19731 > > TIME_WAIT - > > tcp0 0 10.64.62.101:8443 72.163.140.73:19743 > > TIME_WAIT - > > tcp0 0 10.64.62.101:8443 72.163.140.73:19734 > > TIME_WAIT - > > tcp0 0 10.64.62.101:8443 72.163.140.73:19736 > > TIME_WAIT - > > tcp0 0 10.64.62.101:8443 72.163.140.73:19738 > > TIME_WAIT - > > tcp0 0 10.64.62.101:8443 72.163.140.73:19739 > > TIME_WAIT - > > > > - > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > >
Re: Tomcat does not honor acceptCount configuration variable
I remember a more or less public discussion some time ago, that the acceptCount setting is virtually worthless, because modern kernels simply ignore it. Leon P.S. By ignore I mean that ServerSocket.accept(100) has no effect. On Fri, Apr 9, 2010 at 2:10 PM, Timir Hazarika wrote: > Mark, I'm using netstat as follows. You can see the tomcat process listening > on 8443 and all the incoming requests in TIME_WAIT. These connections do get > cleared after the default timeout of 60 seconds, my intention is to refuse > creating them in the first place. > > netstat -anp | grep 8443 > > tcp 0 0 0.0.0.0:8443 0.0.0.0:* LISTEN > 15450/java > tcp 0 0 10.64.62.101:8443 72.163.140.73:19735 > TIME_WAIT - > tcp 0 0 10.64.62.101:8443 72.163.140.73:19744 > TIME_WAIT - > tcp 0 0 10.64.62.101:8443 72.163.140.73:19746 > TIME_WAIT - > tcp 0 0 10.64.62.101:8443 72.163.140.73:19730 > TIME_WAIT - > tcp 0 0 10.64.62.101:8443 72.163.140.73:19745 > TIME_WAIT - > tcp 0 0 10.64.62.101:8443 72.163.140.73:19732 > TIME_WAIT - > tcp 0 0 10.64.62.101:8443 72.163.140.73:19737 > TIME_WAIT - > tcp 0 0 10.64.62.101:8443 72.163.140.73:19742 > TIME_WAIT - > tcp 0 0 10.64.62.101:8443 72.163.140.73:19733 > TIME_WAIT - > tcp 0 0 10.64.62.101:8443 72.163.140.73:19741 > TIME_WAIT - > tcp 0 0 10.64.62.101:8443 72.163.140.73:19747 > TIME_WAIT - > tcp 0 0 10.64.62.101:8443 72.163.140.73:19740 > TIME_WAIT - > tcp 0 0 10.64.62.101:8443 72.163.140.73:19731 > TIME_WAIT - > tcp 0 0 10.64.62.101:8443 72.163.140.73:19743 > TIME_WAIT - > tcp 0 0 10.64.62.101:8443 72.163.140.73:19734 > TIME_WAIT - > tcp 0 0 10.64.62.101:8443 72.163.140.73:19736 > TIME_WAIT - > tcp 0 0 10.64.62.101:8443 72.163.140.73:19738 > TIME_WAIT - > tcp 0 0 10.64.62.101:8443 72.163.140.73:19739 > TIME_WAIT - > - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Tomcat does not honor acceptCount configuration variable
Mark, I'm using netstat as follows. You can see the tomcat process listening on 8443 and all the incoming requests in TIME_WAIT. These connections do get cleared after the default timeout of 60 seconds, my intention is to refuse creating them in the first place. netstat -anp | grep 8443 tcp0 0 0.0.0.0:84430.0.0.0:* LISTEN 15450/java tcp0 0 10.64.62.101:8443 72.163.140.73:19735 TIME_WAIT - tcp0 0 10.64.62.101:8443 72.163.140.73:19744 TIME_WAIT - tcp0 0 10.64.62.101:8443 72.163.140.73:19746 TIME_WAIT - tcp0 0 10.64.62.101:8443 72.163.140.73:19730 TIME_WAIT - tcp0 0 10.64.62.101:8443 72.163.140.73:19745 TIME_WAIT - tcp0 0 10.64.62.101:8443 72.163.140.73:19732 TIME_WAIT - tcp0 0 10.64.62.101:8443 72.163.140.73:19737 TIME_WAIT - tcp0 0 10.64.62.101:8443 72.163.140.73:19742 TIME_WAIT - tcp0 0 10.64.62.101:8443 72.163.140.73:19733 TIME_WAIT - tcp0 0 10.64.62.101:8443 72.163.140.73:19741 TIME_WAIT - tcp0 0 10.64.62.101:8443 72.163.140.73:19747 TIME_WAIT - tcp0 0 10.64.62.101:8443 72.163.140.73:19740 TIME_WAIT - tcp0 0 10.64.62.101:8443 72.163.140.73:19731 TIME_WAIT - tcp0 0 10.64.62.101:8443 72.163.140.73:19743 TIME_WAIT - tcp0 0 10.64.62.101:8443 72.163.140.73:19734 TIME_WAIT - tcp0 0 10.64.62.101:8443 72.163.140.73:19736 TIME_WAIT - tcp0 0 10.64.62.101:8443 72.163.140.73:19738 TIME_WAIT - tcp0 0 10.64.62.101:8443 72.163.140.73:19739 TIME_WAIT -
Re: Tomcat scalability setting - need help please
I think I'll stick with web apps for now :) I have my own needs and reasons for that. One of them is better maintenance with web apps. Thanks Rendra GOD is GREAT! -Original Message- From: Leon Rosenberg Date: Fri, 9 Apr 2010 13:20:39 To: Tomcat Users List Subject: Re: Tomcat scalability setting - need help please On Fri, Apr 9, 2010 at 12:54 PM, wrote: > > And yes I used excel as the result. It is faster, but still can do better. I > wonder if I can increase the process time to less than 30 min to produce > results with millions of data. Currently, with only one person doing the > analysis and no one else uses the app, it takes 2 hours to finish sending the > data to customer screen. > Maybe you should ask yourself, whether a webapp is really the best solution here. It sounds more like you need a central business logic server and a smart desktop app (swing or something) which can present the data in a better way, as letting the customer wait for 2 hours... Leon - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Tomcat does not honor acceptCount configuration variable
On 09/04/2010 10:55, Timir Hazarika wrote: Chuck, this is the same configuration as in my initial question, except for the value of accept count. I've already tried setting it to zero as well : Folks, What is the best way to limit connections in tomcat, if there is one ? I have tried acceptCount, maxThreads, even specifying explicit executor - but in vain. connectionTimeout="2" redirectPort="8443" acceptCount="5" maxThreads="5" /> Or am I missing something ? Telling us how you are determining that these settings are not being honored. Mark - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Tomcat scalability setting - need help please
On Fri, Apr 9, 2010 at 12:54 PM, wrote: > > And yes I used excel as the result. It is faster, but still can do better. I > wonder if I can increase the process time to less than 30 min to produce > results with millions of data. Currently, with only one person doing the > analysis and no one else uses the app, it takes 2 hours to finish sending the > data to customer screen. > Maybe you should ask yourself, whether a webapp is really the best solution here. It sounds more like you need a central business logic server and a smart desktop app (swing or something) which can present the data in a better way, as letting the customer wait for 2 hours... Leon - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Junit and Tomcat
Malcolm Warren wrote: I'm more interested in testing common java classes: e.g. beans being used by .jsp files, but these java classes depend heavily on two things provided by Tomcat in its own virtual machine which Junit can't get at. 1) datasources 2) file paths So what you need is a set of good mock objects. I recommend http://mockito.org/ -- Mikolaj Rydzewski - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Tomcat scalability setting - need help please
Hahaha this remark is really funny. I mean it in a good way: "I'm just curious, how do people in your company deal with millions of rows of data with their own eyes?" Yes they use their eyes, but before that, they print it into one rim of papers first. But customer is the king. And there are some conditions where they really need to print 6 months or more worth of data all at once. This is especially for manufacturing company. And yes I used excel as the result. It is faster, but still can do better. I wonder if I can increase the process time to less than 30 min to produce results with millions of data. Currently, with only one person doing the analysis and no one else uses the app, it takes 2 hours to finish sending the data to customer screen. Regard Rendra GOD is GREAT! -Original Message- From: Xie Xiaodong Date: Fri, 9 Apr 2010 12:42:50 To: Tomcat Users List Subject: Re: Tomcat scalability setting - need help please Hello, Maybe you could just export those data into Excel files (any other format will do), and provide a download link to those file. Those files could be generated lazily, means generate the first time it is requested. I'm just curious, how do people in your company deal with millions of rows of data with their own eyes? On Fri, Apr 9, 2010 at 12:39 PM, Cin Lung wrote: > Hi George, > > Trust me the people in my client's company would see that much of data. It > is needed by the production. > The next best way I can do is to send the resultset object directly to the > JSP, but I would not go to that extent just yet. I am going to either build > a new cache mechanism or use ehcache. The companies where I cater is data > hungry company. > > Thanks > Rendra > > -Original Message- > From: George Sexton [mailto:geor...@mhsoftware.com] > Sent: Friday, April 09, 2010 12:50 AM > To: 'Tomcat Users List' > Subject: RE: Tomcat scalability setting - need help please > > Clearly instantiating millions of objects is not a strategy for > scalability. > > You're going to have to re-structure your code to reduce the memory > footprint of each session. > > Why is your result set returning a million rows? No human would want to see > that much data. > > You need to restructure your queries and navigation design so that it > doesn't do this. > > George Sexton > MH Software, Inc. > 303 438-9585 > www.mhsoftware.com > > > > -Original Message- > > From: Cin Lung [mailto:cinl...@gmail.com] > > Sent: Thursday, April 08, 2010 10:53 AM > > To: 'Tomcat Users List' > > Subject: RE: Tomcat scalability setting - need help please > > > > Hi George > > > > Your remark is almost correct. What I did is that I store the result > > of the resultset (which can go up to million lines of rows) in a batch > > of Java beans. Then I set the beans to the HTTP Request and pass them > > to the receiving JSP. > > > > But I do remember to return the connection to the pool. I also try to > > kill the statements, result sets, etc by setting them to null. But I > > realize that java might wait for the memory to be cleared by the > > garbage collector. > > > > This goes back to my second problem. If the user closes the browser, > > the request object form the servlet would lost its way to return the > > result. And this will hog the tomcat performance for a while. > > > > Any tips would greatly be appreciated. > > > > TIA > > Rendra > > > > -Original Message- > > From: George Sexton [mailto:geor...@mhsoftware.com] > > Sent: Thursday, April 08, 2010 11:42 PM > > To: 'Tomcat Users List' > > Subject: RE: Tomcat scalability setting - need help please > > > > > > > -Original Message- > > > From: Pid [mailto:p...@pidster.com] > > > Sent: Thursday, April 08, 2010 8:49 AM > > > To: Tomcat Users List > > > Subject: Re: Tomcat scalability setting - need help please > > > > > > When you run the query in your application how are you doing it, e.g. > > > by > > > calling a stored procedure, or by executing exactly the same SQL > > > statement? > > > > > > > > > Most likely the application is storing result sets on the session. > > > > > > > > George Sexton > > MH Software, Inc. > > 303 438-9585 > > www.mhsoftware.com > > > > > > - > > 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 > > > > - > 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 com
Re: Tomcat scalability setting - need help please
Hello, Maybe you could just export those data into Excel files (any other format will do), and provide a download link to those file. Those files could be generated lazily, means generate the first time it is requested. I'm just curious, how do people in your company deal with millions of rows of data with their own eyes? On Fri, Apr 9, 2010 at 12:39 PM, Cin Lung wrote: > Hi George, > > Trust me the people in my client's company would see that much of data. It > is needed by the production. > The next best way I can do is to send the resultset object directly to the > JSP, but I would not go to that extent just yet. I am going to either build > a new cache mechanism or use ehcache. The companies where I cater is data > hungry company. > > Thanks > Rendra > > -Original Message- > From: George Sexton [mailto:geor...@mhsoftware.com] > Sent: Friday, April 09, 2010 12:50 AM > To: 'Tomcat Users List' > Subject: RE: Tomcat scalability setting - need help please > > Clearly instantiating millions of objects is not a strategy for > scalability. > > You're going to have to re-structure your code to reduce the memory > footprint of each session. > > Why is your result set returning a million rows? No human would want to see > that much data. > > You need to restructure your queries and navigation design so that it > doesn't do this. > > George Sexton > MH Software, Inc. > 303 438-9585 > www.mhsoftware.com > > > > -Original Message- > > From: Cin Lung [mailto:cinl...@gmail.com] > > Sent: Thursday, April 08, 2010 10:53 AM > > To: 'Tomcat Users List' > > Subject: RE: Tomcat scalability setting - need help please > > > > Hi George > > > > Your remark is almost correct. What I did is that I store the result > > of the resultset (which can go up to million lines of rows) in a batch > > of Java beans. Then I set the beans to the HTTP Request and pass them > > to the receiving JSP. > > > > But I do remember to return the connection to the pool. I also try to > > kill the statements, result sets, etc by setting them to null. But I > > realize that java might wait for the memory to be cleared by the > > garbage collector. > > > > This goes back to my second problem. If the user closes the browser, > > the request object form the servlet would lost its way to return the > > result. And this will hog the tomcat performance for a while. > > > > Any tips would greatly be appreciated. > > > > TIA > > Rendra > > > > -Original Message- > > From: George Sexton [mailto:geor...@mhsoftware.com] > > Sent: Thursday, April 08, 2010 11:42 PM > > To: 'Tomcat Users List' > > Subject: RE: Tomcat scalability setting - need help please > > > > > > > -Original Message- > > > From: Pid [mailto:p...@pidster.com] > > > Sent: Thursday, April 08, 2010 8:49 AM > > > To: Tomcat Users List > > > Subject: Re: Tomcat scalability setting - need help please > > > > > > When you run the query in your application how are you doing it, e.g. > > > by > > > calling a stored procedure, or by executing exactly the same SQL > > > statement? > > > > > > > > > Most likely the application is storing result sets on the session. > > > > > > > > George Sexton > > MH Software, Inc. > > 303 438-9585 > > www.mhsoftware.com > > > > > > - > > 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 > > > > - > 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 > > -- Sincerely yours and Best Regards, Xie Xiaodong
RE: Tomcat scalability setting - need help please
Hi George, Trust me the people in my client's company would see that much of data. It is needed by the production. The next best way I can do is to send the resultset object directly to the JSP, but I would not go to that extent just yet. I am going to either build a new cache mechanism or use ehcache. The companies where I cater is data hungry company. Thanks Rendra -Original Message- From: George Sexton [mailto:geor...@mhsoftware.com] Sent: Friday, April 09, 2010 12:50 AM To: 'Tomcat Users List' Subject: RE: Tomcat scalability setting - need help please Clearly instantiating millions of objects is not a strategy for scalability. You're going to have to re-structure your code to reduce the memory footprint of each session. Why is your result set returning a million rows? No human would want to see that much data. You need to restructure your queries and navigation design so that it doesn't do this. George Sexton MH Software, Inc. 303 438-9585 www.mhsoftware.com > -Original Message- > From: Cin Lung [mailto:cinl...@gmail.com] > Sent: Thursday, April 08, 2010 10:53 AM > To: 'Tomcat Users List' > Subject: RE: Tomcat scalability setting - need help please > > Hi George > > Your remark is almost correct. What I did is that I store the result > of the resultset (which can go up to million lines of rows) in a batch > of Java beans. Then I set the beans to the HTTP Request and pass them > to the receiving JSP. > > But I do remember to return the connection to the pool. I also try to > kill the statements, result sets, etc by setting them to null. But I > realize that java might wait for the memory to be cleared by the > garbage collector. > > This goes back to my second problem. If the user closes the browser, > the request object form the servlet would lost its way to return the > result. And this will hog the tomcat performance for a while. > > Any tips would greatly be appreciated. > > TIA > Rendra > > -Original Message- > From: George Sexton [mailto:geor...@mhsoftware.com] > Sent: Thursday, April 08, 2010 11:42 PM > To: 'Tomcat Users List' > Subject: RE: Tomcat scalability setting - need help please > > > > -Original Message- > > From: Pid [mailto:p...@pidster.com] > > Sent: Thursday, April 08, 2010 8:49 AM > > To: Tomcat Users List > > Subject: Re: Tomcat scalability setting - need help please > > > > When you run the query in your application how are you doing it, e.g. > > by > > calling a stored procedure, or by executing exactly the same SQL > > statement? > > > > > Most likely the application is storing result sets on the session. > > > > George Sexton > MH Software, Inc. > 303 438-9585 > www.mhsoftware.com > > > - > 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 - 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 does not honor acceptCount configuration variable
Chuck, this is the same configuration as in my initial question, except for the value of accept count. I've already tried setting it to zero as well : Folks, What is the best way to limit connections in tomcat, if there is one ? I > have tried acceptCount, maxThreads, even specifying explicit executor - but > in vain. Or am I missing something ? Timir On Fri, Apr 9, 2010 at 6:46 AM, Caldarale, Charles R < chuck.caldar...@unisys.com> wrote: > On Apr 8, 2010, at 13:37, "Timir Hazarika" > wrote: > > > How would this configuration look like in server.xml ? > > > > - Chuck > > > - > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > >
Re: URLs with '../' and 404s
On 08/04/2010 23:23, Nikita Tovstoles wrote:
So, if the current URI is "http://localhost/app/page"; and sendRedirect
method arg is "../../app/page.0" what does that violate?
That relative URL is not valid. To construct the absolute URL, you strip
of the file name from the path and append the relative URL. That gives you:
http://localhost/app/../../app/page.0
To check the validity, let's normalize it:
Removing the first '..' gives:
http://localhost/../app/page.0
and that is clearly not valid.
This is looking very much like your relative URLs are not correct.
The arg is a
relative URL that "container must convert to an absolute URL", no?
What part of http://localhost/app/page/../../app/page.0 are you claiming
is not absolute? It might not be normalized, but it is absolute.
A simple JSP that contains:
<% response.sendRedirect("../sub2/user001.jsp"); %>
works perfectly for me.
This, and the fact that no-one else is complaining that relative
redirects are broken, adds weight to the theory that the relative URLs
being used in your app are not correct.
And, yes, the *result* of that conversion must be an absolute URL as
specified by:
http://tools.ietf.org/html/rfc2616#section-14.30
It is.
Goign back and checking your first post in this thread, the example you
gave was:
-assume client is at http://localhost/app/home
-app responds to a request with 302 '../home.0'
-Response.toAbsolute() rewrites Location as http://localhost/app/home/ . .
/home.0 (spaces added to avoid spam filter)
But, if client then issues a GET with exactly that URL - and not
http://localhost/app/home.0, Tomcat will issue a 404. In other words,
toAbsolute() produces a URL that Tomcat cannot service. Why the asymmetry?
In other words, why not collapse the '../' in toAbsolute() - and thus
produce http://localhost/app/home.0?
That example is not correct.
The redirect URL will be:
http://localhost/app/../home.0
which when normalised is:
http://localhost/home.0
Which is not the http://localhost/app/home.0 expected, hence the 404.
Mark
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Tomcat scalability setting - need help please
Rendra, --- On Thu, 4/8/10 at 5:28 PM, cinl...@gmail.com wrote: > > Do you have better way as how to transport this result to > jsp? Please enlighten me. > If you *really* need to serve _millions_ of rows of data to a user you will need to implement some form of "paging" - the query results are cached on the server and served to the user on a page-by-page basis when requested. You mentioned that you implemented your own caching scheme. I suggest you take a look at ehcache: http://ehcache.org/ It can be easily setup to automatically cache to disk and purge "stale" data. - Bob - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Tomcat 6.0.24 requires me to log on twice
On 08/04/2010 23:34, Christopher Schultz wrote: This happens on Tomcat 6.0.24 and 6.0.26, but not 6.0.20, which makes me think it is related to change 45255 (Provide protection against session fixation by changing session ID automatically on authentication.), in the dev environment tomcat is running on windows XP. Session tracking is done by cookie, not URL rewriting. I haven't read the actual patch that added this session-id switching but it's not clear if it's configurable. Mark said he'd likely make this an option that defaults to "off". Security trumped compatibility in this case and it defaults to on. Nothing stopping you turning it off though. I'd note that apps that have issues with this behaviour are likely to have issues with load-balancing, sticky sessions and fail-over as exactly the same code is used to change the session ID on fail-over. Mark - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
