Subject: Announce: Struts MDA training in EU/Geneva, Jan20
Struts Best Practices and MDA, Seminar with Cédric Dumoulin, in Geneva, Switzerland, January 20, 2004. Sessions: * Struts Best Practices, and real world case (World Health Organization/WHO) Wolfgang Gehner, Infonoia SA, Java web app. developer since 1998, co-author of the book Struts Best Practices, publication in May 2004 (Heise/dPunkt) * Model Driven Architecture (MDA), perspectives Cédric Dumoulin, creator of Struts-Tiles * QA with Cédric Dumoulin; Vic Cekvenich (remote from the US), author of Struts Fast Track, first book on Struts; and Wolfgang Gehner Why participate: - Get the FULL benefits of Struts and MDA - Learn Struts Best Practices - Discuss with the pioneers from the US and Europe Programme at: http://www.infonoia.com/media/seminar20jan.pdf Terms: 1/2 day, entry CHF 180 only (CHF 210 when booked after 13 January 04). Includes cafe/croissant and a voucher for the book Struts Best Practices (value of CHF 60). Lunch with presenters participants optional. Booking at: http://www.infonoia.com/en/inscription.jsp Seminar is held in French (QA in English). More about Struts Training in English, French German at: http://www.infonoia.com/en/content.jsp?d=inf.02.02 including on-site (EU) and custom training, coaching and consulting. Looking forward to seeing you! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Exception processing TLD at resource path /WEB-INF/struts-html-el.tld
Hello, I having a problem with TLD files, my application doesn't seem to find it. On my web.xml a have this mapping: taglib taglib-uristruts/html-el/taglib-uri taglib-location/WEB-INF/struts-html-el.tld/taglib-location /taglib the .tld file is in the WEB-INF directory of the application, but when I call the application from a browser I get this exception ContextConfig[/roles] Exception processing TLD at resource path /WEB-INF/struts-html-el.tld javax.servlet.ServletException: Exception processing TLD at resource path /WEB-INF/struts-html-el.tld at org.apache.catalina.startup.ContextConfig.tldScanTld(ContextConfig.java:1010) at org.apache.catalina.startup.ContextConfig.tldScan(ContextConfig.java:870) at org.apache.catalina.startup.ContextConfig.start(ContextConfig.java:647) at org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig.java:243) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:166) Can anybody help? Thanks Kelly. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Problem in Connection Pooling
You must put ojdbc14.jar inside $TOMCAT_HOME/common/lib :D -- De: Kumar Abhay-CAK203C[SMTP:[EMAIL PROTECTED] Responder:Tomcat Users List Enviada: segunda-feira, 22 de dezembro de 2003 22:52 Para: Tomcat Users List Assunto: Problem in Connection Pooling Prioridade: Alta Hello, I am trying to set up connection pooling with Tomcat 4.1.29 and Oracle 9i I am getting the below error: org.apache.commons.dbcp.SQLNestedException: Cannot create JDBC driver of class '' for connect URL 'null', cause:java.sql.SQLException: No suitable driver Please tell me what to do to resolve this. I am able to lookup dB. But on trying to fetch data from dB I am getting this error. Please Help Regards Abhay Details: Server.xml Resource name=estimation scope=Shareable type=javax.sql.DataSource/ ResourceParams name=estimation parameter namevalidationQuery/name valueselect sysdate from dual/value /parameter parameter namemaxWait/name value5000/value /parameter parameter namemaxActive/name value4/value /parameter parameter namepassword/name valuepass/value /parameter parameter nameurl/name valuejdbc:oracle:thin:@server_name:1521:DEV/value /parameter parameter namedriverClassName/name valueoracle.jdbc.driver.OracleDriver/value /parameter parameter namemaxIdle/name value2/value /parameter parameter nameusername/name valueeppsys/value /parameter /ResourceParams Context className=org.apache.catalina.core.StandardContext cachingAllowed=true charsetMapperClass=org.apache.catalina.util.CharsetMapper cookies=true crossContext=false debug=0 displayName=Estimation docBase=C:\Estimation mapperClass=org.apache.catalina.core.StandardContextMapper path=/Estimation privileged=false reloadable=false swallowOutput=false useNaming=true wrapperClass=org.apache.catalina.core.StandardWrapper Logger className=org.apache.catalina.logger.FileLogger debug=0 directory=logs prefix=localhost_estimation_log. suffix=.txt timestamp=true verbosity=1/ /Context Web.xml resource-ref res-ref-namejdbc/estimation/res-ref-name res-typejavax.sql.DataSource/res-type res-authShareable/res-auth /resource-ref Class Path .;C:\Estimation;C:\Tomcat\common\lib\servlet.jar;C:\Tomcat\common\lib\mail .jar;C:\Tomcat\common\lib\activation.jar;C:\Tomcat\common\lib\jndi.jar;C:\ Tomcat\common\lib\jdbc2_0-stdext.jar;C:\Tomcat\common\lib\classes12.jar Tried with oracle.jar and ojdbc14.jar
A question about tomcat5 HA
I have a question about HA. I have 2 tomcat running at 2 machine and I want to make machine A as a master node, machine as a slave node. All request goes to machine A, and if A crash, B will take all the request. If A is started again, A will be master again. I use Apache2.0.48 + jakarta-tomcat-connectors-jk2.0.2-win32-apache2.0.43 as load balance. and in workers.properties, I set lb_factor=100 to A and lb_factor=0 to B. It seems to be good, but I don't know whether it is the right way. If anybody have some ideas? Thanks.
RE: Problem with Excel and Word Documents
Hi Michael/Yoav, Thanks a lot for the suggestion. I have got it working and it seems now openning as per the requirements. Arnab -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: Monday, December 22, 2003 7:59 PM To: Tomcat Users List Subject: RE: Problem with Excel and Word Documents Howdy, You may also want to use the attachment content-disposition header in order to give the user a choice of opening/saving to disk. (Google content-disposition header if you're not sure what it is or how to use it). Yoav Shapira Millennium ChemInformatics -Original Message- From: Michael Coughlan [mailto:[EMAIL PROTECTED] Sent: Monday, December 22, 2003 9:08 AM To: Tomcat Users List Subject: RE: Problem with Excel and Word Documents While downloading/viewing a file from a jsp page, there are no problems encountered by IE. But, when the same is opened on Netscape 7.0 (and up), the file is opened up in the same window and all the data is improperly rendered because NS cannot interpret the file properly. Are you familiar with MIME types? If not, then Google MIME types. According to the HTTP spec, the HTTP Accept header specifies the media MIME types. Try looking up the res.setContentType() function to set that header value for your HttpServletResponse. Before you send some response res, I believe you should specify the content type with that function. Netscape is probably to spec. Windows cheats by parsing the file extension (.txt, .xls, .doc) to help you out. I believe there are also MIME !ELEMENTS that can be added to web.xml to achieve this as well within Tomcat. regards, MPC - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Questions on Clustering
so i should only create 1 cluster inside each host tag? so if im hosting 10 sites/hosts i need the clustering in each of the host tags correct? thanks aging Daniel Schulken - Original Message - From: Filip Hanik [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Monday, December 22, 2003 8:49 PM Subject: RE: Questions on Clustering mcastAddr=228.0.0.4 as long as this is the same across all web apps this is ok right? should only be the same across the cluster, ie, I don't believe you want to replicate sessions between different virtual hosts, makes no sense, right? Filip -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Monday, December 22, 2003 6:17 AM To: Tomcat Users List Subject: Questions on Clustering I am looking for a better understanding on the Cluster tag in side of the host tag/ for virtual host. what should the mcastAddr be ? should this be a internal IP address in side the network? mcastAddr=228.0.0.4 as long as this is the same across all web apps this is ok right? mcastPort=45564 this should be different for each web app/virtual host correct? tcpListenPort=1 The primary reason I am asking is because I have about 10 web apps / virtual hosts that 2 tomcats are severing. Thanks, Daniel Schulken --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.553 / Virus Database: 345 - Release Date: 12/21/2003 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.554 / Virus Database: 346 - Release Date: 12/21/2003 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Session ID's
I'm curious, will a tomcat instance ever create duplicate session ID's? And I mean *ever*, so if I run a server for 5 years (with multiple reboots, etc.) will I ever get a duplicate session ID? If so what's the frequency it would happen? Every million, billion, 10 trillion? Does the situation change if I have a cluster of tomcat servers? Thanks! -Marc - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Session ID's
See the tomcat-dev archives. There was a big discussion many months ago about duplicate session ids and the chance for a dup id. -Tim Marc Hughes wrote: I'm curious, will a tomcat instance ever create duplicate session ID's? And I mean *ever*, so if I run a server for 5 years (with multiple reboots, etc.) will I ever get a duplicate session ID? If so what's the frequency it would happen? Every million, billion, 10 trillion? Does the situation change if I have a cluster of tomcat servers? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Question.
Hello: I want to know if there is a complete documentation on how to install apache and tomcat together: the configuration, etc. Thanks Alejandro Villarroel. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
UTF-8 encoding problem with file included using jsp:include
Hello, I have a jsp page with the following code at the top of the page, in order to display the page contents in UTF-8: %@ page contentType=text/html; charset=UTF-8 % % response.setContentType(text/html; charset=UTF-8); % In this page is a jsp:include tag that includes a static html file, the name of which is determined at runtime. This included file contains UTF-8 encoded characters, however these are not being displayed correctly in my browser (mozilla 1.5/debian), but as generic 'unknown unicode' chars. If I use an include directive instead however, the characters are displayed correctly. If I change the extension of the included file to .jsp so that it's compiled (just to see what happends) the characters still don't display because the .java file generated by Jasper has a response.setContentType(iso-8859-1) line inserted into it, which I've been unable to figure out how to change. It seems likely that somewhere along the line, the content type of the included file (html or jsp) is being set and this setting is taking precedence over the page directives I have in the including page. I've tried setting everything I can think of to UTF-8 (file encoding, response and request objects), I've checked that the JSP compiler should be compiling using UTF-8 (I'm using tomcat 4.1.29) (even though this shouldn't really affect and included html file) but I can't seem to get the included file encoded correctly. Does anyone know what setting is responsible for the response.setContentType line inserted by jasper, or have any further ideas that I could investigate ? Many thanks, ..camilla - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Question.
http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jk2/index.html http://www.johnturner.com/howto/apache-tomcat-howto.html The archives to this list are also useful. A good number of the threads here have to do with connection issues. On Tuesday 23 December 2003 08:18 am, Alejandro Arturo Villarroel Nuñez wrote: Hello: I want to know if there is a complete documentation on how to install apache and tomcat together: the configuration, etc. Thanks Alejandro Villarroel. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Ben Souther F.W. Davison Company, Inc. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Exception processing TLD at resource path /WEB-INF/struts-html-el.tld
Howdy, Where are your XML parser jars? What JDK are you running? If you're running with JDK 1.4 and/or you've modified $CATALINA_HOME/common/endorsed and/or you have XML parser jars in the WEB-INF/lib directory of your webapp, please let us know the details. What tomcat version is this? Yoav Shapira Millennium ChemInformatics -Original Message- From: Kelly Goedert [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 23, 2003 6:44 AM To: [EMAIL PROTECTED] Subject: Exception processing TLD at resource path /WEB-INF/struts-html- el.tld Hello, I having a problem with TLD files, my application doesn't seem to find it. On my web.xml a have this mapping: taglib taglib-uristruts/html-el/taglib-uri taglib-location/WEB-INF/struts-html-el.tld/taglib-location /taglib the .tld file is in the WEB-INF directory of the application, but when I call the application from a browser I get this exception ContextConfig[/roles] Exception processing TLD at resource path /WEB-INF/struts-html-el.tld javax.servlet.ServletException: Exception processing TLD at resource path /WEB-INF/struts-html-el.tld at org.apache.catalina.startup.ContextConfig.tldScanTld(ContextConfig.java :101 0) at org.apache.catalina.startup.ContextConfig.tldScan(ContextConfig.java:87 0) at org.apache.catalina.startup.ContextConfig.start(ContextConfig.java:647) at org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig. java :243) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleS uppo rt.java:166) Can anybody help? Thanks Kelly. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Exception processing TLD at resource path /WEB-INF/struts-html-el.tld
Hello, the jar files are in /WEB-INF/lib. I running JDK 1.4. My tomcat version is 4.1.29. Shapira, Yoav wrote: Howdy, Where are your XML parser jars? What JDK are you running? If you're running with JDK 1.4 and/or you've modified $CATALINA_HOME/common/endorsed and/or you have XML parser jars in the WEB-INF/lib directory of your webapp, please let us know the details. What tomcat version is this? Yoav Shapira Millennium ChemInformatics -Original Message- From: Kelly Goedert [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 23, 2003 6:44 AM To: [EMAIL PROTECTED] Subject: Exception processing TLD at resource path /WEB-INF/struts-html- el.tld Hello, I having a problem with TLD files, my application doesn't seem to find it. On my web.xml a have this mapping: taglib taglib-uristruts/html-el/taglib-uri taglib-location/WEB-INF/struts-html-el.tld/taglib-location /taglib the .tld file is in the WEB-INF directory of the application, but when I call the application from a browser I get this exception ContextConfig[/roles] Exception processing TLD at resource path /WEB-INF/struts-html-el.tld javax.servlet.ServletException: Exception processing TLD at resource path /WEB-INF/struts-html-el.tld at org.apache.catalina.startup.ContextConfig.tldScanTld(ContextConfig.java :101 0) at org.apache.catalina.startup.ContextConfig.tldScan(ContextConfig.java:87 0) at org.apache.catalina.startup.ContextConfig.start(ContextConfig.java:647) at org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig. java :243) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleS uppo rt.java:166) Can anybody help? Thanks Kelly. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Exception processing TLD at resource path /WEB-INF/struts-html-el.tld
Howdy, the jar files are in /WEB-INF/lib. I running JDK 1.4. My tomcat version is 4.1.29. Yes, but which jar files? And you didn't answer the rest of my question, at least not explicitly, so I assume you haven't touched tomcat's common/lib and common/endorsed directories? Yoav Shapira Shapira, Yoav wrote: Howdy, Where are your XML parser jars? What JDK are you running? If you're running with JDK 1.4 and/or you've modified $CATALINA_HOME/common/endorsed and/or you have XML parser jars in the WEB-INF/lib directory of your webapp, please let us know the details. What tomcat version is this? Yoav Shapira Millennium ChemInformatics -Original Message- From: Kelly Goedert [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 23, 2003 6:44 AM To: [EMAIL PROTECTED] Subject: Exception processing TLD at resource path /WEB-INF/struts-html- el.tld Hello, I having a problem with TLD files, my application doesn't seem to find it. On my web.xml a have this mapping: taglib taglib-uristruts/html-el/taglib-uri taglib-location/WEB-INF/struts-html-el.tld/taglib-location /taglib the .tld file is in the WEB-INF directory of the application, but when I call the application from a browser I get this exception ContextConfig[/roles] Exception processing TLD at resource path /WEB-INF/struts-html-el.tld javax.servlet.ServletException: Exception processing TLD at resource path /WEB-INF/struts-html-el.tld at org.apache.catalina.startup.ContextConfig.tldScanTld(ContextConfig.ja va :101 0) at org.apache.catalina.startup.ContextConfig.tldScan(ContextConfig.java: 87 0) at org.apache.catalina.startup.ContextConfig.start(ContextConfig.java:64 7) at org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfi g. java :243) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(Lifecycl eS uppo rt.java:166) Can anybody help? Thanks Kelly. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Deploying app in Tomcat 5
Hi, I just installed(built) Tomcat 5.0.16. I copied an xml file containing deployment description of a context to webapps directory. Restarted Tomcat. It gives 404 error. The same procedure works with Tomcat 4.1.27. What is wrong ? rgds Antony Paul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Exception processing TLD at resource path /WEB-INF/struts-html-el.tld
Shapira, Yoav wrote: Howdy, the jar files are in /WEB-INF/lib. I running JDK 1.4. My tomcat version is 4.1.29. Yes, but which jar files? And you didn't answer the rest of my question, at least not explicitly, so I assume you haven't touched tomcat's common/lib and common/endorsed directories? No I haven't touched common/lib and common/endorsed. The jar files are: commons-beanutils.jar commons-collections.jar commons-digester.jar commons-logging.jar jstl.jar standard.jar struts-el.jar struts.jar Yoav Shapira Shapira, Yoav wrote: Howdy, Where are your XML parser jars? What JDK are you running? If you're running with JDK 1.4 and/or you've modified $CATALINA_HOME/common/endorsed and/or you have XML parser jars in the WEB-INF/lib directory of your webapp, please let us know the details. What tomcat version is this? Yoav Shapira Millennium ChemInformatics -Original Message- From: Kelly Goedert [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 23, 2003 6:44 AM To: [EMAIL PROTECTED] Subject: Exception processing TLD at resource path /WEB-INF/struts-html- el.tld Hello, I having a problem with TLD files, my application doesn't seem to find it. On my web.xml a have this mapping: taglib taglib-uristruts/html-el/taglib-uri taglib-location/WEB-INF/struts-html-el.tld/taglib-location /taglib the .tld file is in the WEB-INF directory of the application, but when I call the application from a browser I get this exception ContextConfig[/roles] Exception processing TLD at resource path /WEB-INF/struts-html-el.tld javax.servlet.ServletException: Exception processing TLD at resource path /WEB-INF/struts-html-el.tld at org.apache.catalina.startup.ContextConfig.tldScanTld(ContextConfig.ja va :101 0) at org.apache.catalina.startup.ContextConfig.tldScan(ContextConfig.java: 87 0) at org.apache.catalina.startup.ContextConfig.start(ContextConfig.java:64 7) at org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfi g. java :243) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(Lifecycl eS uppo rt.java:166) Can anybody help? Thanks Kelly. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Exception processing TLD at resource path /WEB-INF/struts-html-el.tld
Howdy, No I haven't touched common/lib and common/endorsed. The jar files are: commons-beanutils.jar commons-collections.jar commons-digester.jar commons-logging.jar jstl.jar standard.jar struts-el.jar struts.jar OK. What happens if you replace commons-logging.jar with commons-logging-api.jar (it comes in the same distribution)? Yoav Shapira This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Exception processing TLD at resource path /WEB-INF/struts-html-el.tld
Shapira, Yoav wrote: Howdy, No I haven't touched common/lib and common/endorsed. The jar files are: commons-beanutils.jar commons-collections.jar commons-digester.jar commons-logging.jar jstl.jar standard.jar struts-el.jar struts.jar OK. What happens if you replace commons-logging.jar with commons-logging-api.jar (it comes in the same distribution)? Still have the same error. Yoav Shapira This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Exception processing TLD at resource path /WEB-INF/struts-html-el.tld
Howdy, OK. What happens if you replace commons-logging.jar with commons-logging-api.jar (it comes in the same distribution)? Still have the same error. OK, then I don't know why you're getting it, but hopefully someone else does. ;) Yoav Shapira This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
TCP-FIN problem
Hi everybody, I have an application which calls a webpage (servlet) and parses the response. Now my problem is that the application waits for the closing of the connection (FIN,ACK) wich acures ca 1 minute after the data has been sent. I tried setting content-length header but that doesnt help! does anybody have any advice fore me? thanks in advance Sebastian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Question.
And how about mod_jk2 ?, in the jakarta site, there isn't a deep explanation, and there are many differences between that documentation and reality.. Thanks a lot the url http://www.johnturner.com/howto/apache-tomcat-howto.html is very good. On Tue, 2003-12-23 at 10:26, Ben Souther wrote: http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jk2/index.html http://www.johnturner.com/howto/apache-tomcat-howto.html The archives to this list are also useful. A good number of the threads here have to do with connection issues. On Tuesday 23 December 2003 08:18 am, Alejandro Arturo Villarroel Nuñez wrote: Hello: I want to know if there is a complete documentation on how to install apache and tomcat together: the configuration, etc. Thanks Alejandro Villarroel. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Se despide atentamente, Alejandro Villarroel N. Director - Dirección Central de Servicios Computacionales, Universidad Técnica Federico Santa María. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Test
Testing please ignore. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RES: TCP-FIN problem
why did you do that? TCP/IP takes care of connection closing for you.Whatis your real problem? -Mensagem original- De: Sebastian Klenk [mailto:[EMAIL PROTECTED] Enviada em: terca-feira, 23 de dezembro de 2003 13:15 Para: [EMAIL PROTECTED] Assunto: TCP-FIN problem Hi everybody, I have an application which calls a webpage (servlet) and parses the response. Now my problem is that the application waits for the closing of the connection (FIN,ACK) wich acures ca 1 minute after the data has been sent. I tried setting content-length header but that doesnt help! does anybody have any advice fore me? thanks in advance Sebastian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: RES: TCP-FIN problem
I didn't do anything ... the only problem I have is that my app. is not very fast, and that is because it has to wait for tomcat to close the connection, but tomcat closes the connection a lot later (ca 1 minute). My question is now if there is a way to tell tomcat that all data has been written an that the connection can be closend!? Jose Euclides da Silva Junior - DATAPREVRJ wrote: why did you do that? TCP/IP takes care of connection closing for you.Whatis your real problem? -Mensagem original- De: Sebastian Klenk [mailto:[EMAIL PROTECTED] Enviada em: terca-feira, 23 de dezembro de 2003 13:15 Para: [EMAIL PROTECTED] Assunto: TCP-FIN problem Hi everybody, I have an application which calls a webpage (servlet) and parses the response. Now my problem is that the application waits for the closing of the connection (FIN,ACK) wich acures ca 1 minute after the data has been sent. I tried setting content-length header but that doesnt help! does anybody have any advice fore me? thanks in advance Sebastian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: RES: TCP-FIN problem
Hi! Sebastian Klenk wrote: I didn't do anything ... the only problem I have is that my app. is not very fast, and that is because it has to wait for tomcat to close the connection, but tomcat closes the connection a lot later (ca 1 minute). My question is now if there is a way to tell tomcat that all data has been written an that the connection can be closend!? Your problem is not tomcat, but the application. Tomcat uses a default timeout of 60 seconds on the socket. But what seems to happen in your case is not tomcat causing that timeout, but _experiencing_ it. Your application is not closing the connection properly and tomcat keeps it open until the timeout occurs. Could you perhaps post more information on that application? Is it written in Java as well? Perhaps you could post some code snipplets? Phil - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: RES: TCP-FIN problem
actually i thought that tomcat was supposed to close the connection
after all data has been send - if not this explains a lot!
try {
int c;
while(-1 != (c = Reciever.read())) /* here I'm waiting
until the connection is closed! */
XMLBuffer.append((char)c);
}catch (EOFException e){
}catch (Exception e) {
System.out.println(getServer() : Exception Cought: +
e.getMessage());
return null;
}
Philipp Taprogge wrote:
Hi!
Sebastian Klenk wrote:
I didn't do anything ... the only problem I have is that my app. is
not very fast, and that is because it has to wait for tomcat to close
the connection, but tomcat closes the connection a lot later (ca 1
minute).
My question is now if there is a way to tell tomcat that all data has
been written an that the connection can be closend!?
Your problem is not tomcat, but the application. Tomcat uses a default
timeout of 60 seconds on the socket. But what seems to happen in your
case is not tomcat causing that timeout, but _experiencing_ it.
Your application is not closing the connection properly and tomcat keeps
it open until the timeout occurs. Could you perhaps post more
information on that application? Is it written in Java as well? Perhaps
you could post some code snipplets?
Phil
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: help in tomcat 5 and MS SQL 2000
Hi Tom, Can you stop this return receipt thing? Regards -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Monday, December 22, 2003 1:41 PM To: [EMAIL PROTECTED] Subject: RE: help in tomcat 5 and MS SQL 2000 Return Receipt Your RE: help in tomcat 5 and MS SQL 2000 document : was Tom Williams/HQ/dssi received by: at: 12/22/2003 10:40:56 AM - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: RES: TCP-FIN problem
Hi! Sebastian Klenk wrote: actually i thought that tomcat was supposed to close the connection after all data has been send - if not this explains a lot! It does, but TCP handshakes are no one-way street. I can only do wild guesses from here, but what I think is happening is this: after tomcat sends the last chunk of data, your application does not release it's hold on the connection, just like as it wants to send more data toward tomcat. After not doing so for a given time (60 seconds) tomcats assumes that the client on the other side has died and reaps the connection. In your code, what is Receiver? Where do you get it from? Phil - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: RES: TCP-FIN problem
Maybe with a little bit more detail:
Application Code:
try {
ClientSocket = new Socket(IPAddress, Port);
Sender = new
OutputStreamWriter(ClientSocket.getOutputStream());
Reciever = new
InputStreamReader(ClientSocket.getInputStream());
} catch (UnknownHostException e) {
System.err.println(Unknown host: + IPAddress);
} catch(IOException e){
System.err.println(IOException: + IPAddress + - +
e.getMessage());
}
.
.
.
String Message = new String(Method + + File + HTTP/1.1\r\n);
Sender.write(Message,0,Message.length());
/* HOST */
Message = new String(Host: + IPAddress +: + Port + \r\n);
Sender.write(Message,0,Message.length());
Message = new String(Content-Type: text/xml\r\n);
Sender.write(Message,0,Message.length());
Message = new String(Content-length:
+Data.length()+\r\n\r\n);
Sender.write(Message,0,Message.length());
Sender.write(Data,0,Data.length());
Sender.flush();
.
.
.
try {
int c;
while(-1 != (c = Reciever.read()))
XMLBuffer.append((char)c);
}catch (EOFException e){
}catch (Exception e) {
System.out.println(getServer() : Exception Cought: +
e.getMessage());
return null;
}
Servlet code could look like this
public void doGet(HttpServletRequest request, HttpServletResponse
response)
throws IOException, ServletException {
try{
Data.getDataSQL(JDBCDriver,JDBCPath,JDBCUser,JDBCPasswd,Edit);
}catch(Exception e){
getLogger().writeToLog(Database Read Statement Error:
+ e.toString() + - + Edit);
}
response.getWriter().print(Data);
response.setContentLength(Data.toString().length());
}
Hope this makes all a little bit clearer!
Philipp Taprogge wrote:
Hi!
Sebastian Klenk wrote:
I didn't do anything ... the only problem I have is that my app. is
not very fast, and that is because it has to wait for tomcat to close
the connection, but tomcat closes the connection a lot later (ca 1
minute).
My question is now if there is a way to tell tomcat that all data has
been written an that the connection can be closend!?
Your problem is not tomcat, but the application. Tomcat uses a default
timeout of 60 seconds on the socket. But what seems to happen in your
case is not tomcat causing that timeout, but _experiencing_ it.
Your application is not closing the connection properly and tomcat keeps
it open until the timeout occurs. Could you perhaps post more
information on that application? Is it written in Java as well? Perhaps
you could post some code snipplets?
Phil
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Not Redirecting (IIS6.0 - JWSDP1.3 with Tomcat5.0).
I've followed every instruction that I could find, and none of them have worked for me. According to the log file, it appears as though the error is occurring when the jk_open_socket trys to connect. I've included the following platform, IIS, registry, log file, properties files, server.xml, and web.xml information. Originally, I tried to use isapi.redirector2.dll, but that file did not work at all. No log file was created when I used isapi.redirector2.dll. So, I tryed isapi_redirect-1.2.5.dll and renamed it to isapi_redirect.dll, and was able to generate a log file. Please help me to get tomcat to work with IIS. Thanks. Platform: Windows Server 2003, IIS 6.0, JWSDP-1.3, Tomcat 5.0. IIS is setup with the following options: 1.The web site level is set to Run WWW service in IIS 5.0 isolation mode. 2.The ISAPI filter green arrow is up with a high priority for file isapi_redirect.dll 3.Web Service Extension contains a jakarta entry for file isapi_redirect.dll 4.Integrated Windows Authentication is activated. Registers for Apache Software Foundation - Jakarta Isapi Redirector - 1.0 extension_uri \jakarta\isapi_redirect.dll log_fileC:\jwsdp-1.3\logs\jk2_iis.log log_level debug worker_file C:\jwsdp-1.3\conf\worker.properties worker_mount_fileC:\jwsdp-1.3\conf\uriworkermap.properties worker.properties: worker.list=ajp13 worker.ajp13.port=8009 worker.ajp13.host=localhost worker.ajp13.type=ajp13 uriworkermap.properties: /*.jsp=ajp13 /jsp-examples/*=ajp13 /jsp-examples/*.jsp=ajp13 /jsp-examples/servlet/*=ajp13 server.xml: ?xml version=1.0 encoding=utf-8 ? - Server className=org.apache.catalina.core.StandardServer debug=0 port=8005 shutdown=SHUTDOWN Listener className=org.apache.catalina.mbeans.ServerLifecycleListener debug=0 / Listener className=org.apache.catalina.mbeans.GlobalResourcesLifecycleListener debug=0 / - GlobalNamingResources Environment description=Absolute Pathname of the JWSDP Installation name=jwsdp.home override=true type=java.lang.String value=C:\jwsdp-1.3 / Environment name=simpleValue override=true type=java.lang.Integer value=30 / Resource auth=Container description=User database that can be updated and saved name=UserDatabase scope=Shareable type=org.apache.catalina.UserDatabase / Resource name=mysql scope=Shareable type=javax.sql.DataSource / - ResourceParams name=UserDatabase - parameter namefactory/name valueorg.apache.catalina.users.MemoryUserDatabaseFactory/value /parameter - parameter namepathname/name valueconf/tomcat-users.xml/value /parameter /ResourceParams - ResourceParams name=mysql - parameter namemaxWait/name value1/value /parameter - parameter namemaxActive/name value50/value /parameter - parameter namepassword/name valueJuly2000/value /parameter - parameter nameurl/name valuejdbc.mysql://localhost/generic/value /parameter - parameter namedriverClassName/name valueorg.gjt.mm.mysql.Driver/value /parameter - parameter namemaxIdle/name value20/value /parameter - parameter nameusername/name valueAdministrator/value /parameter /ResourceParams /GlobalNamingResources - Service className=org.apache.catalina.core.StandardService debug=0 name=Java Web Services Developer Pack Connector className=org.apache.coyote.tomcat5.CoyoteConnector acceptCount=10 bufferSize=2048 clientAuth=false compression=off connectionLinger=-1 connectionTimeout=2 connectionUploadTimeout=30 debug=0 disableUploadTimeout=true enableLookups=true keepAlive=true maxKeepAliveRequests=100 maxProcessors=75 minProcessors=5 port=8009 protocol=HTTP/1.1 protocolHandlerClassName=org.apache.coyote.http11.Http11Protocol proxyPort=0 redirectPort=8443 scheme=http secure=false serverSocketTimeout=500 tcpNoDelay=true tomcatAuthentication=false xpoweredBy=true / - Engine className=org.apache.catalina.core.StandardEngine backgroundProcessorDelay=10 baseDir=C:\jwsdp-1.3 debug=0 defaultHost=localhost domain=Catalina name=Catalina - Host className=org.apache.catalina.core.StandardHost appBase=webapps autoDeploy=true backgroundProcessorDelay=-1 configClass=org.apache.catalina.startup.ContextConfig contextClass=org.apache.catalina.core.StandardContext debug=0 deployOnStartup=true deployXML=true domain=Catalina errorReportValveClass=org.apache.catalina.valves.ErrorReportValve liveDeploy=true name=localhost unpackWARs=false xmlNamespaceAware=false xmlValidation=false Valve className=org.apache.catalina.authenticator.SingleSignOn debug=0 / /Host Logger className=org.apache.catalina.logger.FileLogger debug=0 directory=logs prefix=jwsdp_log. suffix=.txt timestamp=true verbosity=1 / Realm className=org.apache.catalina.realm.UserDatabaseRealm debug=0 resourceName=UserDatabase validate=true / Valve className=org.apache.catalina.valves.AccessLogValve debug=0 directory=logs fileDateFormat=-MM-dd
RE: JSP not reloading
Alright, I've tried upgrading to 4.1.29. The exact same behaviour is occuring with this version as well! I'm kinda desperate here... developing under these conditions is negative fun. Someone just give me a hint! Anything!! :) -Original Message- From: Mike Curwen [mailto:[EMAIL PROTECTED] Sent: Monday, December 22, 2003 12:18 PM To: [EMAIL PROTECTED] Subject: JSP not reloading Hi everyone, This has been covered before, I know. But there doesn't seem to be a common agreement on what the problem (and therefore solution) is. Our Tomcat 4.1.24 instance has spontaneously decided to no longer recognize JSP changes! I say spontaneously, because we were running fine, in production, a number of different sites. As it happens, a couple of these sites are getting 'tweaked'.. and so there are a large number of 'small changes' being made to the JSP pages. And as of Thursday last week, here's what we're observing... From the 'ok' state, we can get away with making one change to a JSP page. Then we click refresh in the browser, and see the change we made. For every subsequent change to the JSP, the change is NOT reflected in the browser. That page is now considered in the 'not ok' state. We go for lunch, or come back the next day. If we make a change, it is recognized. (So the page was back in the 'ok' state)... but like before lunch, or yesterday, after that one change, it's back to the 'bad' state. This applies to JSPs invoked from the address bar, AND through a JSP Include on the server-side. Even after 'touching' the parent JSP, the 'included' one still appears as the 'old' version. The ugly hack: If my JSP is called foo.jsp, I edit foo.jsp for my changes. Then in a command line window I type cp foo.jsp fooX.jsp (where X is an ever increasing integer). And then I call fooX.jsp from the browser. To ugly fix: We must stop Tomcat, clear the work directory's folder for that web app, and restart. Then we're back to every page in the 'ok' state for just one change. There have been *zero* configuration changes to any of httpd.conf, workers.proprties and server.xml files in the timeframe of when it all went south. It's not the 4.1.27 reloading issue. We're on the internal network, there is no proxy caching. It's not browser caching. It's not a server timestamp out of sync. Here's one thing of interest: One of the contexts that is under development has the reloadable=true in its Context entry. The other does not. But that aside, BOTH of these web apps were reliably picking up changes, up until last week. (Does reloadable have anything to do with JSP's or just items under WEB-INF ?) Slackware 9 Apache 2.0.45 Tomcat 4.1.24 JK (not sure of version) Has anyone run into this behaviour?? Is there a FAQ or google page covering this? I know this little bug has been around in some form or another for quite some time. Here's one entry: http://www.mail-archive.com/[EMAIL PROTECTED]/msg 99927.html I'm thinking I'll have to try upgrading to 4.1.29. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: RES: TCP-FIN problem
I already send some more code, and if it helps the (FIN,ACK) comes from tomcat and my app responds with a (ACK) imediatelly, then the connection is closed. but it takes aproximatly 30 seconds till the (FIN,ACK) is send after all data has been send. So it looks like this: ... connection established ... APP: request :TOMCAT APP: data:TOMCAT ... 30 sec. ... APP: FIN,ACK :TOMCAT APP: FIN :TOMCAT ... connection closed Philipp Taprogge wrote: Hi! Sebastian Klenk wrote: actually i thought that tomcat was supposed to close the connection after all data has been send - if not this explains a lot! It does, but TCP handshakes are no one-way street. I can only do wild guesses from here, but what I think is happening is this: after tomcat sends the last chunk of data, your application does not release it's hold on the connection, just like as it wants to send more data toward tomcat. After not doing so for a given time (60 seconds) tomcats assumes that the client on the other side has died and reaps the connection. In your code, what is Receiver? Where do you get it from? Phil - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: RES: TCP-FIN problem
Hi, Just yesterday we had a problem with the same symptoms. We corrected it by setting the Content-Length header. Are you sure that you have the correct value for Content-Length? Alex Sebastian == Sebastian Klenk [EMAIL PROTECTED] writes: Sebastian To: Tomcat Users List [EMAIL PROTECTED] Sebastian Subject: Re: RES: TCP-FIN problem Sebastian Date: Tue, 23 Dec 2003 18:36:53 +0100 Sebastian I already send some more code, and if it helps the (FIN,ACK) comes Sebastian from tomcat and my app responds with a (ACK) imediatelly, then the Sebastian connection is closed. but it takes aproximatly 30 seconds till the Sebastian (FIN,ACK) is send after all data has been send. So it looks like Sebastian this: Sebastian ... connection established ... Sebastian APP: request :TOMCAT Sebastian APP: data :TOMCAT Sebastian ... 30 sec. ... Sebastian APP: FIN,ACK :TOMCAT Sebastian APP: FIN :TOMCAT Sebastian ... connection closed Sebastian Philipp Taprogge wrote: Hi! Sebastian Klenk wrote: actually i thought that tomcat was supposed to close the connection after all data has been send - if not this explains a lot! It does, but TCP handshakes are no one-way street. I can only do wild guesses from here, but what I think is happening is this: after tomcat sends the last chunk of data, your application does not release it's hold on the connection, just like as it wants to send more data toward tomcat. After not doing so for a given time (60 seconds) tomcats assumes that the client on the other side has died and reaps the connection. In your code, what is Receiver? Where do you get it from? Phil - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JSP not reloading
Which browser are you using? I've had some caching problems with IE. - Original Message - From: Mike Curwen [EMAIL PROTECTED] To: 'Tomcat Users List' [EMAIL PROTECTED] Sent: Tuesday, December 23, 2003 12:23 PM Subject: RE: JSP not reloading Alright, I've tried upgrading to 4.1.29. The exact same behaviour is occuring with this version as well! I'm kinda desperate here... developing under these conditions is negative fun. Someone just give me a hint! Anything!! :) -Original Message- From: Mike Curwen [mailto:[EMAIL PROTECTED] Sent: Monday, December 22, 2003 12:18 PM To: [EMAIL PROTECTED] Subject: JSP not reloading Hi everyone, This has been covered before, I know. But there doesn't seem to be a common agreement on what the problem (and therefore solution) is. Our Tomcat 4.1.24 instance has spontaneously decided to no longer recognize JSP changes! I say spontaneously, because we were running fine, in production, a number of different sites. As it happens, a couple of these sites are getting 'tweaked'.. and so there are a large number of 'small changes' being made to the JSP pages. And as of Thursday last week, here's what we're observing... From the 'ok' state, we can get away with making one change to a JSP page. Then we click refresh in the browser, and see the change we made. For every subsequent change to the JSP, the change is NOT reflected in the browser. That page is now considered in the 'not ok' state. We go for lunch, or come back the next day. If we make a change, it is recognized. (So the page was back in the 'ok' state)... but like before lunch, or yesterday, after that one change, it's back to the 'bad' state. This applies to JSPs invoked from the address bar, AND through a JSP Include on the server-side. Even after 'touching' the parent JSP, the 'included' one still appears as the 'old' version. The ugly hack: If my JSP is called foo.jsp, I edit foo.jsp for my changes. Then in a command line window I type cp foo.jsp fooX.jsp (where X is an ever increasing integer). And then I call fooX.jsp from the browser. To ugly fix: We must stop Tomcat, clear the work directory's folder for that web app, and restart. Then we're back to every page in the 'ok' state for just one change. There have been *zero* configuration changes to any of httpd.conf, workers.proprties and server.xml files in the timeframe of when it all went south. It's not the 4.1.27 reloading issue. We're on the internal network, there is no proxy caching. It's not browser caching. It's not a server timestamp out of sync. Here's one thing of interest: One of the contexts that is under development has the reloadable=true in its Context entry. The other does not. But that aside, BOTH of these web apps were reliably picking up changes, up until last week. (Does reloadable have anything to do with JSP's or just items under WEB-INF ?) Slackware 9 Apache 2.0.45 Tomcat 4.1.24 JK (not sure of version) Has anyone run into this behaviour?? Is there a FAQ or google page covering this? I know this little bug has been around in some form or another for quite some time. Here's one entry: http://www.mail-archive.com/[EMAIL PROTECTED]/msg 99927.html I'm thinking I'll have to try upgrading to 4.1.29. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
How do I reload a Servlet from a JSP page?
I am using a JSP page to add and change properties files for my servlet in my development and testing environments. I have Tomcat (4.1.24) set up to reload the servlet on changes to the context (i.e. reloadable=true). When I change an existing properties file, Tomcat responds by reloading the servlet and therefore loading the changes. However, when I add a new properties file (in the WEB-INF/classes directory), Tomcat never reloads the servlet. Even when I change that new properties file Tomcat doesn't reload it until the servlet gets reloaded by some other means. So my question is: How do I reload a servlet from a JSP page? -- Nathan Christiansen Tahitian Noni International http://www.tahitiannoni.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JSP not reloading
It is definitely NOT a client-side cache issue. One a completely separate machine that has never loaded that page, I'll get the 'old' output of the JSP. And regardless of this, this *did* work up until last week, on one machine, using one browser (IE 6). -Original Message- From: MS [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 23, 2003 11:44 AM To: Tomcat Users List Subject: Re: JSP not reloading Which browser are you using? I've had some caching problems with IE. - Original Message - From: Mike Curwen [EMAIL PROTECTED] To: 'Tomcat Users List' [EMAIL PROTECTED] Sent: Tuesday, December 23, 2003 12:23 PM Subject: RE: JSP not reloading Alright, I've tried upgrading to 4.1.29. The exact same behaviour is occuring with this version as well! I'm kinda desperate here... developing under these conditions is negative fun. Someone just give me a hint! Anything!! :) -Original Message- From: Mike Curwen [mailto:[EMAIL PROTECTED] Sent: Monday, December 22, 2003 12:18 PM To: [EMAIL PROTECTED] Subject: JSP not reloading Hi everyone, This has been covered before, I know. But there doesn't seem to be a common agreement on what the problem (and therefore solution) is. Our Tomcat 4.1.24 instance has spontaneously decided to no longer recognize JSP changes! I say spontaneously, because we were running fine, in production, a number of different sites. As it happens, a couple of these sites are getting 'tweaked'.. and so there are a large number of 'small changes' being made to the JSP pages. And as of Thursday last week, here's what we're observing... From the 'ok' state, we can get away with making one change to a JSP page. Then we click refresh in the browser, and see the change we made. For every subsequent change to the JSP, the change is NOT reflected in the browser. That page is now considered in the 'not ok' state. We go for lunch, or come back the next day. If we make a change, it is recognized. (So the page was back in the 'ok' state)... but like before lunch, or yesterday, after that one change, it's back to the 'bad' state. This applies to JSPs invoked from the address bar, AND through a JSP Include on the server-side. Even after 'touching' the parent JSP, the 'included' one still appears as the 'old' version. The ugly hack: If my JSP is called foo.jsp, I edit foo.jsp for my changes. Then in a command line window I type cp foo.jsp fooX.jsp (where X is an ever increasing integer). And then I call fooX.jsp from the browser. To ugly fix: We must stop Tomcat, clear the work directory's folder for that web app, and restart. Then we're back to every page in the 'ok' state for just one change. There have been *zero* configuration changes to any of httpd.conf, workers.proprties and server.xml files in the timeframe of when it all went south. It's not the 4.1.27 reloading issue. We're on the internal network, there is no proxy caching. It's not browser caching. It's not a server timestamp out of sync. Here's one thing of interest: One of the contexts that is under development has the reloadable=true in its Context entry. The other does not. But that aside, BOTH of these web apps were reliably picking up changes, up until last week. (Does reloadable have anything to do with JSP's or just items under WEB-INF ?) Slackware 9 Apache 2.0.45 Tomcat 4.1.24 JK (not sure of version) Has anyone run into this behaviour?? Is there a FAQ or google page covering this? I know this little bug has been around in some form or another for quite some time. Here's one entry: http://www.mail-archive.com/[EMAIL PROTECTED]/msg 99927.html I'm thinking I'll have to try upgrading to 4.1.29. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RES: RES: TCP-FIN problem
Yes, you are right. 60 seconds is the defaut timelimit for TCP/IP connection,also.Sebastian: unfortunatelly, you need to post all your code that deals with connection... -Mensagem original- De: Philipp Taprogge [mailto:[EMAIL PROTECTED] Enviada em: terca-feira, 23 de dezembro de 2003 14:54 Para: Tomcat Users List Assunto: Re: RES: TCP-FIN problem Hi! Sebastian Klenk wrote: I didn't do anything ... the only problem I have is that my app. is not very fast, and that is because it has to wait for tomcat to close the connection, but tomcat closes the connection a lot later (ca 1 minute). My question is now if there is a way to tell tomcat that all data has been written an that the connection can be closend!? Your problem is not tomcat, but the application. Tomcat uses a default timeout of 60 seconds on the socket. But what seems to happen in your case is not tomcat causing that timeout, but _experiencing_ it. Your application is not closing the connection properly and tomcat keeps it open until the timeout occurs. Could you perhaps post more information on that application? Is it written in Java as well? Perhaps you could post some code snipplets? Phil - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: How do I reload a Servlet from a JSP page?
Servlets are reloaded when your servlet engine is restarted or you configure you webapp to always reaload servlets ( this is very slow ). -- De: Nathan Christiansen[SMTP:[EMAIL PROTECTED] Responder:Tomcat Users List Enviada: terça-feira, 23 de dezembro de 2003 14:46 Para: [EMAIL PROTECTED] Assunto: How do I reload a Servlet from a JSP page? I am using a JSP page to add and change properties files for my servlet in my development and testing environments. I have Tomcat (4.1.24) set up to reload the servlet on changes to the context (i.e. reloadable=true). When I change an existing properties file, Tomcat responds by reloading the servlet and therefore loading the changes. However, when I add a new properties file (in the WEB-INF/classes directory), Tomcat never reloads the servlet. Even when I change that new properties file Tomcat doesn't reload it until the servlet gets reloaded by some other means. So my question is: How do I reload a servlet from a JSP page? -- Nathan Christiansen Tahitian Noni International http://www.tahitiannoni.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: RES: TCP-FIN problem
On Tuesday 23 December 2003 10:53 am, Philipp Taprogge wrote: Hi! Sebastian Klenk wrote: My question is now if there is a way to tell tomcat that all data has been written an that the connection can be closend!? Are you using HTTP for the connection? If so, are you disabling the HTTP keep-alive? Jon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Problem with database updates using DBCP
Hello all. I've recently had a need to implement connection pooling under Tomcat 4.0.6 (I can't upgrade versions as per a mandate by my employer). I have read some posts that indicate that Tyrex does not actually pool connections. I don't know for sure if that is true or not (any definitive answers here?), so I decided to use DBCP, since I knew that did. I grabbed the latest builds of DBCP, collections and pool (1.1, 2.1 and 1.1 respectively), stuck them in tomcat/common/lib, added my JNDI entry to the app's context in server.xml, added the proper ref tags in web.xml and put in the appropriate code to get a connection from the pool (set to maxActive=50, maxIdle=5, maxWait=1000 and minIdle=10). Now, I've got it up and running without much trouble. Everything SEEMED to be working fine, until I realized that all my database writes (updates, inserts, deletes) were NOT hitting the database. There are NO exceptions being thrown anywhere of any kind. All the relevant objects (statements, connection, etc.) are non-null. Return codes from SQL executions where applicable seem to be what they should be. Database reads work perfectly, which indicates everything is OK I think (I have a single class with a single method that gets the connection out of the pool and deals with all database access). My question is simple and obvious: anyone have any ideas why database writes would be failing (maybe failing is the wrong word... simply not happening is more accurate) while reads succeed? It is an Oracle 9.2 database by the way, using the Oracle thin JDBC driver (same driver that is used when I switch to manually creating connections in code rather than using JNDI and Tomcat's facilities). Frank W. Zammetti Web Architect Consultant - The contents of this email are the property of PNC. If it was not addressed to you, you have no legal right to read it. If you think you received it in error, please notify the sender. Do not forward or copy without permission of the sender. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: How do I reload a Servlet from a JSP page?
Thank you for your response, but I already have my context set to automatically reload servlets on changes to the webapp as this is a testing environment. I am wondering how I can force a reload from a JSP page like the manager app does. -- Nathan Christiansen Tahitian Noni International http://www.tahitiannoni.com -Original Message- From: Edson Alves Pereira [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 23, 2003 11:51 AM To: 'Tomcat Users List' Subject: RE: How do I reload a Servlet from a JSP page? Servlets are reloaded when your servlet engine is restarted or you configure you webapp to always reaload servlets ( this is very slow ). -- De: Nathan Christiansen[SMTP:[EMAIL PROTECTED] Responder:Tomcat Users List Enviada: terça-feira, 23 de dezembro de 2003 14:46 Para: [EMAIL PROTECTED] Assunto: How do I reload a Servlet from a JSP page? I am using a JSP page to add and change properties files for my servlet in my development and testing environments. I have Tomcat (4.1.24) set up to reload the servlet on changes to the context (i.e. reloadable=true). When I change an existing properties file, Tomcat responds by reloading the servlet and therefore loading the changes. However, when I add a new properties file (in the WEB-INF/classes directory), Tomcat never reloads the servlet. Even when I change that new properties file Tomcat doesn't reload it until the servlet gets reloaded by some other means. So my question is: How do I reload a servlet from a JSP page? -- Nathan Christiansen Tahitian Noni International http://www.tahitiannoni.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JSP not reloading
A few things to try here: 1. What happens when you access your JSPs directly through tomcat (port 8080?). Do you get the same result? 2. What happens when you do $touch foo.jsp? Does your server pick up the changes, then? 3. Did you try upgrading to 5.0.16? *duck* Mike Curwen wrote: Alright, I've tried upgrading to 4.1.29. The exact same behaviour is occuring with this version as well! I'm kinda desperate here... developing under these conditions is negative fun. Someone just give me a hint! Anything!! :) -Original Message- From: Mike Curwen [mailto:[EMAIL PROTECTED] Sent: Monday, December 22, 2003 12:18 PM To: [EMAIL PROTECTED] Subject: JSP not reloading Hi everyone, This has been covered before, I know. But there doesn't seem to be a common agreement on what the problem (and therefore solution) is. Our Tomcat 4.1.24 instance has spontaneously decided to no longer recognize JSP changes! I say spontaneously, because we were running fine, in production, a number of different sites. As it happens, a couple of these sites are getting 'tweaked'.. and so there are a large number of 'small changes' being made to the JSP pages. And as of Thursday last week, here's what we're observing... From the 'ok' state, we can get away with making one change to a JSP page. Then we click refresh in the browser, and see the change we made. For every subsequent change to the JSP, the change is NOT reflected in the browser. That page is now considered in the 'not ok' state. We go for lunch, or come back the next day. If we make a change, it is recognized. (So the page was back in the 'ok' state)... but like before lunch, or yesterday, after that one change, it's back to the 'bad' state. This applies to JSPs invoked from the address bar, AND through a JSP Include on the server-side. Even after 'touching' the parent JSP, the 'included' one still appears as the 'old' version. The ugly hack: If my JSP is called foo.jsp, I edit foo.jsp for my changes. Then in a command line window I type cp foo.jsp fooX.jsp (where X is an ever increasing integer). And then I call fooX.jsp from the browser. To ugly fix: We must stop Tomcat, clear the work directory's folder for that web app, and restart. Then we're back to every page in the 'ok' state for just one change. There have been *zero* configuration changes to any of httpd.conf, workers.proprties and server.xml files in the timeframe of when it all went south. It's not the 4.1.27 reloading issue. We're on the internal network, there is no proxy caching. It's not browser caching. It's not a server timestamp out of sync. Here's one thing of interest: One of the contexts that is under development has the reloadable=true in its Context entry. The other does not. But that aside, BOTH of these web apps were reliably picking up changes, up until last week. (Does reloadable have anything to do with JSP's or just items under WEB-INF ?) Slackware 9 Apache 2.0.45 Tomcat 4.1.24 JK (not sure of version) Has anyone run into this behaviour?? Is there a FAQ or google page covering this? I know this little bug has been around in some form or another for quite some time. Here's one entry: http://www.mail-archive.com/[EMAIL PROTECTED]/msg 99927.html I'm thinking I'll have to try upgrading to 4.1.29. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Questions on Clustering
yes, with different multicast addresses and ports that way you don't replicate sessions between 10 different hosts, to no use Filip -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 23, 2003 4:37 AM To: Tomcat Users List Subject: Re: Questions on Clustering so i should only create 1 cluster inside each host tag? so if im hosting 10 sites/hosts i need the clustering in each of the host tags correct? thanks aging Daniel Schulken - Original Message - From: Filip Hanik [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Monday, December 22, 2003 8:49 PM Subject: RE: Questions on Clustering mcastAddr=228.0.0.4 as long as this is the same across all web apps this is ok right? should only be the same across the cluster, ie, I don't believe you want to replicate sessions between different virtual hosts, makes no sense, right? Filip -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Monday, December 22, 2003 6:17 AM To: Tomcat Users List Subject: Questions on Clustering I am looking for a better understanding on the Cluster tag in side of the host tag/ for virtual host. what should the mcastAddr be ? should this be a internal IP address in side the network? mcastAddr=228.0.0.4 as long as this is the same across all web apps this is ok right? mcastPort=45564 this should be different for each web app/virtual host correct? tcpListenPort=1 The primary reason I am asking is because I have about 10 web apps / virtual hosts that 2 tomcats are severing. Thanks, Daniel Schulken --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.553 / Virus Database: 345 - Release Date: 12/21/2003 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.554 / Virus Database: 346 - Release Date: 12/21/2003 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Not Redirecting (IIS6.0 - JWSDP1.3 with Tomcat5.0).
Try changing the extension_uri to forward slashes - /jakarta/isapi_redirect.dll Wendell Holmes Sorry for not quoting, but it bounced as too large for mailserver
mod_jk2/2.0.2 failure in Tomcat 5.0.16 / Apache 2.0.48
I've looked at the list archives, but can't find much on JK2 with Tomcat 5 (though there's plenty of material on Tomcat 4). I'm sure I'm missing something obvious, but I can't get even the example webapps to work with Apache 2.0.48 / Tomcat 5.0.16 / JK2. I am following the example given here (yes, the documentation that comes with Tomcat 5 refers to this v4.1 page): http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jk2/jk2/confighowto.html My config and log files are below, but in essence here is the problem: http://servername/jkstatus Works -- verify JK module status http://servername:8080/jsp-examples Works -- talk directly to Tomcat http://servername/jsp-examples FAILS -- via JK2 connector Here are my config files, very simple and based on that confighowto.html: workers2.properties [channel.socket:localhost:8009] info=Ajp13 forwarding over socket tomcatId=localhost:8009 # The documentation refers to examples but there is no such webapp in # Tomcat 5; there is, however, a jsp-examples webapp # [uri:/jsp-examples/*] info=Map the whole webapp worker=ajp13:localhost:8009 # Set up jkstatus and debug logging # [status:status] info=Status worker, displays runtime info [uri:/jkstatus/*] info=Display status info and checks config file for changes group=status: worker=status:status [logger] level=DEBUG [logger.file:my_logfile] level=DEBUG file=/usr/local/apache/logs/jk2.log [workerEnv:] info=Global server options logger=logger.file:my_logfile jk2.properties Empty (i.e. just accept the defaults, e.g. channelSocket.port=8009) server.xml Server port=8005 shutdown=SHUTDOWN debug=7 Listener className=org.apache.catalina.mbeans.ServerLifecycleListener / Listener className=org.apache.catalina.mbeans.GlobalResourcesLifecycleListener / GlobalNamingResources Resource name=UserDatabase auth=Container type=org.apache.catalina.UserDatabase description=User database that can be updated and saved /Resource ResourceParams name=UserDatabase parameter namefactory/name valueorg.apache.catalina.users.MemoryUserDatabaseFactory/value /parameter parameter namepathname/name valueconf/tomcat-users.xml/value /parameter /ResourceParams /GlobalNamingResources !-- Define the Tomcat Stand-Alone Service -- Service name=Catalina !-- Define a non-SSL Coyote HTTP/1.1 Connector on port 8080 -- Connector port=8080 enableLookups=false redirectPort=8443 acceptCount=100 connectionTimeout=2 disableUploadTimeout=true / !-- Define a Coyote/JK2 AJP 1.3 Connector on port 8009 -- Connector port=8009 enableLookups=false redirectPort=8443 debug=5 protocol=AJP/1.3 / !-- Define the top level container in our container hierarchy -- Engine name=Catalina defaultHost=localhost debug=0 Logger className=org.apache.catalina.logger.FileLogger prefix=catalina_log. suffix=.txt timestamp=true/ Realm className=org.apache.catalina.realm.UserDatabaseRealm debug=0 resourceName=UserDatabase/ Host name=localhost debug=0 appBase=webapps unpackWARs=true autoDeploy=true xmlValidation=false xmlNamespaceAware=false Logger className=org.apache.catalina.logger.FileLogger directory=logs prefix=localhost_log. suffix=.txt timestamp=true/ /Host /Engine /Service /Server httpd.conf -- # Add in the jk2 module LoadModule jk2_module modules/mod_jk2.so The log files: /usr/local/apache/logs/jk2.log simply says it couldn't connect, but no indication is given as to why: ( info ) [jk_logger_file.c (184)] Initializing log file /usr/local/apache/logs/jk2.log (debug ) [jk_env.c (383)] env.getByName(): Get by name workerEnv 1edb98 (debug ) [jk_env.c (248)] env.createBean2(): Create [lb] lb (debug ) [jk_env.c (248)] env.createBean2(): Create [threadMutex] (null) (debug ) [jk_env.c (312)] env.createBean2(): register threadMutex:6 21bc60 (debug ) [jk_env.c (248)] env.createBean2(): Create [threadMutex] (null) (debug ) [jk_env.c (312)] env.createBean2(): register threadMutex:7 21fc70 (debug ) [jk_env.c (383)] env.getByName(): Get by name workerEnv 1edb98 (debug ) [jk_env.c (248)] env.createBean2(): Create [threadMutex] (null) (debug ) [jk_env.c (312)] env.createBean2(): register threadMutex:8 223c80 (debug ) [jk_env.c (312)] env.createBean2(): register lb:lb 219c30 (debug ) [jk_env.c (248)] env.createBean2(): Create [threadMutex] (null) (debug ) [jk_env.c (312)]
RE: JSP not reloading
Have you checked the tomcat \work folder to be sure the JSP was recompiled? Maybe try deleting the old compiled jsp files and see if they're regenerated correctly. -Original Message- From: Mike Curwen [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 23, 2003 10:49 AM To: 'Tomcat Users List' Subject: RE: JSP not reloading It is definitely NOT a client-side cache issue. One a completely separate machine that has never loaded that page, I'll get the 'old' output of the JSP. And regardless of this, this *did* work up until last week, on one machine, using one browser (IE 6). -Original Message- From: MS [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 23, 2003 11:44 AM To: Tomcat Users List Subject: Re: JSP not reloading Which browser are you using? I've had some caching problems with IE. - Original Message - From: Mike Curwen [EMAIL PROTECTED] To: 'Tomcat Users List' [EMAIL PROTECTED] Sent: Tuesday, December 23, 2003 12:23 PM Subject: RE: JSP not reloading Alright, I've tried upgrading to 4.1.29. The exact same behaviour is occuring with this version as well! I'm kinda desperate here... developing under these conditions is negative fun. Someone just give me a hint! Anything!! :) -Original Message- From: Mike Curwen [mailto:[EMAIL PROTECTED] Sent: Monday, December 22, 2003 12:18 PM To: [EMAIL PROTECTED] Subject: JSP not reloading Hi everyone, This has been covered before, I know. But there doesn't seem to be a common agreement on what the problem (and therefore solution) is. Our Tomcat 4.1.24 instance has spontaneously decided to no longer recognize JSP changes! I say spontaneously, because we were running fine, in production, a number of different sites. As it happens, a couple of these sites are getting 'tweaked'.. and so there are a large number of 'small changes' being made to the JSP pages. And as of Thursday last week, here's what we're observing... From the 'ok' state, we can get away with making one change to a JSP page. Then we click refresh in the browser, and see the change we made. For every subsequent change to the JSP, the change is NOT reflected in the browser. That page is now considered in the 'not ok' state. We go for lunch, or come back the next day. If we make a change, it is recognized. (So the page was back in the 'ok' state)... but like before lunch, or yesterday, after that one change, it's back to the 'bad' state. This applies to JSPs invoked from the address bar, AND through a JSP Include on the server-side. Even after 'touching' the parent JSP, the 'included' one still appears as the 'old' version. The ugly hack: If my JSP is called foo.jsp, I edit foo.jsp for my changes. Then in a command line window I type cp foo.jsp fooX.jsp (where X is an ever increasing integer). And then I call fooX.jsp from the browser. To ugly fix: We must stop Tomcat, clear the work directory's folder for that web app, and restart. Then we're back to every page in the 'ok' state for just one change. There have been *zero* configuration changes to any of httpd.conf, workers.proprties and server.xml files in the timeframe of when it all went south. It's not the 4.1.27 reloading issue. We're on the internal network, there is no proxy caching. It's not browser caching. It's not a server timestamp out of sync. Here's one thing of interest: One of the contexts that is under development has the reloadable=true in its Context entry. The other does not. But that aside, BOTH of these web apps were reliably picking up changes, up until last week. (Does reloadable have anything to do with JSP's or just items under WEB-INF ?) Slackware 9 Apache 2.0.45 Tomcat 4.1.24 JK (not sure of version) Has anyone run into this behaviour?? Is there a FAQ or google page covering this? I know this little bug has been around in some form or another for quite some time. Here's one entry: http://www.mail-archive.com/[EMAIL PROTECTED]/msg 99927.html I'm thinking I'll have to try upgrading to 4.1.29. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Questions on Clustering
Oh i changed that to 224.0.0.1 to but it was still doing what i had described earlyer. thanks matt - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, December 22, 2003 10:51 PM Subject: RE: Questions on Clustering I ran into a problem implementing clustering and then I changed the multicast address from the default - 228.0.0.4 to 224.0.0.1 and it worked. This website was pretty useful. Apparently there are reserved addresses for this type of thing (i.e. Group Membership Reporting). http://www.iana.org/assignments/multicast-addresses - Matt -Original Message- From: Filip Hanik [mailto:[EMAIL PROTECTED] Sent: Mon 22/12/2003 8:49 PM To: Tomcat Users List Cc: Subject: RE: Questions on Clustering mcastAddr=228.0.0.4 as long as this is the same across all web apps this is ok right? should only be the same across the cluster, ie, I don't believe you want to replicate sessions between different virtual hosts, makes no sense, right? Filip -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Monday, December 22, 2003 6:17 AM To: Tomcat Users List Subject: Questions on Clustering I am looking for a better understanding on the Cluster tag in side of the host tag/ for virtual host. what should the mcastAddr be ? should this be a internal IP address in side the network? mcastAddr=228.0.0.4 as long as this is the same across all web apps this is ok right? mcastPort=45564 this should be different for each web app/virtual host correct? tcpListenPort=1 The primary reason I am asking is because I have about 10 web apps / virtual hosts that 2 tomcats are severing. Thanks, Daniel Schulken --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.553 / Virus Database: 345 - Release Date: 12/21/2003 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.554 / Virus Database: 346 - Release Date: 12/21/2003 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Questions on Clustering
Hummm i wounder if that may have some thing to due with my earlyer problem? Ill check in a bit to see if that helps out. I can not thank you enough Filip . thanks Daniel Schulken - Original Message - From: Filip Hanik [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Tuesday, December 23, 2003 1:27 PM Subject: RE: Questions on Clustering yes, with different multicast addresses and ports that way you don't replicate sessions between 10 different hosts, to no use Filip -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 23, 2003 4:37 AM To: Tomcat Users List Subject: Re: Questions on Clustering so i should only create 1 cluster inside each host tag? so if im hosting 10 sites/hosts i need the clustering in each of the host tags correct? thanks aging Daniel Schulken - Original Message - From: Filip Hanik [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Monday, December 22, 2003 8:49 PM Subject: RE: Questions on Clustering mcastAddr=228.0.0.4 as long as this is the same across all web apps this is ok right? should only be the same across the cluster, ie, I don't believe you want to replicate sessions between different virtual hosts, makes no sense, right? Filip -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Monday, December 22, 2003 6:17 AM To: Tomcat Users List Subject: Questions on Clustering I am looking for a better understanding on the Cluster tag in side of the host tag/ for virtual host. what should the mcastAddr be ? should this be a internal IP address in side the network? mcastAddr=228.0.0.4 as long as this is the same across all web apps this is ok right? mcastPort=45564 this should be different for each web app/virtual host correct? tcpListenPort=1 The primary reason I am asking is because I have about 10 web apps / virtual hosts that 2 tomcats are severing. Thanks, Daniel Schulken --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.553 / Virus Database: 345 - Release Date: 12/21/2003 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.554 / Virus Database: 346 - Release Date: 12/21/2003 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.554 / Virus Database: 346 - Release Date: 12/21/2003 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JSP not reloading
One condition that can cause this is having class files with a future date. This can happen if the machine that you copied them from didn't have it's clock set properly. Since the date on the class files is higher than the JSP file, jasper won't recompile it. Zap all the class files in your work directory. On Tuesday 23 December 2003 12:23 pm, Mike Curwen wrote: Alright, I've tried upgrading to 4.1.29. The exact same behaviour is occuring with this version as well! I'm kinda desperate here... developing under these conditions is negative fun. Someone just give me a hint! Anything!! :) -Original Message- From: Mike Curwen [mailto:[EMAIL PROTECTED] Sent: Monday, December 22, 2003 12:18 PM To: [EMAIL PROTECTED] Subject: JSP not reloading Hi everyone, This has been covered before, I know. But there doesn't seem to be a common agreement on what the problem (and therefore solution) is. Our Tomcat 4.1.24 instance has spontaneously decided to no longer recognize JSP changes! I say spontaneously, because we were running fine, in production, a number of different sites. As it happens, a couple of these sites are getting 'tweaked'.. and so there are a large number of 'small changes' being made to the JSP pages. And as of Thursday last week, here's what we're observing... From the 'ok' state, we can get away with making one change to a JSP page. Then we click refresh in the browser, and see the change we made. For every subsequent change to the JSP, the change is NOT reflected in the browser. That page is now considered in the 'not ok' state. We go for lunch, or come back the next day. If we make a change, it is recognized. (So the page was back in the 'ok' state)... but like before lunch, or yesterday, after that one change, it's back to the 'bad' state. This applies to JSPs invoked from the address bar, AND through a JSP Include on the server-side. Even after 'touching' the parent JSP, the 'included' one still appears as the 'old' version. The ugly hack: If my JSP is called foo.jsp, I edit foo.jsp for my changes. Then in a command line window I type cp foo.jsp fooX.jsp (where X is an ever increasing integer). And then I call fooX.jsp from the browser. To ugly fix: We must stop Tomcat, clear the work directory's folder for that web app, and restart. Then we're back to every page in the 'ok' state for just one change. There have been *zero* configuration changes to any of httpd.conf, workers.proprties and server.xml files in the timeframe of when it all went south. It's not the 4.1.27 reloading issue. We're on the internal network, there is no proxy caching. It's not browser caching. It's not a server timestamp out of sync. Here's one thing of interest: One of the contexts that is under development has the reloadable=true in its Context entry. The other does not. But that aside, BOTH of these web apps were reliably picking up changes, up until last week. (Does reloadable have anything to do with JSP's or just items under WEB-INF ?) Slackware 9 Apache 2.0.45 Tomcat 4.1.24 JK (not sure of version) Has anyone run into this behaviour?? Is there a FAQ or google page covering this? I know this little bug has been around in some form or another for quite some time. Here's one entry: http://www.mail-archive.com/[EMAIL PROTECTED]/msg 99927.html I'm thinking I'll have to try upgrading to 4.1.29. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Ben Souther F.W. Davison Company, Inc. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problem with database updates using DBCP
I've not used DBCP specifically but are you sure you are committing your writes? Most pools will default rollback connections returned to the pool, if I am not mistaken. --- [EMAIL PROTECTED] wrote: Hello all. I've recently had a need to implement connection pooling under Tomcat 4.0.6 (I can't upgrade versions as per a mandate by my employer). I have read some posts that indicate that Tyrex does not actually pool connections. I don't know for sure if that is true or not (any definitive answers here?), so I decided to use DBCP, since I knew that did. I grabbed the latest builds of DBCP, collections and pool (1.1, 2.1 and 1.1 respectively), stuck them in tomcat/common/lib, added my JNDI entry to the app's context in server.xml, added the proper ref tags in web.xml and put in the appropriate code to get a connection from the pool (set to maxActive=50, maxIdle=5, maxWait=1000 and minIdle=10). Now, I've got it up and running without much trouble. Everything SEEMED to be working fine, until I realized that all my database writes (updates, inserts, deletes) were NOT hitting the database. There are NO exceptions being thrown anywhere of any kind. All the relevant objects (statements, connection, etc.) are non-null. Return codes from SQL executions where applicable seem to be what they should be. Database reads work perfectly, which indicates everything is OK I think (I have a single class with a single method that gets the connection out of the pool and deals with all database access). My question is simple and obvious: anyone have any ideas why database writes would be failing (maybe failing is the wrong word... simply not happening is more accurate) while reads succeed? It is an Oracle 9.2 database by the way, using the Oracle thin JDBC driver (same driver that is used when I switch to manually creating connections in code rather than using JNDI and Tomcat's facilities). Frank W. Zammetti Web Architect Consultant - The contents of this email are the property of PNC. If it was not addressed to you, you have no legal right to read it. If you think you received it in error, please notify the sender. Do not forward or copy without permission of the sender. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do you Yahoo!? New Yahoo! Photos - easier uploading and sharing. http://photos.yahoo.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problem with database updates using DBCP
Yep, I thought of that too. But, I explicitly call conn.setAutoCommit(true); before every update, insert or delete. When batching I call it with false and then executeBatch, and calling rollback if the batch fails, all pretty typical code I think. Is there anything else I should be doing do you think? Should I explicitly call commit() after a successful executeUpdate() (I haven't tried that, you just made me think of it - seems like overkill, but maybe?) Frank W. Zammetti Web Architect Consultant PFPC Global Fund Services 760 Moore Road King Of Prussia, PA 19406 Mailstop: F4-F760-2B-3 eMail: [EMAIL PROTECTED] Phone: (610)/382-8243 FAX: (610)/382-8866 Cell: (484)/302-1402 |-+--- | | David Ramsey| | | david_l_ramsey@| | | yahoo.com | | | | | | 12/23/2003 02:03| | | PM | | | Please respond | | | to Tomcat Users| | | List | | | | |-+--- --| | | |To: Tomcat Users List [EMAIL PROTECTED] | |cc: | |Subject: Re: Problem with database updates using DBCP | --| I've not used DBCP specifically but are you sure you are committing your writes? Most pools will default rollback connections returned to the pool, if I am not mistaken. --- [EMAIL PROTECTED] wrote: Hello all. I've recently had a need to implement connection pooling under Tomcat 4.0.6 (I can't upgrade versions as per a mandate by my employer). I have read some posts that indicate that Tyrex does not actually pool connections. I don't know for sure if that is true or not (any definitive answers here?), so I decided to use DBCP, since I knew that did. I grabbed the latest builds of DBCP, collections and pool (1.1, 2.1 and 1.1 respectively), stuck them in tomcat/common/lib, added my JNDI entry to the app's context in server.xml, added the proper ref tags in web.xml and put in the appropriate code to get a connection from the pool (set to maxActive=50, maxIdle=5, maxWait=1000 and minIdle=10). Now, I've got it up and running without much trouble. Everything SEEMED to be working fine, until I realized that all my database writes (updates, inserts, deletes) were NOT hitting the database. There are NO exceptions being thrown anywhere of any kind. All the relevant objects (statements, connection, etc.) are non-null. Return codes from SQL executions where applicable seem to be what they should be. Database reads work perfectly, which indicates everything is OK I think (I have a single class with a single method that gets the connection out of the pool and deals with all database access). My question is simple and obvious: anyone have any ideas why database writes would be failing (maybe failing is the wrong word... simply not happening is more accurate) while reads succeed? It is an Oracle 9.2 database by the way, using the Oracle thin JDBC driver (same driver that is used when I switch to manually creating connections in code rather than using JNDI and Tomcat's facilities). Frank W. Zammetti Web Architect Consultant - The contents of this email are the property of PNC. If it was not addressed to you, you have no legal right to read it. If you think you received it in error, please notify the sender. Do not forward or copy without permission of the sender. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do you Yahoo!? New Yahoo! Photos - easier uploading and sharing. http://photos.yahoo.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - The contents of this email are the property of PNC. If it was not addressed to you, you have no legal right to read it. If you think you received it in error, please notify the sender. Do not forward or copy without permission of the sender.
RE: JSP not reloading
-Original Message- From: Ankur Shah [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 23, 2003 12:15 PM To: Tomcat Users List Subject: Re: JSP not reloading A few things to try here: 1. What happens when you access your JSPs directly through tomcat (port 8080?). Do you get the same result? same (bad) result 2. What happens when you do $touch foo.jsp? Does your server pick up the changes, then? no 3. Did you try upgrading to 5.0.16? *duck* no, we're not wanting to use 5.0 until (probably) 5.1. There's nothing we need from the new servlet spec. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problem with database updates using DBCP
At 11:10 AM 12/23/2003, you wrote: Yep, I thought of that too. But, I explicitly call conn.setAutoCommit(true); before every update, insert or delete. When batching I call it with false and then executeBatch, and calling rollback if the batch fails, all pretty typical code I think. Is there anything else I should be doing do you think? Should I explicitly call commit() after a successful executeUpdate() (I haven't tried that, you just made me think of it - seems like overkill, but maybe?) Don't rely on the setAutoCommit(boolean) method to do anything -- I have seen appservers/conn pools that do not support the method and ignore your suggestion (early 3.X jBoss comes to mind), always using the hard-configured values. Always explicitly call either commit() or rollback() to insulate yourself from these details. Merry Christmas! justin | |To: Tomcat Users List [EMAIL PROTECTED] | |cc: | |Subject: Re: Problem with database updates using DBCP | --| I've not used DBCP specifically but are you sure you are committing your writes? Most pools will default rollback connections returned to the pool, if I am not mistaken. --- [EMAIL PROTECTED] wrote: Hello all. I've recently had a need to implement connection pooling under Tomcat 4.0.6 (I can't upgrade versions as per a mandate by my employer). I have read some posts that indicate that Tyrex does not actually pool connections. I don't know for sure if that is true or not (any definitive answers here?), so I decided to use DBCP, since I knew that did. I grabbed the latest builds of DBCP, collections and pool (1.1, 2.1 and 1.1 respectively), stuck them in tomcat/common/lib, added my JNDI entry to the app's context in server.xml, added the proper ref tags in web.xml and put in the appropriate code to get a connection from the pool (set to maxActive=50, maxIdle=5, maxWait=1000 and minIdle=10). Now, I've got it up and running without much trouble. Everything SEEMED to be working fine, until I realized that all my database writes (updates, inserts, deletes) were NOT hitting the database. There are NO exceptions being thrown anywhere of any kind. All the relevant objects (statements, connection, etc.) are non-null. Return codes from SQL executions where applicable seem to be what they should be. Database reads work perfectly, which indicates everything is OK I think (I have a single class with a single method that gets the connection out of the pool and deals with all database access). My question is simple and obvious: anyone have any ideas why database writes would be failing (maybe failing is the wrong word... simply not happening is more accurate) while reads succeed? It is an Oracle 9.2 database by the way, using the Oracle thin JDBC driver (same driver that is used when I switch to manually creating connections in code rather than using JNDI and Tomcat's facilities). Frank W. Zammetti Web Architect Consultant - The contents of this email are the property of PNC. If it was not addressed to you, you have no legal right to read it. If you think you received it in error, please notify the sender. Do not forward or copy without permission of the sender. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do you Yahoo!? New Yahoo! Photos - easier uploading and sharing. http://photos.yahoo.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - The contents of this email are the property of PNC. If it was not addressed to you, you have no legal right to read it. If you think you received it in error, please notify the sender. Do not forward or copy without permission of the sender. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Justin Ruthenbeck Software Engineer, NextEngine Inc. justinr - AT - nextengine DOT com Confidential. See: http://www.nextengine.com/confidentiality.php __ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JSP not reloading
In the \work folder, neither the source or class file timestamps are updated. If we delete the files, then Tomcat will regenerate and recompile the appropriate (new) JSP file. So this is a better workaround than restarting. It did used to require Tomcat being cycled. As an extra note, reloading the context through the manager app also does not work. So... any ideas *why* we suddenly have to do this? -Original Message- From: Wendell Holmes [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 23, 2003 12:42 PM To: 'Tomcat Users List' Subject: RE: JSP not reloading Have you checked the tomcat \work folder to be sure the JSP was recompiled? Maybe try deleting the old compiled jsp files and see if they're regenerated correctly. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problem with database updates using DBCP
Good info, thank you Justin! Unfortunately, it didn't solve my problem, but I will leave the commits there regardless. Thanks again! Any other suggestions out there? Can anyone verify if Tyrex, as shipped with 4.0.6, does in fact pool connections? I could always drop back and punt to that. Frank W. Zammetti Web Architect Consultant PFPC Global Fund Services 760 Moore Road King Of Prussia, PA 19406 Mailstop: F4-F760-2B-3 eMail: [EMAIL PROTECTED] Phone: (610)/382-8243 FAX: (610)/382-8866 Cell: (484)/302-1402 |-+--- | | Justin | | | Ruthenbeck | | | [EMAIL PROTECTED]| | | ine.com| | | | | | 12/23/2003 02:25| | | PM | | | Please respond | | | to Tomcat Users| | | List | | | | |-+--- --| | | |To: Tomcat Users List [EMAIL PROTECTED] | |cc: | |Subject: Re: Problem with database updates using DBCP | --| At 11:10 AM 12/23/2003, you wrote: Yep, I thought of that too. But, I explicitly call conn.setAutoCommit(true); before every update, insert or delete. When batching I call it with false and then executeBatch, and calling rollback if the batch fails, all pretty typical code I think. Is there anything else I should be doing do you think? Should I explicitly call commit() after a successful executeUpdate() (I haven't tried that, you just made me think of it - seems like overkill, but maybe?) Don't rely on the setAutoCommit(boolean) method to do anything -- I have seen appservers/conn pools that do not support the method and ignore your suggestion (early 3.X jBoss comes to mind), always using the hard-configured values. Always explicitly call either commit() or rollback() to insulate yourself from these details. Merry Christmas! justin | |To: Tomcat Users List [EMAIL PROTECTED] | |cc: | |Subject: Re: Problem with database updates using DBCP | --| I've not used DBCP specifically but are you sure you are committing your writes? Most pools will default rollback connections returned to the pool, if I am not mistaken. --- [EMAIL PROTECTED] wrote: Hello all. I've recently had a need to implement connection pooling under Tomcat 4.0.6 (I can't upgrade versions as per a mandate by my employer). I have read some posts that indicate that Tyrex does not actually pool connections. I don't know for sure if that is true or not (any definitive answers here?), so I decided to use DBCP, since I knew that did. I grabbed the latest builds of DBCP, collections and pool (1.1, 2.1 and 1.1 respectively), stuck them in tomcat/common/lib, added my JNDI entry to the app's context in server.xml, added the proper ref tags in web.xml and put in the appropriate code to get a connection from the pool (set to maxActive=50, maxIdle=5, maxWait=1000 and minIdle=10). Now, I've got it up and running without much trouble. Everything SEEMED to be working fine, until I realized that all my database writes (updates, inserts, deletes) were NOT hitting the database. There are NO exceptions being thrown anywhere of any kind. All the relevant objects (statements, connection, etc.) are non-null. Return codes from SQL executions where applicable seem to be what they should be. Database reads work perfectly, which indicates everything is OK I think (I have a single class with a single method that gets the connection out of the pool and deals with all database access). My question is simple and obvious: anyone have any ideas why database writes would be failing (maybe failing is the wrong word... simply not happening is more accurate) while reads succeed? It is an Oracle 9.2 database by the way, using the Oracle thin JDBC driver (same driver that is used when I switch to manually creating connections in code rather than
Re: Problem with database updates using DBCP
Hi! David Ramsey wrote: I've not used DBCP specifically but are you sure you are committing your writes? Most pools will default rollback connections returned to the pool, if I am not mistaken. Isn't there a parameter autocommit in the ConnectionFactory? I am not sure if it's viable to call setAutoCommit() on a connection obtained from the pool. Try specifying autocommit in the DataSource declaration. Phil - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JSP not reloading
Our server is the one generating the class files (we only copy *.jsp files), from a box that is aproximately one second behind the server. So the generated class ought to be 'internally consistent'. Deleting class files (and generated source) from the work directory seems to help the reloading, but I still don't understand why this is suddenly a requirement. FYI: I modified CATALINA_HOME/conf/web.xml and explicitly set 'reloadable=true' and 'development=true' in the org.apache.jasper.servlet.JSPServlet mapping. (no difference was observed). -Original Message- From: Ben Souther [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 23, 2003 1:02 PM To: Tomcat Users List Subject: Re: JSP not reloading One condition that can cause this is having class files with a future date. This can happen if the machine that you copied them from didn't have it's clock set properly. Since the date on the class files is higher than the JSP file, jasper won't recompile it. Zap all the class files in your work directory. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JSP not reloading
Mike Curwen wrote: 3. Did you try upgrading to 5.0.16? *duck* no, we're not wanting to use 5.0 until (probably) 5.1. There's nothing we need from the new servlet spec. You're free to do what you want, of course, but I'd like to point out 5.0 should have been named 4.2. The major revision number switch is only because the specs were upgraded. If you were following tomcat-dev, you would have seen that there has been no intention to start a 5.1 branch so far, unlike what has occurred in the past (4.1 was branched from 4.0.0 Final, and 5.0 was branched from 4.1.7 Beta). So there may not be any major new release until Tomcat 6.0. We'll see :) The future of the 4.1.x branch depends on the stability of the more refined 5.0 branch, and from the reports from 5.0.16 testing, it looks like it may not live very long. -- x Rémy Maucherat Senior Developer Consultant JBoss Group (Europe) SàRL x - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JSP not reloading
Is the date on the server right? On Tuesday 23 December 2003 02:29 pm, Mike Curwen wrote: Our server is the one generating the class files (we only copy *.jsp files), from a box that is aproximately one second behind the server. So the generated class ought to be 'internally consistent'. Deleting class files (and generated source) from the work directory seems to help the reloading, but I still don't understand why this is suddenly a requirement. FYI: I modified CATALINA_HOME/conf/web.xml and explicitly set 'reloadable=true' and 'development=true' in the org.apache.jasper.servlet.JSPServlet mapping. (no difference was observed). -Original Message- From: Ben Souther [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 23, 2003 1:02 PM To: Tomcat Users List Subject: Re: JSP not reloading One condition that can cause this is having class files with a future date. This can happen if the machine that you copied them from didn't have it's clock set properly. Since the date on the class files is higher than the JSP file, jasper won't recompile it. Zap all the class files in your work directory. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Ben Souther F.W. Davison Company, Inc. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JSP not reloading
Yes, to within a margin of error (in the seconds). -Original Message- From: Ben Souther [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 23, 2003 1:38 PM To: Tomcat Users List Subject: Re: JSP not reloading Is the date on the server right? On Tuesday 23 December 2003 02:29 pm, Mike Curwen wrote: Our server is the one generating the class files (we only copy *.jsp files), from a box that is aproximately one second behind the server. So the generated class ought to be 'internally consistent'. Deleting class files (and generated source) from the work directory seems to help the reloading, but I still don't understand why this is suddenly a requirement. FYI: I modified CATALINA_HOME/conf/web.xml and explicitly set 'reloadable=true' and 'development=true' in the org.apache.jasper.servlet.JSPServlet mapping. (no difference was observed). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problem with database updates using DBCP
I was about to try that, but I had a thought... wouldn't that mean that batch transactions could not be used? I say that because, as I understand it, you are supposed to explicitly turn off autocommit when committing a batch, which only makes sense I think. If I specify at the data source level autocommit should be turned on, wouldn't that by definition mean I couldn't do batches? If that is the case, then even if your suggestion works I couldn't use it because about half of my database writes are in fact batches (I should point out that right now they fail the same as a single insert, update or delete does). Frank W. Zammetti Web Architect Consultant PFPC Global Fund Services 760 Moore Road King Of Prussia, PA 19406 Mailstop: F4-F760-2B-3 eMail: [EMAIL PROTECTED] Phone: (610)/382-8243 FAX: (610)/382-8866 Cell: (484)/302-1402 |-+--- | | Philipp Taprogge| | | Philipp.Taprogg| | | [EMAIL PROTECTED] | | | | | | 12/23/2003 02:29| | | PM | | | Please respond | | | to Tomcat Users| | | List | | | | |-+--- --| | | |To: Tomcat Users List [EMAIL PROTECTED] | |cc: | |Subject: Re: Problem with database updates using DBCP | --| Hi! David Ramsey wrote: I've not used DBCP specifically but are you sure you are committing your writes? Most pools will default rollback connections returned to the pool, if I am not mistaken. Isn't there a parameter autocommit in the ConnectionFactory? I am not sure if it's viable to call setAutoCommit() on a connection obtained from the pool. Try specifying autocommit in the DataSource declaration. Phil - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - The contents of this email are the property of PNC. If it was not addressed to you, you have no legal right to read it. If you think you received it in error, please notify the sender. Do not forward or copy without permission of the sender. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JSP not reloading
Part of it's comfort as well. I *know* 4.1.x quite well. I've been using it for a while now, and been very satisified with it. And just because 5.x becomes the new 'production standard', doesn't automagically make all 4.1.x installs somehow break in odd and mysterious ways. If someone could *confirm* this is a 'known issue affecting 1.1% of installs' or some such... then for sure, I can try the move to 5.x today. What is most frustrating is that this was working last week, and ZERO changes have been made to config files. I don't think our box has even been rebooted in more than a month. The last config file change (aside from my mod to conf/web.xml today) was to server.xml on Dec 15, to remove some dead Contexts. It ran for several days after that, just fine, recognizing changes as I was developing all last week. I've even rolled that change back, and no dice. -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 23, 2003 1:31 PM To: Tomcat Users List Subject: Re: JSP not reloading Mike Curwen wrote: 3. Did you try upgrading to 5.0.16? *duck* no, we're not wanting to use 5.0 until (probably) 5.1. There's nothing we need from the new servlet spec. You're free to do what you want, of course, but I'd like to point out 5.0 should have been named 4.2. The major revision number switch is only because the specs were upgraded. If you were following tomcat-dev, you would have seen that there has been no intention to start a 5.1 branch so far, unlike what has occurred in the past (4.1 was branched from 4.0.0 Final, and 5.0 was branched from 4.1.7 Beta). So there may not be any major new release until Tomcat 6.0. We'll see :) The future of the 4.1.x branch depends on the stability of the more refined 5.0 branch, and from the reports from 5.0.16 testing, it looks like it may not live very long. -- x Rémy Maucherat Senior Developer Consultant JBoss Group (Europe) SàRL x - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JSP not reloading
Are you sure nothing changed on the DB side? Some seemingly inocuous performance tweak? Do you have some odd rouge connection holding a lock on the table(s) you're trying to update and your app is failing to report the problem? Stuff like this is almost always something small and almost always user error. Heaven knows I've made my share. ;) To isolate the problem, are you absolutely sure nothing is getting between your code and the conn pool? Have you tried a very simple version of an update (say a jsp that gets a connection, does a select, increments the selected number, and updates) to isolate the problem to Tomcat/DBPool? Have you tried hitting the same database from a different Tomcat app to see if you can update()? I know you want an explanation of what's going on -- sorry, can't help you there. I'd put money down that you'll find out it's something simple though. All I can offer is encouragment and ideas. :) justin At 11:43 AM 12/23/2003, you wrote: Part of it's comfort as well. I *know* 4.1.x quite well. I've been using it for a while now, and been very satisified with it. And just because 5.x becomes the new 'production standard', doesn't automagically make all 4.1.x installs somehow break in odd and mysterious ways. If someone could *confirm* this is a 'known issue affecting 1.1% of installs' or some such... then for sure, I can try the move to 5.x today. What is most frustrating is that this was working last week, and ZERO changes have been made to config files. I don't think our box has even been rebooted in more than a month. The last config file change (aside from my mod to conf/web.xml today) was to server.xml on Dec 15, to remove some dead Contexts. It ran for several days after that, just fine, recognizing changes as I was developing all last week. I've even rolled that change back, and no dice. -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 23, 2003 1:31 PM To: Tomcat Users List Subject: Re: JSP not reloading Mike Curwen wrote: 3. Did you try upgrading to 5.0.16? *duck* no, we're not wanting to use 5.0 until (probably) 5.1. There's nothing we need from the new servlet spec. You're free to do what you want, of course, but I'd like to point out 5.0 should have been named 4.2. The major revision number switch is only because the specs were upgraded. If you were following tomcat-dev, you would have seen that there has been no intention to start a 5.1 branch so far, unlike what has occurred in the past (4.1 was branched from 4.0.0 Final, and 5.0 was branched from 4.1.7 Beta). So there may not be any major new release until Tomcat 6.0. We'll see :) The future of the 4.1.x branch depends on the stability of the more refined 5.0 branch, and from the reports from 5.0.16 testing, it looks like it may not live very long. -- x Rémy Maucherat Senior Developer Consultant JBoss Group (Europe) SàRL x - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Justin Ruthenbeck Software Engineer, NextEngine Inc. justinr - AT - nextengine DOT com Confidential. See: http://www.nextengine.com/confidentiality.php __ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JSP not reloading (oops)
[Sorry, that was meant for a different topic. Vacation needed. :)] Are you sure nothing changed on the DB side? Some seemingly inocuous performance tweak? Do you have some odd rouge connection holding a lock on the table(s) you're trying to update and your app is.. snip - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JSP not reloading
Actually , though the site is db-driven, the changes I'm making are as simple as change: table width=400 to: table width=500 This is the type of change that is not being reflected. (and yes, I'm triple-sure that this is not a client-side cache issue) -Original Message- From: Justin Ruthenbeck [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 23, 2003 1:57 PM To: Tomcat Users List Subject: RE: JSP not reloading Are you sure nothing changed on the DB side? Some seemingly inocuous performance tweak? Do you have some odd rouge connection holding a lock on the table(s) you're trying to update and your app is failing to report the problem? Stuff like this is almost always something small and almost always user error. Heaven knows I've made my share. ;) To isolate the problem, are you absolutely sure nothing is getting between your code and the conn pool? Have you tried a very simple version of an update (say a jsp that gets a connection, does a select, increments the selected number, and updates) to isolate the problem to Tomcat/DBPool? Have you tried hitting the same database from a different Tomcat app to see if you can update()? I know you want an explanation of what's going on -- sorry, can't help you there. I'd put money down that you'll find out it's something simple though. All I can offer is encouragment and ideas. :) justin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JSP not reloading
Mike Curwen wrote: 3. Did you try upgrading to 5.0.16? *duck* no, we're not wanting to use 5.0 until (probably) 5.1. There's nothing we need from the new servlet spec. I didn't mean for you to switch over to 5.x for good (If you didn't want to, that is). I just wanted to see if you experienced the same problems with 5.x, and if you did, then I'd bet the problem is with the settings on your box and not directly related to Tomcat.You won't have to set up the new server entirely, just unpack, start it with the default configuration, and test it out with a simple JSP in the examples context. -- Ankur - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JSP not reloading
Also, If you're still open to ideas, what happens when you do this with your old/new server: 1. You make changes in a different (examples) context? 2. Do you get a 404 (File not found) error if you move foo.jsp to fooX.jsp? Mike Curwen wrote: -Original Message- From: Ankur Shah [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 23, 2003 12:15 PM To: Tomcat Users List Subject: Re: JSP not reloading A few things to try here: 1. What happens when you access your JSPs directly through tomcat (port 8080?). Do you get the same result? same (bad) result 2. What happens when you do $touch foo.jsp? Does your server pick up the changes, then? no 3. Did you try upgrading to 5.0.16? *duck* no, we're not wanting to use 5.0 until (probably) 5.1. There's nothing we need from the new servlet spec. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
404: File Not Found = Stupidity?
I'm running Tomcat 5.0.16 standalone on Windows XP Pro. My JSP/servlet application has been coming along nicely, but perhaps I've become complacent. The structure of the application is simple enough: The user starts with a JSP page and fills in a form. The form calls a companion servlet to process it. That servlet then launches the next JSP page which has its own servlet to process it, and so on. Today, I added a new JSP page and processing servlet pair. The page works, but clicking on the submit button brings up the 404-Page Not Found error message. The displayed name of the page not found is the correct one. Furthermore: * The servlet that can't be found is in the same package directory with all of the other servlets that do work. (Two other servlets in this directory have already been called before reaching the new JSP/servlet.) * The page request names are spelled correctly with the same capitalization. There are no inadvertent blanks in the names. * The servlet compiles cleanly. * The name of the servlet file matches the name of the class it holds. * Both Internet Explorer and Firebird display the 404 error. * I've stopped and restarted Tomcat. I've rebooted Windows. I've stopped and restarted the browsers. * The failing servlet is addressed with exactly the same URL as all of the servlets that are found except for the actual servlet name at the end. In everyway I can see, this new, failing servlet is exactly like all of its brothers, except the browser can't find it. Any suggestions? Merrill Cornish - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: 404: File Not Found = Stupidity?
Are you using the invoker or do you set up servlet-mappings ? (and if it's that last one, did you provide a mapping for the new servlet class? that didn't fall prey to a copy-and-paste error?) -Original Message- From: Merrill Cornish [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 23, 2003 2:09 PM To: Tomcat Users List Subject: 404: File Not Found = Stupidity? snip / * The failing servlet is addressed with exactly the same URL as all of the servlets that are found except for the actual servlet name at the end. In everyway I can see, this new, failing servlet is exactly like all of its brothers, except the browser can't find it. Any suggestions? Merrill Cornish - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: 404: File Not Found = Stupidity?
From: Merrill Cornish [mailto:[EMAIL PROTECTED] In everyway I can see, this new, failing servlet is exactly like all of its brothers, except the browser can't find it. Any suggestions? Check the servlet servlet-mapping tags in web.xml. -- Wendy Smoak Application Systems Analyst, Sr. ASU IA Information Resources Management - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: 404: File Not Found = Stupidity?
Howdy, Is the servlet mapped in web.xml (or are you using the invoker servlet?), and are there any errors in your logs? Yoav Shapira Millennium ChemInformatics -Original Message- From: Merrill Cornish [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 23, 2003 3:09 PM To: Tomcat Users List Subject: 404: File Not Found = Stupidity? I'm running Tomcat 5.0.16 standalone on Windows XP Pro. My JSP/servlet application has been coming along nicely, but perhaps I've become complacent. The structure of the application is simple enough: The user starts with a JSP page and fills in a form. The form calls a companion servlet to process it. That servlet then launches the next JSP page which has its own servlet to process it, and so on. Today, I added a new JSP page and processing servlet pair. The page works, but clicking on the submit button brings up the 404-Page Not Found error message. The displayed name of the page not found is the correct one. Furthermore: * The servlet that can't be found is in the same package directory with all of the other servlets that do work. (Two other servlets in this directory have already been called before reaching the new JSP/servlet.) * The page request names are spelled correctly with the same capitalization. There are no inadvertent blanks in the names. * The servlet compiles cleanly. * The name of the servlet file matches the name of the class it holds. * Both Internet Explorer and Firebird display the 404 error. * I've stopped and restarted Tomcat. I've rebooted Windows. I've stopped and restarted the browsers. * The failing servlet is addressed with exactly the same URL as all of the servlets that are found except for the actual servlet name at the end. In everyway I can see, this new, failing servlet is exactly like all of its brothers, except the browser can't find it. Any suggestions? Merrill Cornish - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: 404: File Not Found = Stupidity?
[Sound of head pounding on keyboard...] Yes. I did forget to add the mapping for the new servlet. Mea culpa. I had even briefly thought about the server.xml and web.xml files--but then dismissed them as they are already set up. If I had just taken a look. . . Thanks for the kick in the memory. Merrill - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: mod_jk2/2.0.2 failure in Tomcat 5.0.16 / Apache 2.0.48
If jkstatus works, then Apache is working with Tomcat, no? IIRC, the actual path to the jsp-examples is /webapps/examples/jsp-examples, so your uri mapping should be [uri:/examples/jsp-examples/*] I think. You should have an Apache error log that says 'file does not exist' where you tried to access /jsp-examples, since Apache nor jk2 would have a path to that dir. Wendell -Original Message- From: Jeremy Barth [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 23, 2003 11:42 AM To: [EMAIL PROTECTED] Subject: mod_jk2/2.0.2 failure in Tomcat 5.0.16 / Apache 2.0.48 I've looked at the list archives, but can't find much on JK2 with Tomcat 5 (though there's plenty of material on Tomcat 4). I'm sure I'm missing something obvious, but I can't get even the example webapps to work with Apache 2.0.48 / Tomcat 5.0.16 / JK2. I am following the example given here (yes, the documentation that comes with Tomcat 5 refers to this v4.1 page): http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jk2/jk2/confighowto.html My config and log files are below, but in essence here is the problem: http://servername/jkstatus Works -- verify JK module status http://servername:8080/jsp-examples Works -- talk directly to Tomcat http://servername/jsp-examples FAILS -- via JK2 connector Here are my config files, very simple and based on that confighowto.html: workers2.properties [channel.socket:localhost:8009] info=Ajp13 forwarding over socket tomcatId=localhost:8009 # The documentation refers to examples but there is no such webapp in # Tomcat 5; there is, however, a jsp-examples webapp # [uri:/jsp-examples/*] info=Map the whole webapp worker=ajp13:localhost:8009 # Set up jkstatus and debug logging # [status:status] info=Status worker, displays runtime info [uri:/jkstatus/*] info=Display status info and checks config file for changes group=status: worker=status:status [logger] level=DEBUG [logger.file:my_logfile] level=DEBUG file=/usr/local/apache/logs/jk2.log [workerEnv:] info=Global server options logger=logger.file:my_logfile jk2.properties Empty (i.e. just accept the defaults, e.g. channelSocket.port=8009) server.xml Server port=8005 shutdown=SHUTDOWN debug=7 Listener className=org.apache.catalina.mbeans.ServerLifecycleListener / Listener className=org.apache.catalina.mbeans.GlobalResourcesLifecycleListener / GlobalNamingResources Resource name=UserDatabase auth=Container type=org.apache.catalina.UserDatabase description=User database that can be updated and saved /Resource ResourceParams name=UserDatabase parameter namefactory/name valueorg.apache.catalina.users.MemoryUserDatabaseFactory/value /parameter parameter namepathname/name valueconf/tomcat-users.xml/value /parameter /ResourceParams /GlobalNamingResources !-- Define the Tomcat Stand-Alone Service -- Service name=Catalina !-- Define a non-SSL Coyote HTTP/1.1 Connector on port 8080 -- Connector port=8080 enableLookups=false redirectPort=8443 acceptCount=100 connectionTimeout=2 disableUploadTimeout=true / !-- Define a Coyote/JK2 AJP 1.3 Connector on port 8009 -- Connector port=8009 enableLookups=false redirectPort=8443 debug=5 protocol=AJP/1.3 / !-- Define the top level container in our container hierarchy -- Engine name=Catalina defaultHost=localhost debug=0 Logger className=org.apache.catalina.logger.FileLogger prefix=catalina_log. suffix=.txt timestamp=true/ Realm className=org.apache.catalina.realm.UserDatabaseRealm debug=0 resourceName=UserDatabase/ Host name=localhost debug=0 appBase=webapps unpackWARs=true autoDeploy=true xmlValidation=false xmlNamespaceAware=false Logger className=org.apache.catalina.logger.FileLogger directory=logs prefix=localhost_log. suffix=.txt timestamp=true/ /Host /Engine /Service /Server httpd.conf -- # Add in the jk2 module LoadModule jk2_module modules/mod_jk2.so The log files: /usr/local/apache/logs/jk2.log simply says it couldn't connect, but no indication is given as to why: ( info ) [jk_logger_file.c (184)] Initializing log file /usr/local/apache/logs/jk2.log (debug ) [jk_env.c (383)] env.getByName(): Get by name workerEnv 1edb98 (debug ) [jk_env.c (248)] env.createBean2(): Create [lb] lb (debug ) [jk_env.c (248)] env.createBean2(): Create [threadMutex] (null) (debug ) [jk_env.c (312)]
RE: RES: TCP-FIN problem
Just one little detail with setContentLength(). If you are writing a
string out, make really sure that your content length is correct. If it
is not, the connection will stay open.
A common mistake (at least one I have made) is to think that the
character count in a buffer is the number of bytes in the content.
Depending upon your character set, this may not be true. If you are
using UTF-8, accented characters are almost certainly being written as
two bytes.
-Original Message-
From: Sebastian Klenk [mailto:[EMAIL PROTECTED]
Sent: Tuesday, December 23, 2003 10:19 AM
To: Tomcat Users List
Subject: Re: RES: TCP-FIN problem
Maybe with a little bit more detail:
Application Code:
try {
ClientSocket = new Socket(IPAddress, Port);
Sender = new
OutputStreamWriter(ClientSocket.getOutputStream());
Reciever = new
InputStreamReader(ClientSocket.getInputStream());
} catch (UnknownHostException e) {
System.err.println(Unknown host: +
IPAddress);
} catch(IOException e){
System.err.println(IOException: + IPAddress
+ - +
e.getMessage());
}
.
.
.
String Message = new String(Method + + File +
HTTP/1.1\r\n);
Sender.write(Message,0,Message.length());
/* HOST */
Message = new String(Host: + IPAddress +: + Port +
\r\n);
Sender.write(Message,0,Message.length());
Message = new String(Content-Type: text/xml\r\n);
Sender.write(Message,0,Message.length());
Message = new String(Content-length:
+Data.length()+\r\n\r\n);
Sender.write(Message,0,Message.length());
Sender.write(Data,0,Data.length());
Sender.flush();
.
.
.
try {
int c;
while(-1 != (c = Reciever.read()))
XMLBuffer.append((char)c);
}catch (EOFException e){
}catch (Exception e) {
System.out.println(getServer() : Exception Cought: +
e.getMessage());
return null;
}
Servlet code could look like this
public void doGet(HttpServletRequest request, HttpServletResponse
response)
throws IOException, ServletException {
try{
Data.getDataSQL(JDBCDriver,JDBCPath,JDBCUser,JDBCPasswd,Edit);
}catch(Exception e){
getLogger().writeToLog(Database Read Statement Error:
+ e.toString() + - + Edit);
}
response.getWriter().print(Data);
response.setContentLength(Data.toString().length());
}
Hope this makes all a little bit clearer!
Philipp Taprogge wrote:
Hi!
Sebastian Klenk wrote:
I didn't do anything ... the only problem I have is that my app. is
not very fast, and that is because it has to wait for tomcat to close
the connection, but tomcat closes the connection a lot later (ca 1
minute).
My question is now if there is a way to tell tomcat that all data has
been written an that the connection can be closend!?
Your problem is not tomcat, but the application. Tomcat uses a default
timeout of 60 seconds on the socket. But what seems to happen in your
case is not tomcat causing that timeout, but _experiencing_ it.
Your application is not closing the connection properly and tomcat
keeps
it open until the timeout occurs. Could you perhaps post more
information on that application? Is it written in Java as well?
Perhaps
you could post some code snipplets?
Phil
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: mod_jk2/2.0.2 failure in Tomcat 5.0.16 / Apache 2.0.48
At 01:33 PM 12/23/2003 -0700, Wendell Holmes wrote: If jkstatus works, then Apache is working with Tomcat, no? IIRC, the actual path to the jsp-examples is /webapps/examples/jsp-examples, so your uri mapping should be [uri:/examples/jsp-examples/*] I think. You should have an Apache error log that says 'file does not exist' where you tried to access /jsp-examples, since Apache nor jk2 would have a path to that dir. Wendell I don't know about Tomcat 4, but in Tomcat 5 there is no examples webapp. In the webapps dir for Tomcat 5 you've got: ROOT/ balancer/ jsp-examples/ servlets-examples/ tomcat-docs/ Also, jsp-examples does work when executed directly from port 8080, so I don't think the pathline to the webapp itself is incorrect: http://servername:8080/jsp-examples Works -- talk directly to Tomcat http://servername/jsp-examples FAILS -- via JK2 connector I've tried the same setup (mod_jk2/tomcat5.0.16/apache2.0.48) in both Unix and Windows with the same result, so whatever mistake I'm making, it's consistent. If anyone else has gotten the examples to work, I'd be interested in how you did it. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: mod_jk2/2.0.2 failure in Tomcat 5.0.16 / Apache 2.0.48
Try adding a worker definition to the workers2.properties like below. Your jsp-examples uri mapping specifies a worker but there's none defined in the file. # define the worker [ajp13:localhost:8009] channel=channel.socket:localhost:8009 Hope that helps. LD - Original Message - From: Jeremy Barth [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Tuesday, December 23, 2003 12:57 PM Subject: RE: mod_jk2/2.0.2 failure in Tomcat 5.0.16 / Apache 2.0.48 At 01:33 PM 12/23/2003 -0700, Wendell Holmes wrote: If jkstatus works, then Apache is working with Tomcat, no? IIRC, the actual path to the jsp-examples is /webapps/examples/jsp-examples, so your uri mapping should be [uri:/examples/jsp-examples/*] I think. You should have an Apache error log that says 'file does not exist' where you tried to access /jsp-examples, since Apache nor jk2 would have a path to that dir. Wendell I don't know about Tomcat 4, but in Tomcat 5 there is no examples webapp. In the webapps dir for Tomcat 5 you've got: ROOT/ balancer/ jsp-examples/ servlets-examples/ tomcat-docs/ Also, jsp-examples does work when executed directly from port 8080, so I don't think the pathline to the webapp itself is incorrect: http://servername:8080/jsp-examples Works -- talk directly to Tomcat http://servername/jsp-examples FAILS -- via JK2 connector I've tried the same setup (mod_jk2/tomcat5.0.16/apache2.0.48) in both Unix and Windows with the same result, so whatever mistake I'm making, it's consistent. If anyone else has gotten the examples to work, I'd be interested in how you did it. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: mod_jk2/2.0.2 failure in Tomcat 5.0.16 / Apache 2.0.48
At 01:13 PM 12/23/2003 -0800, Liem Do wrote: Try adding a worker definition to the workers2.properties like below. Your jsp-examples uri mapping specifies a worker but there's none defined in the file. # define the worker [ajp13:localhost:8009] channel=channel.socket:localhost:8009 Hope that helps. LD Thanks, but even with this workers2.properties file: [channel.socket:localhost:8009] info=Ajp13 forwarding over socket tomcatId=localhost:8009 [uri:/jsp-examples/*] info=Map the whole webapp worker=ajp13:localhost:8009 [ajp13:localhost:8009] channel=channel.socket:localhost:8009 http://servername/jsp-examples; doesn't work. Again, the Tomcat documentation at: http://jakarta.apache.org/tomcat/tomcat-5.0-doc/index.html http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jk2/index.html http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jk2/jk2/confighowto.html clearly describes a working Minimum Configuration workers2.properties file: # Define the communication channel [channel.socket:localhost:8009] info=Ajp13 forwarding over socket tomcatId=localhost:8009 # Map the Tomcat examples webapp to the Web server uri space [uri:/jsp-examples/*] # the actual URI is /examples/* which doesn't exist info=Map the whole webapp that purportedly works, but I just get 500 errors. Sorry to be taking up list bandwidth for what's probably just my own denseness. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Not Redirecting (IIS6.0 - JWSDP1.3 with Tomcat5.0).
Thanks, but that did not help. I changed the direction of the slashes in the extension_uri and got the same results...no redirection. Do you have any other ideas? Your support in this matter is greatly appreciated. From: Wendell Holmes [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] To: 'Tomcat Users List' [EMAIL PROTECTED] Subject: RE: Not Redirecting (IIS6.0 - JWSDP1.3 with Tomcat5.0). Date: Tue, 23 Dec 2003 11:37:36 -0700 Try changing the extension_uri to forward slashes - /jakarta/isapi_redirect.dll Wendell Holmes Sorry for not quoting, but it bounced as too large for mailserver _ Have fun customizing MSN Messenger learn how here! http://www.msnmessenger-download.com/tracking/reach_customize - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
HowTo: Link Tomcat 5 with IIS 6 on Windows 2003 Server using the JK2 ajp13 connector
I've just written an article to help those who like us, need to serve up Java servlets and JSP using Tomcat. The URL is http://virtualict.net/support/kb/iis6-Tomcat5-JK2.html TJ 2XP To Explore, To Experience, To Express - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[FAQ] HowTo: Link Tomcat 5 with IIS 6 on Windows 2003 Server using the JK2 ajp13 connector
TJ, This is a very sharp writeup -- thanks for writing it up for everyone else. Tim, wanna add this to the FAQ? justin At 02:21 PM 12/23/2003, you wrote: I've just written an article to help those who like us, need to serve up Java servlets and JSP using Tomcat. The URL is http://virtualict.net/support/kb/iis6-Tomcat5-JK2.html TJ 2XP To Explore, To Experience, To Express - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Justin Ruthenbeck Software Engineer, NextEngine Inc. justinr - AT - nextengine DOT com Confidential. See: http://www.nextengine.com/confidentiality.php __ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [FAQ] HowTo: Link Tomcat 5 with IIS 6 on Windows 2003 Server using the JK2 ajp13 connector
I have been adding all new links to the Wiki. (Which anyone can update, but I also check to try to keep it clean) http://nagoya.apache.org/wiki/apachewiki.cgi?Tomcat/Links -Tim Justin Ruthenbeck wrote: TJ, This is a very sharp writeup -- thanks for writing it up for everyone else. Tim, wanna add this to the FAQ? justin At 02:21 PM 12/23/2003, you wrote: I've just written an article to help those who like us, need to serve up Java servlets and JSP using Tomcat. The URL is http://virtualict.net/support/kb/iis6-Tomcat5-JK2.html TJ 2XP To Explore, To Experience, To Express - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Justin Ruthenbeck Software Engineer, NextEngine Inc. justinr - AT - nextengine DOT com Confidential. See: http://www.nextengine.com/confidentiality.php __ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: mod_jk2/2.0.2 failure in Tomcat 5.0.16 / Apache 2.0.48
I'm not sure it matters but you should try to define the worker before the uri mapping. Or else take out the worker property all together in the uri definition for the /examples-jsp path. [uri:/jsp-examples/*] info=Map the whole webapp - Original Message - From: Jeremy Barth [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Tuesday, December 23, 2003 1:42 PM Subject: Re: mod_jk2/2.0.2 failure in Tomcat 5.0.16 / Apache 2.0.48 At 01:13 PM 12/23/2003 -0800, Liem Do wrote: Try adding a worker definition to the workers2.properties like below. Your jsp-examples uri mapping specifies a worker but there's none defined in the file. # define the worker [ajp13:localhost:8009] channel=channel.socket:localhost:8009 Hope that helps. LD Thanks, but even with this workers2.properties file: [channel.socket:localhost:8009] info=Ajp13 forwarding over socket tomcatId=localhost:8009 [uri:/jsp-examples/*] info=Map the whole webapp worker=ajp13:localhost:8009 [ajp13:localhost:8009] channel=channel.socket:localhost:8009 http://servername/jsp-examples; doesn't work. Again, the Tomcat documentation at: http://jakarta.apache.org/tomcat/tomcat-5.0-doc/index.html http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jk2/index.html http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jk2/jk2/confighowto.html clearly describes a working Minimum Configuration workers2.properties file: # Define the communication channel [channel.socket:localhost:8009] info=Ajp13 forwarding over socket tomcatId=localhost:8009 # Map the Tomcat examples webapp to the Web server uri space [uri:/jsp-examples/*] # the actual URI is /examples/* which doesn't exist info=Map the whole webapp that purportedly works, but I just get 500 errors. Sorry to be taking up list bandwidth for what's probably just my own denseness. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [FAQ] HowTo: Link Tomcat 5 with IIS 6 on Windows 2003 Server using the JK2 ajp13 connector
I've added the guide to Wiki TJ 2XP To Explore, To Experience, To Express - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [FAQ] HowTo: Link Tomcat 5 with IIS 6 on Windows 2003 Server using the JK2 ajp13 connector
At 03:03 PM 12/23/2003, you wrote: I have been adding all new links to the Wiki. (Which anyone can update, but I also check to try to keep it clean) http://nagoya.apache.org/wiki/apachewiki.cgi?Tomcat/Links Wait, so new links/additions are going to the Wiki instead of the FAQ? Are both being kept up-to-date with info or just one of them? Depending, perhaps we should link to the Wiki in the FAQ (at least for the connectors section). justin Justin Ruthenbeck wrote: TJ, This is a very sharp writeup -- thanks for writing it up for everyone else. Tim, wanna add this to the FAQ? justin At 02:21 PM 12/23/2003, you wrote: I've just written an article to help those who like us, need to serve up Java servlets and JSP using Tomcat. The URL is http://virtualict.net/support/kb/iis6-Tomcat5-JK2.html TJ 2XP To Explore, To Experience, To Express - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Justin Ruthenbeck Software Engineer, NextEngine Inc. justinr - AT - nextengine DOT com Confidential. See: http://www.nextengine.com/confidentiality.php __ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Justin Ruthenbeck Software Engineer, NextEngine Inc. justinr - AT - nextengine DOT com Confidential. See: http://www.nextengine.com/confidentiality.php __ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [FAQ] HowTo: Link Tomcat 5 with IIS 6 on Windows 2003 Server using the JK2 ajp13 connector
I've been meaning to remove links to external sites from the FAQ. The Wiki has a more complete list of Links. -Tim Justin Ruthenbeck wrote: At 03:03 PM 12/23/2003, you wrote: I have been adding all new links to the Wiki. (Which anyone can update, but I also check to try to keep it clean) http://nagoya.apache.org/wiki/apachewiki.cgi?Tomcat/Links Wait, so new links/additions are going to the Wiki instead of the FAQ? Are both being kept up-to-date with info or just one of them? Depending, perhaps we should link to the Wiki in the FAQ (at least for the connectors section). justin Justin Ruthenbeck wrote: TJ, This is a very sharp writeup -- thanks for writing it up for everyone else. Tim, wanna add this to the FAQ? justin At 02:21 PM 12/23/2003, you wrote: I've just written an article to help those who like us, need to serve up Java servlets and JSP using Tomcat. The URL is http://virtualict.net/support/kb/iis6-Tomcat5-JK2.html TJ 2XP To Explore, To Experience, To Express - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Justin Ruthenbeck Software Engineer, NextEngine Inc. justinr - AT - nextengine DOT com Confidential. See: http://www.nextengine.com/confidentiality.php __ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Justin Ruthenbeck Software Engineer, NextEngine Inc. justinr - AT - nextengine DOT com Confidential. See: http://www.nextengine.com/confidentiality.php __ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to: Tomcat 5.0.16 as Windows Service
Jacob, I tried your batch file for installing Tomcat 5 as a Windows service. I had to edit it to put double quotes around %EXECUTABLE% since my Tomcat is located under the \Program Files\ directory and the space in the pathname was messing up the command line parsing. With my standalone Tomcat stopped, the batch file runs fine (i.e., no output to STDERR, no error messages to STDOUT, ends by saying Tomcat is installed), but the following error dialog pops up: Apache Process Runner Apache Process Runner has encountered a problem and needs to close. We are sorry for the inconvenience. ... Please tell Microsoft about this problem. ... [Send Error Report]/[Don't Send] There is no Apache Tomcat5 service in the services list. I tried rebooting and running the batch file from a clean system, but the same thing happened. Any ideas? Merrill Cornish - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: 404: File Not Found = Stupidity?
Hi fellows I'm pretty new on servlets stufff...can anybody send me an snippet of the web.xml with servlet servlet-mapping tags... Got a question : on the class directory of the tomcat, there should be placed the .class o the .java ? I'm having the same error, the .class is in the proper directory... Thanx in advance Andrew - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: 404: File Not Found = Stupidity?
I'm pretty new on servlets stufff...can anybody send me an snippet of the web.xml with servlet servlet-mapping tags... You don't need a snippet. Tomcat shipps with a complete, working web.xml file. Look in the WEB-INF dir of the examples directory. Got a question : on the class directory of the tomcat, there should be placed the .class o the .java ? The .java files are just the source code. Tomcat only looks at the compiled .class files. This page will tell you all you need to know about the directory structure: http://jakarta.apache.org/tomcat/tomcat-5.0-doc/class-loader-howto.html On Tuesday 23 December 2003 09:07 pm, you wrote: Hi fellows I'm pretty new on servlets stufff...can anybody send me an snippet of the web.xml with servlet servlet-mapping tags... Got a question : on the class directory of the tomcat, there should be placed the .class o the .java ? I'm having the same error, the .class is in the proper directory... Thanx in advance Andrew - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: HowTo: Link Tomcat 5 with IIS 6 on Windows 2003 Server using the JK2 ajp13 connector
Hi Tj, If interested, I have written an installer which automates the steps you describe on your site. You can get binary and source code at: http://www.shiftomat.com/opensource/index.html Unfortunately, there are main differences I would like to discuss here. I hope someone of the developers will join this to clear some points out. Download Java 2 SDK 1.4.2 (or later) Since 1.4.2 and Tomcat 5.0.16 it is sufficient to download only the JRE to get Tomcat and JSP running. I would like to know if it is needed to install the whole SDK. Registry There are additional registry entries for jk2 #define USE_AUTH_COMP_TAG (authComplete) #define THREAD_POOL_TAG (threadPool) #define SEND_GROUPS_TAG (sendGroups) I set authComplete to 0 and threadPool to 20. I have not found any documentation for sendGroups. It defaults to 0. As far as I can see in the source logLevel changed to log_level. Could someone please confirm this! Web Service Extensions Run WWW service in IIS 5.0 isolation mode This is the big point. To run IIS 6.0 in native mode, all files used by jk2 must be add to the Web extensions: jk2.properties workers2.properties isapi_redirector2.dll jk2.shm Additionaly add write permissions for Builtin\Users for file security settings of jk2.properties and jk2.shm. I am very interested, if there are any doubts about running IIS in native mode. In my opinion it will be difficult explaining to a customer to decrease his IIS security. Merry Chrismas -- Daniel Schmitt http://www.shiftomat.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to: Tomcat 5.0.16 as Windows Service
I'm also seeing the behavior or no stdout or stderr output under Win2k, although it seems to work fine on my XP box. Weird. Anyway, I'd recommend uninstalling Tomcat5 and getting the .zip distribution. Just unzip it to a directory, set CATALINA_HOME as appropriate and run this script again. Spaces in paths cause no end in headaches for Java programs. I avoid them like the plague. Can't tell you much more than that. This script (from Bill Barker, originally, of which I just made minor modifications) is the first one that allowed me to even start the service without error. I had been using the old tomcat.exe from the 4.1.xx distributions up until now. Jake At 06:49 PM 12/23/2003 -0600, you wrote: Jacob, I tried your batch file for installing Tomcat 5 as a Windows service. I had to edit it to put double quotes around %EXECUTABLE% since my Tomcat is located under the \Program Files\ directory and the space in the pathname was messing up the command line parsing. With my standalone Tomcat stopped, the batch file runs fine (i.e., no output to STDERR, no error messages to STDOUT, ends by saying Tomcat is installed), but the following error dialog pops up: Apache Process Runner Apache Process Runner has encountered a problem and needs to close. We are sorry for the inconvenience. ... Please tell Microsoft about this problem. ... [Send Error Report]/[Don't Send] There is no Apache Tomcat5 service in the services list. I tried rebooting and running the batch file from a clean system, but the same thing happened. Any ideas? Merrill Cornish - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Session ID's
Well, of course you will someday, it's still a finite-state machine ;-). The current TC 4/5 implementation has (if I've done the math right :) about 8E28 possible session values, so necessarily you will get a repeat after you generate that many sessions. The id is generated by SecureRandom, so the expected time for a repeat is pretty large. In addition, TC 5 uses /dev/urandom to generate the seed, so the time should be even longer than with TC 4. Marc Hughes [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] I'm curious, will a tomcat instance ever create duplicate session ID's? And I mean *ever*, so if I run a server for 5 years (with multiple reboots, etc.) will I ever get a duplicate session ID? If so what's the frequency it would happen? Every million, billion, 10 trillion? Does the situation change if I have a cluster of tomcat servers? Thanks! -Marc - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: 404: File Not Found = Stupidity?
Thanks a lot, very usefull the link now is top of the Bookmarks list..:-) At the end I had the same problem, bad web.xml config Andrew On Wednesday 24 December 2003 03:19, Ben Souther wrote: I'm pretty new on servlets stufff...can anybody send me an snippet of the web.xml with servlet servlet-mapping tags... You don't need a snippet. Tomcat shipps with a complete, working web.xml file. Look in the WEB-INF dir of the examples directory. Got a question : on the class directory of the tomcat, there should be placed the .class o the .java ? The .java files are just the source code. Tomcat only looks at the compiled .class files. This page will tell you all you need to know about the directory structure: http://jakarta.apache.org/tomcat/tomcat-5.0-doc/class-loader-howto.html On Tuesday 23 December 2003 09:07 pm, you wrote: Hi fellows I'm pretty new on servlets stufff...can anybody send me an snippet of the web.xml with servlet servlet-mapping tags... Got a question : on the class directory of the tomcat, there should be placed the .class o the .java ? I'm having the same error, the .class is in the proper directory... Thanx in advance Andrew - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- No hay camino a la felicidad, la felicidad es el camino - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
How to get the Context lists when the server is started
Hi, I want to get the details of the Context [Web Applications] initialized when the Tomcat is started.I tried implementing the LifecycleListener interface and it returns only Engine Startup Event.Is there is any Listeners available when the Context is initialized or any other ways to find the available Contexts. Is it possible to register Valves for a particular context.I tried writing a class which extends ValveBase and gave an entry for the Valve in the server.xml after the Context tag.But all the requests are coming through this Valve. Thanks, Arun kumar - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat 4.1.18 MailSession Problem
Yoav, Resource name=mail/MyMail auth=Container type=javax.mail.Session / ResourceParams name=mail/MyMail parameter namemail.smtp.host/name valuesmtp.rcn.com/value /parameter parameter namemail.transport.protocol/name valuesmtp/value /parameter /ResourceParams Thanks, -C- -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: Monday, December 22, 2003 9:33 AM To: Tomcat Users List Subject: RE: Tomcat 4.1.18 MailSession Problem Howdy, What's your Resource tag in server.xml for mail/MyMail look like? Yoav Shapira Millennium ChemInformatics -Original Message- From: Cord Awtry [mailto:[EMAIL PROTECTED] Sent: Sunday, December 21, 2003 9:24 PM To: [EMAIL PROTECTED] Subject: Tomcat 4.1.18 MailSession Problem Hello all, I'm hoping someone can given me some help here. I'm attempting to set up a mail session but I can't seem to get Tomcat to use the specified host of the mail server, it keeps using only localhost. In my web.xml, I have: resource-ref descriptionMy Mail Server/description res-ref-namemail/MyMail/res-ref-name res-typejavax.mail.Session/res-type res-authContainer/res-auth /resource-ref And in the server.xml, I have: ResourceParams name=mail/MyMail parameter namemail.smtp.host/name valuesmtp.myserver.com/value /parameter /ResourceParams No matter what I do I get error from the mail server that it can't relay my message. When I debug this and look at the session, the mail.smtp.host is set to localhost. Any idea on what I've done wrong? Thanks in advance for any help, -C- This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to: Tomcat 5.0.16 as Windows Service
If you have a Dr. Watson log, I would be interested in seeing it. You can either send it to me privately, (better) post it to [EMAIL PROTECTED], or attach it to a Bugzilla report. obvious-security-disclaimer You should delete all reports except those for 'tomcat.exe' before posting. I could personally care less what programs have crashed on your machine (but you have to trust me on that :). However, there are black-hats out there that would love to know this kind of stuff. /obvious-security-disclaimer In case I've been too scary :), I'm signing this so that you always have the option of sending the log to me encrypted. Merrill Cornish [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Jacob, I tried your batch file for installing Tomcat 5 as a Windows service. I had to edit it to put double quotes around %EXECUTABLE% since my Tomcat is located under the \Program Files\ directory and the space in the pathname was messing up the command line parsing. With my standalone Tomcat stopped, the batch file runs fine (i.e., no output to STDERR, no error messages to STDOUT, ends by saying Tomcat is installed), but the following error dialog pops up: Apache Process Runner Apache Process Runner has encountered a problem and needs to close. We are sorry for the inconvenience. ... Please tell Microsoft about this problem. ... [Send Error Report]/[Don't Send] There is no Apache Tomcat5 service in the services list. I tried rebooting and running the batch file from a clean system, but the same thing happened. Any ideas? Merrill Cornish smime.p7s Description: S/MIME cryptographic signature
Re: How to get the Context lists when the server is started
With TC 5, using JMX Listeners using a is probably the best bet. arunkumar [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Hi, I want to get the details of the Context [Web Applications] initialized when the Tomcat is started.I tried implementing the LifecycleListener interface and it returns only Engine Startup Event.Is there is any Listeners available when the Context is initialized or any other ways to find the available Contexts. Is it possible to register Valves for a particular context.I tried writing a class which extends ValveBase and gave an entry for the Valve in the server.xml after the Context tag.But all the requests are coming through this Valve. Thanks, Arun kumar - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Specifying X.509 DN's in tomcat-users.xml
Read again: At the moment, only MemoryRealm supports CLIENT-CERT auth. What part of this don't you understand? Miguel A Paraz [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Hi, From: http://www.mail-archive.com/[EMAIL PROTECTED]/msg109699.html On Tue, 11 Nov 2003, Bill Barker wrote: At the moment, only MemoryRealm supports CLIENT-CERT auth (at least from the Tomcat ships-with Realms). There are patches for JNDIRealm and JDBCRealm floating around in Bugzilla, that should be fine if you are using Sun's JVM. (The Sun dependencies are basically why they are still floating :). Once you have enabled MemoryRealm (and, for versions 4.1.29, disable the default DataSource), then the 'username' in tomcat-users.xml is the cert's DN (aka Subject). The password can be anything you want (it is ignored for CLIENT-CERT auth). I tried this like: user username=/C=PH/ST=NCR/L=Pasig/O=mparaz.com/OU=personal/CN=Miguel A Paraz/[EMAIL PROTECTED] password=ignored roles=role1/ But UserRealm doesn't like it. I tried URL-escaping the '=' to '%3D' but it was ignored. Does anyone have a working sample? Thanks! SEVERE: Exception creating UserDatabase MBeans for UserDatabase javax.management.MalformedObjectNameException: Invalid character '=' in value pa rt of property at javax.management.ObjectName.construct(ObjectName.java:563) at javax.management.ObjectName.init(ObjectName.java:1300) at org.apache.catalina.mbeans.MBeanUtils.createObjectName(MBeanUtils.jav a:1520) at org.apache.catalina.mbeans.MBeanUtils.createMBean(MBeanUtils.java:783 ) at org.apache.catalina.mbeans.GlobalResourcesLifecycleListener.createMBe ans(GlobalResourcesLifecycleListener.java:280) at org.apache.catalina.mbeans.GlobalResourcesLifecycleListener.createMBe ans(GlobalResourcesLifecycleListener.java:210) at org.apache.catalina.mbeans.GlobalResourcesLifecycleListener.createMBe ans(GlobalResourcesLifecycleListener.java:172) at org.apache.catalina.mbeans.GlobalResourcesLifecycleListener.lifecycle Event(GlobalResourcesLifecycleListener.java:144) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(Lifecycl eSupport.java:166) at org.apache.catalina.core.StandardServer.start(StandardServer.java:233 6) at org.apache.catalina.startup.Catalina.start(Catalina.java:581) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl. java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces sorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:297) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:398) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to get the Context lists when the server is started
I am using Tomcat 4.0.6 and JMX is not available in this version. Sorry i did not mentioned the Tomcat version earlier.. Thanks , Arun kumar Bill Barker wrote: With TC 5, using JMX Listeners using a is probably the best bet. arunkumar [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Hi, I want to get the details of the Context [Web Applications] initialized when the Tomcat is started.I tried implementing the LifecycleListener interface and it returns only Engine Startup Event.Is there is any Listeners available when the Context is initialized or any other ways to find the available Contexts. Is it possible to register Valves for a particular context.I tried writing a class which extends ValveBase and gave an entry for the Valve in the server.xml after the Context tag.But all the requests are coming through this Valve. Thanks, Arun kumar - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Off Topic- Core java
Hi all, please help me with the following problem. I have a java file in my system (C:\Esculation.java) When I compile it from command prompt using javac command it compiles. but when i try to execute the file (java Esculation) from the prompt it gives the following exception. exception in thread main java.lang.noClassDefException . this file has a main method and it works on other systems. the classpath is set to C:\jdk1.4\lib and path is C:\jdk1.4\bin the file does not use any cutomized packages. Thanks Bopanna - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Off Topic- Core java
add . (current directory) to classpath. There is no need to specify where the java API libraries to 1.4 Sun javac compilers. Antony Paul. - Original Message - From: N.B.Bopanna [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, December 24, 2003 11:32 AM Subject: Off Topic- Core java Hi all, please help me with the following problem. I have a java file in my system (C:\Esculation.java) When I compile it from command prompt using javac command it compiles. but when i try to execute the file (java Esculation) from the prompt it gives the following exception. exception in thread main java.lang.noClassDefException . this file has a main method and it works on other systems. the classpath is set to C:\jdk1.4\lib and path is C:\jdk1.4\bin the file does not use any cutomized packages. Thanks Bopanna - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
