AW: Tomcat 5 and IIS
Hi Dave, I'm not an expert, but we use your proposed environment. Tomcat normally runs with Apache, even in Windows. That's why most How-To's Refere to that configuration. (e.g. http://raibledesigns.com/tomcat/) I've heared that it runs better with Apache, but with out IIS's it does also well. We got a production environment with several IIS's clustered with WLBS. These got JK-Plugins (isapi-redirectors) to redirect Java-Content. Below that we got a Tomcat-Workers-Farm. Every component is redundant and it runs quite smooth and fast. So even in bigger environments you can use Tomcat with IIS. -- Björn Andersen _ Webservices -Ursprüngliche Nachricht- Von: LILES, DAVID (CONTRACTOR) [mailto:[EMAIL PROTECTED] Gesendet: Montag, 8. März 2004 21:11 An: [EMAIL PROTECTED] Betreff: Tomcat 5 and IIS I am looking for an alternative to our current environment. Currently we = are using JRun 3.0 for our Java needs and IIS for our web configuration. = Our environment requires our use of IIS. With regard to JRun, we = recently installed our upgrade to version 4.0 only to find functionality = we require has been removed and the configuration steps have become more = complicated. We house multiple web applications and have several JRun = server instances running concurrently on our server. With the 4.0 = version we have been told by Macromedia that we need to install a = separate JRE instance for each JRun instance and copy and modify their = jvm.config file as well plus several other steps. This was never the case with the 3.0 version, but the 3.0 version is no = longer capable of supporting our needs. I have been looking at Tomcat 5.0 and replacement but was wondering how = difficult it is to configure with IIS and support multiple web = applications. I did find an article that talked about JK2.0 but it = mentioned the prerequisite of configuring Apache. If this is true, isn't = that a bit cumbersome since IIS has to be our web server? Any clarification would be greatly appreciated. Dave - 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: Application developed for Tomcat 4.1.27 failed to tun with Tomcat 5.0.19....
Hello.. u can check ur web.xml file.. According to me.. u have some servlet file. so u mst specified path into web.xml file.. Check that u can out ur jar file folder in following path. ./WEB-INF/lib Deepak On Tue, 09 Mar 2004 S.Latha Kamatchi wrote : Dear Tomcat users, I run my web application with Tomcat 4.1.27. My own folder name is myFolder. I put it under webapps folder. I have placed jar , html and jsp pages inside myFolder. I have the folder structure WEB-INF\classes inside myFolder and placed the servelt files there. Its working perfectly. But my client now upgraded his system to have Tomcat 5.0.19. and reported me that the application is not working in the lattest version. Should I configure web.xml/server.xml or change the folder structure specifically to Tomcat 5.0.19? Please suggest me... Thankx Latha - Do you Yahoo!? Yahoo! Search - Find what youre looking for faster.
Re: Application developed for Tomcat 4.1.27 failed to tun with Tomcat 5.0.19....
Thankx for the reply... I tried it with web.xml I here explain my development env.. I have placed jar , html and jsp pages inside myFolder. I have the folder structure WEB-INF\classes inside myFolder and placed the servelt files there. My java files invoke the servlet files as http://machinename:8080/myFolder/servlet/ServletName Before that i have uncommented the element servlet-mapping servlet-nameinvoker/servlet-name url-pattern/servlet/*/url-pattern /servlet-mapping in the tomcatRoot/conf/web.xml file. Please note, i donot have a separate web application descriptor that is web.xml inside myFolder\WEB-INF\. I have changed the one in tomcatRoot/conf/ folder. Its working perfectly. But my client now upgraded his system to have Tomcat 5.0.19. and reported me that the application is not working in the lattest version. I went thro the documentation of Tomcat 5.0.19.It says the following : As Tomcat 5 is a new release of Tomcat, keep in mind that some of the issues and solutions vary between the major versions of Tomcat (4.x versus 5). As you search around the web, there will be some documentation that is not relevant to Tomcat 5, but 3.x and 4.x. Doing 3.x or 4.x things to 5 will probably not work in most cases as the server.xml files are very different. Enabling invoker servlet: Starting with Tomcat 4.1.12, the invoker servlet is no longer available by default in all webapps. Enabling it for all webapps is possible by editing $CATALINA_HOME/conf/web.xml to uncomment the /servlet/* servlet-mapping definition. Using the invoker servlet in a production environment is not recommended and is unsupported. I understand that I have to have my application specific web.xml file inside myFolder\WEB-INF. I designed it to have the following stucture web-app Servlet servelt-NameTestServlet/servlet-Name url-pattern/TestServlet/url-pattern /Servlet /web-app Its now working if the calling statement is http://machineName:8080/webapps/myFolder/TestServlet. But all my files in Tomcat 4.1.27,invoke servlets as http://machineName:8080/webapps/myFolder/servlet/TestServlet. So I tried changing the web.xml as web-app Servlet servelt-NameTestServlet/servlet-Name url-patternservlet/TestServlet/url-pattern /Servlet /web-app Its not working when invoked as http://machineName:8080/webapps/myFolder/servlet/TestServlet. How Should I configure web.xml/server.xml or change the folder structure specifically to Tomcat 5.0.19? Please suggest me... Thankx Latha deepak shripat mane [EMAIL PROTECTED] wrote: Hello.. u can check ur web.xml file.. According to me.. u have some servlet file. so u mst specified path into web.xml file.. Check that u can out ur jar file folder in following path. ./WEB-INF/lib Deepak On Tue, 09 Mar 2004 S.Latha Kamatchi wrote : Dear Tomcat users, I run my web application with Tomcat 4.1.27. My own folder name is myFolder. I put it under webapps folder. I have placed jar , html and jsp pages inside myFolder. I have the folder structure WEB-INF\classes inside myFolder and placed the servelt files there. Its working perfectly. But my client now upgraded his system to have Tomcat 5.0.19. and reported me that the application is not working in the lattest version. Should I configure web.xml/server.xml or change the folder structure specifically to Tomcat 5.0.19? Please suggest me... Thankx Latha - Do you Yahoo!? Yahoo! Search - Find what youre looking for faster. - Do you Yahoo!? Yahoo! Search - Find what youre looking for faster.
Re: Application developed for Tomcat 4.1.27 failed to tun with Tomcat 5.0.19....
Yes Mr.Antanio, As u said i used the invoker servlet... My application files (Applet and bean files ) invokes servlets as http://machineName:8080/webapps/myFolder/servlet/ServletName I understand that I have to have my application specific web.xml file inside myFolder\WEB-INF. I designed it to have the following stucture web-app Servlet servelt-NameTestServlet/servlet-Name url-pattern/TestServlet/url-pattern /Servlet /web-app Its now working if the calling statement is http://machineName:8080/webapps/myFolder/TestServlet. But all my files in Tomcat 4.1.27,invoke servlets as http://machineName:8080/webapps/myFolder/servlet/TestServlet. So I tried changing the web.xml as web-app Servlet servelt-NameTestServlet/servlet-Name url-patternservlet/TestServlet/url-pattern /Servlet /web-app Its not working when invoked as http://machineName:8080/webapps/myFolder/servlet/TestServlet. nín [EMAIL PROTECTED] wrote: Hi, Does your app map all servlets? Or did you (lazily) use the invoker servlet? The invoker servlet comes commented out in Tomcat 5. You have two options: - Correct your app. (My advice, it makes your app more portable) - Uncomment the invoker (Quick kludge, but it also works) Yours, Antonio Fiol S.Latha Kamatchi wrote: Dear Tomcat users, I run my web application with Tomcat 4.1.27. My own folder name is myFolder. I put it under webapps folder. I have placed jar , html and jsp pages inside myFolder. I have the folder structure WEB-INF\classes inside myFolder and placed the servelt files there. Its working perfectly. But my client now upgraded his system to have Tomcat 5.0.19. and reported me that the application is not working in the lattest version. Should I configure web.xml/server.xml or change the folder structure specifically to Tomcat 5.0.19? Please suggest me... Thankx Latha - Do you Yahoo!? Yahoo! Search - Find what youre looking for faster. ATTACHMENT part 2 application/x-pkcs7-signature name=smime.p7s - Do you Yahoo!? Yahoo! Search - Find what youre looking for faster.
Re: newbie need help whit server naming
is there a way to rite the server name instead off the ip address in the address bar? Yes, if the server name is mapped to the server's IP address :-) Somewhere along the line, the 'name' has to be converted into an IP address, which is what DNS is all about. In a (small) local network you can do your own convenience mapping in the hosts files. Good luck Harry - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Application directory outside webapp in tomcat
With Tomcat 5 you specify the 'docbase' in the META-INF/context.xml file. Is that possible to have application directory located outside the default webapp directory inside tomcat? How to configure the server.xml to do it? I've tried to do that but failed. Please help. Kenneth - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Realm url pattern mistake ?
Hello, I'm trying some web.xml security features and think that Catalina does'nt perform url pattern very well in some cases (whatever the kind of Realm). For example : Roles : Administrateur and DTN protected ressources : /pages/secret1/*.jsp reserved for Administrateur role /pages/*.jsp reserved for Administrateur and DTN roles When the current user has only DTN role, the first pattern is not filtered and so the ressource is not protected while if the first pattern is a straightforward ressource (say /pages/secret1/myfile.jsp) is correctly safe. any idea ? thanks in advance, Arnaud web.xml sample : security-constraint web-resource-collection web-resource-namewebapp2/web-resource-name url-pattern/pages/secret1/*.jsp/url-pattern /web-resource-collection auth-constraint role-nameAdministrateur/role-name /auth-constraint /security-constraint security-constraint web-resource-collection web-resource-namewebapp1/web-resource-name url-pattern/pages/*.jsp/url-pattern /web-resource-collection auth-constraint role-nameDTN/role-name role-nameAdministrateur/role-name /auth-constraint /security-constraint
UTF-8 special characters
Hi all After solving the most of the internationalization problems I had, I still have, some problem: If I have, some special character, in the query string (e.g. the URL), like é or ç tomcat gets it as é or ç. Same thing I had with user input, but there, the problem was solved by setting the request encoding to UTF-8 At the first request. Any ideas? Thanks Jonathan ** The contents of this email and any attachments are confidential. They are intended for the named recipient(s) only. If you have received this email in error please notify the system manager or the sender immediately and do not disclose the contents to anyone or make copies. ** eSafe scanned this email for viruses, vandals and malicious content. ** **
Re: Hiding Apache-Coyote/1.1 banner in Tomcat 5
Lots of scripts out there for little script kiddies to run simply look at banners of different services to determine their worth in attempting to run an exploit against to gain access. By changing banners it helps to remove a good chunk of exploits that are out there. It also promotes laziness amongst system admin's ... :) On Mon, 8 Mar 2004, James Agnew wrote: Date: Mon, 8 Mar 2004 23:19:59 +0100 From: James Agnew [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Subject: Re: Hiding Apache-Coyote/1.1 banner in Tomcat 5 I just like to reduce as much as possible the amount of information that a server gives out. Letting oppotunist crackers, who run a 1 minute nessus scan, know the version and type of the webserver, should IMO be avoided if possible. Sure, it won't put-off the determined cracker, but it might force some to move onto easier prey. Anyway, back to the matter in hand - do you know how one might go about this? Thanks, James - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: UTF-8 special characters
Put this in 8080 connector of your server.xml file,lookup for URIEncoding=UTF-8, tomcat automatically do encoding: Connector port=8080 maxThreads=150 minSpareThreads=25 maxSpareThreads=75 enableLookups=false redirectPort=8443 acceptCount=100 debug=0 connectionTimeout=2 URIEncoding=UTF-8 disableUploadTimeout=true / Mariano -Mensaje original- De: Jonathan Abramsohn [mailto:[EMAIL PROTECTED] Enviado el: martes, 09 de marzo de 2004 10:45 Para: Tomcat Users List Asunto: UTF-8 special characters Hi all After solving the most of the internationalization problems I had, I still have, some problem: If I have, some special character, in the query string (e.g. the URL), like é or ç tomcat gets it as é or ç. Same thing I had with user input, but there, the problem was solved by setting the request encoding to UTF-8 At the first request. Any ideas? Thanks Jonathan ** The contents of this email and any attachments are confidential. They are intended for the named recipient(s) only. If you have received this email in error please notify the system manager or the sender immediately and do not disclose the contents to anyone or make copies. ** eSafe scanned this email for viruses, vandals and malicious content. ** ** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: UTF-8 special characters
I've tried it and it doesn't help. Am I doing something wrong? -Original Message- From: Mariano [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 09, 2004 11:56 To: 'Tomcat Users List' Subject: RE: UTF-8 special characters Put this in 8080 connector of your server.xml file,lookup for URIEncoding=UTF-8, tomcat automatically do encoding: Connector port=8080 maxThreads=150 minSpareThreads=25 maxSpareThreads=75 enableLookups=false redirectPort=8443 acceptCount=100 debug=0 connectionTimeout=2 URIEncoding=UTF-8 disableUploadTimeout=true / Mariano -Mensaje original- De: Jonathan Abramsohn [mailto:[EMAIL PROTECTED] Enviado el: martes, 09 de marzo de 2004 10:45 Para: Tomcat Users List Asunto: UTF-8 special characters Hi all After solving the most of the internationalization problems I had, I still have, some problem: If I have, some special character, in the query string (e.g. the URL), like é or ç tomcat gets it as é or ç. Same thing I had with user input, but there, the problem was solved by setting the request encoding to UTF-8 At the first request. Any ideas? Thanks Jonathan ** The contents of this email and any attachments are confidential. They are intended for the named recipient(s) only. If you have received this email in error please notify the system manager or the sender immediately and do not disclose the contents to anyone or make copies. ** eSafe scanned this email for viruses, vandals and malicious content. ** ** ** The contents of this email and any attachments are confidential. They are intended for the named recipient(s) only. If you have received this email in error please notify the system manager or the sender immediately and do not disclose the contents to anyone or make copies. ** eSafe scanned this email for viruses, vandals and malicious content. ** ** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
How to deploy a war-file to tomcat 4?
Hi all, I have a war-file containing my application, and the application needs a data source. A not too unusual situation, I suppose. Now, when I install my application (by copying the war to the webapp-dir by using the manager app), it won't run, because it has no data source available. To provide a data source, I must define a context for my web-app, thus specify the docBase directory where my jsp-files are, which does not exist because I didn't have the application installed at the time. And tomcat will not accept my war-file after defining the context and complains, that the application already exists at this path. What was first, the hen or the egg? How do you all make this? I just want to be able to configure a data source one times, and then just install a war-file from time to time. -- Martin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Question about Jasper Configuration - largefile options in tomcat 5
Hi, I just read http://jakarta.apache.org/tomcat/tomcat-5.0-doc/jasper-howto.html and found something like this: largefile - Should we store the static content of JSP pages in external data files, to reduce the size of the generated servlets? true or false, default false. but that option is not work, and I search the source codes, can not found that options, I use JSPX to product XML file, and some files are very big, so, is this option support in tomcat 5? Regards, Eric - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Application directory outside webapp in tomcat
Thanks for all replies. My Tomcat version is 4.1.24. I think I should modify server.xml. I will try to configure it. - Original Message - From: Harry Mantheakis [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Tuesday, March 09, 2004 4:58 PM Subject: Re: Application directory outside webapp in tomcat With Tomcat 5 you specify the 'docbase' in the META-INF/context.xml file. Is that possible to have application directory located outside the default webapp directory inside tomcat? How to configure the server.xml to do it? I've tried to do that but failed. Please help. Kenneth - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Problem with session persistence
Greetings I'm having a problem with session persistence in a web App. Problem beeing some variables are saved on the Session, and we would like to make it so that any conection to a specific jsp would create a new session. However, since the new browser windows run on the same PID on the client, they simply re-use the one the other window is using, causing a mess. Is there any way i can go around this feature? TIA Sérgio - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Imported package not found when compiling JSP in new Tomcat
Hello, I'm having a problem with new Tomcat compiling my jsp pages that uses castor package. I moved my pages and all the relative classes and jar-files from old server (using Tomcat 4.0.1) to new server (using Tomcat 4.1.29) and now when I try to run the pages I get compiling error (stack trace at the end of post) saying that the castor package is missing even though the jar-file including it is in WEB-INF/lib/. I've also checked that all directories and files has at least reading rights to everyone. I have read the class not found and other stuff in Tomcat's homepages but I haven't noticed anything there that could be causing the problem. I'm using the same import line in my jsp which works in the old tomcat: %@ page import=org.exolab.castor.* % So if you have anything that could help it would be most appreciated. -Ari Paasonen org.apache.jasper.JasperException: Unable to compile class for JSP An error occurred at line: -1 in the jsp file: null Generated servlet error: [javac] Compiling 1 source file /usr/local/jakarta-tomcat- 4.1.29/work/Standalone/localhost/reuse/archtool/start_jsp.java:10: package org.exolab.castor does not exist import org.exolab.castor.*; ^ 1 error at org.apache.jasper.compiler.DefaultErrorHandler.javacError (DefaultErrorHandler.java:130) at org.apache.jasper.compiler.ErrorDispatcher.javacError (ErrorDispatcher.java:293) at org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:353) at org.apache.jasper.compiler.Compiler.compile(Compiler.java:370) at org.apache.jasper.JspCompilationContext.compile (JspCompilationContext.java:473) at org.apache.jasper.servlet.JspServletWrapper.service (JspServletWrapper.java:190) at org.apache.jasper.servlet.JspServlet.serviceJspFile (JspServlet.java:295) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:241) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter (ApplicationFilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter (ApplicationFilterChain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke (StandardWrapperValve.java:256) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex t(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke (StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContextValve.invoke (StandardContextValve.java:191) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex t(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke (StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContext.invoke (StandardContext.java:2417) at org.apache.catalina.core.StandardHostValve.invoke (StandardHostValve.java:180) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex t(StandardPipeline.java:643) at org.apache.catalina.valves.ErrorDispatcherValve.invoke (ErrorDispatcherValve.java:171) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex t(StandardPipeline.java:641) at org.apache.catalina.valves.ErrorReportValve.invoke (ErrorReportValve.java:172) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex t(StandardPipeline.java:641) at org.apache.catalina.core.StandardPipeline.invoke (StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardEngineValve.invoke (StandardEngineValve.java:174) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex t(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke (StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.coyote.tomcat4.CoyoteAdapter.service (CoyoteAdapter.java:193) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:309) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:387) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:673) at org.apache.jk.common.ChannelSocket.processConnection (ChannelSocket.java:615) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:786) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run (ThreadPool.java:666) at java.lang.Thread.run(Thread.java:534) _ Add photos to your e-mail with MSN 8. Get 2 months FREE*.
Getting image files from applet
Hi, Could anyone suggest how to get image files in same directory on server into the applet Regards, Teja Jo. - Do you Yahoo!? Yahoo! Search - Find what youre looking for faster.
AW: Problem with session persistence
I don't think so. When you open a new browser via File-New-Window, It inherits all the sessiondata (cookie), so there is no way for Tomcat to tell a difference between the 2 clients. However when you open a brand new browser on the same client, it should create a new session coz the session cookie is bound to the browser, not systemwide -- MfG Björn Andersen _ Webservices -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Gesendet: Dienstag, 9. März 2004 11:22 An: Tomcat Users List Betreff: Problem with session persistence Greetings I'm having a problem with session persistence in a web App. Problem beeing some variables are saved on the Session, and we would like to make it so that any conection to a specific jsp would create a new session. However, since the new browser windows run on the same PID on the client, they simply re-use the one the other window is using, causing a mess. Is there any way i can go around this feature? TIA Sérgio - 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: Hiding Apache-Coyote/1.1 banner in Tomcat 5
Well in that case, it sounds like something which is sorely needed! ;) On 03/09/2004 10:36 AM Alex wrote: Lots of scripts out there for little script kiddies to run simply look at banners of different services to determine their worth in attempting to run an exploit against to gain access. By changing banners it helps to remove a good chunk of exploits that are out there. It also promotes laziness amongst system admin's ... :) On Mon, 8 Mar 2004, James Agnew wrote: I just like to reduce as much as possible the amount of information that a server gives out. Letting oppotunist crackers, who run a 1 minute nessus scan, know the version and type of the webserver, should IMO be avoided if possible. Sure, it won't put-off the determined cracker, but it might force some to move onto easier prey. Anyway, back to the matter in hand - do you know how one might go about this? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: UTF-8 special characters
This work fine with Tomcat 5.0.19, which version of tomcat are you using? I don't try it in other versions. Mariano -Mensaje original- De: Jonathan Abramsohn [mailto:[EMAIL PROTECTED] Enviado el: martes, 09 de marzo de 2004 11:04 Para: Tomcat Users List Asunto: RE: UTF-8 special characters I've tried it and it doesn't help. Am I doing something wrong? -Original Message- From: Mariano [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 09, 2004 11:56 To: 'Tomcat Users List' Subject: RE: UTF-8 special characters Put this in 8080 connector of your server.xml file,lookup for URIEncoding=UTF-8, tomcat automatically do encoding: Connector port=8080 maxThreads=150 minSpareThreads=25 maxSpareThreads=75 enableLookups=false redirectPort=8443 acceptCount=100 debug=0 connectionTimeout=2 URIEncoding=UTF-8 disableUploadTimeout=true / Mariano -Mensaje original- De: Jonathan Abramsohn [mailto:[EMAIL PROTECTED] Enviado el: martes, 09 de marzo de 2004 10:45 Para: Tomcat Users List Asunto: UTF-8 special characters Hi all After solving the most of the internationalization problems I had, I still have, some problem: If I have, some special character, in the query string (e.g. the URL), like é or ç tomcat gets it as é or ç. Same thing I had with user input, but there, the problem was solved by setting the request encoding to UTF-8 At the first request. Any ideas? Thanks Jonathan ** The contents of this email and any attachments are confidential. They are intended for the named recipient(s) only. If you have received this email in error please notify the system manager or the sender immediately and do not disclose the contents to anyone or make copies. ** eSafe scanned this email for viruses, vandals and malicious content. ** ** ** The contents of this email and any attachments are confidential. They are intended for the named recipient(s) only. If you have received this email in error please notify the system manager or the sender immediately and do not disclose the contents to anyone or make copies. ** eSafe scanned this email for viruses, vandals and malicious content. ** ** - 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: Getting image files from applet
specify your image folder path in your applet using getDocumentBase () or getCodeBase() funtion in Applet Deepak On Tue, 09 Mar 2004 Teja Jo wrote : Hi, Could anyone suggest how to get image files in same directory on server into the applet Regards, Teja Jo. - Do you Yahoo!? Yahoo! Search - Find what youre looking for faster.
Manager app security concerns
I'm using the manager app to deploy web apps. I'm interfacing to it using deployer ant tasks. My support team have raised concerns that this is inherently insecure. They are concerned that a third party can use the manager app to take control of the server. Is this a valid concern? Is the username and password securely transmitted? Are there any back doors or bugs with the manager app that would allow it to be taken over? If there are any problems is there a way to improve the security of the manager? Thanks in advance for any help. Andrew - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Manager app security concerns
I'm just guessing here but you could run the manager app over https. If however your support team expressed concerns that the manager app might be backdoored, I suggest you slap them a little bit and ask them to change their medication :) -Original Message- From: Andrew Watters [mailto:[EMAIL PROTECTED] Sent: 09 March 2004 11:32 To: Tomcat Users List Subject: Manager app security concerns I'm using the manager app to deploy web apps. I'm interfacing to it using deployer ant tasks. My support team have raised concerns that this is inherently insecure. They are concerned that a third party can use the manager app to take control of the server. Is this a valid concern? Is the username and password securely transmitted? Are there any back doors or bugs with the manager app that would allow it to be taken over? If there are any problems is there a way to improve the security of the manager? Thanks in advance for any help. Andrew - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail has been scanned for all viruses by Star Internet. The service is powered by MessageLabs. Note:__ This message is for the named person's use only. It may contain confidential, proprietary or legally privileged information. No confidentiality or privilege is waived or lost by any mistransmission. If you receive this message in error, please immediately delete it and all copies of it from your system, destroy any hard copies of it and notify the sender. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. Jaguar Freight Services and any of its subsidiaries each reserve the right to monitor all e-mail communications through its networks. Any views expressed in this message are those of the individual sender, except where the message states otherwise and the sender is authorized to state them to be the views of any such entity. This e-mail has been scanned for all viruses by Star Internet. The service is powered by MessageLabs.
RE: UTF-8 special characters
I have tried it on tomcat 4.0.1 and 4.0.6 both on Linux RH9 and win2k Still doesn't help. And I can't upgrade my tomcat version any far than this. Any Ideas? Thanks Jonathan -Original Message- From: Mariano [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 09, 2004 12:55 To: 'Tomcat Users List' Subject: RE: UTF-8 special characters This work fine with Tomcat 5.0.19, which version of tomcat are you using? I don't try it in other versions. Mariano -Mensaje original- De: Jonathan Abramsohn [mailto:[EMAIL PROTECTED] Enviado el: martes, 09 de marzo de 2004 11:04 Para: Tomcat Users List Asunto: RE: UTF-8 special characters I've tried it and it doesn't help. Am I doing something wrong? -Original Message- From: Mariano [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 09, 2004 11:56 To: 'Tomcat Users List' Subject: RE: UTF-8 special characters Put this in 8080 connector of your server.xml file,lookup for URIEncoding=UTF-8, tomcat automatically do encoding: Connector port=8080 maxThreads=150 minSpareThreads=25 maxSpareThreads=75 enableLookups=false redirectPort=8443 acceptCount=100 debug=0 connectionTimeout=2 URIEncoding=UTF-8 disableUploadTimeout=true / Mariano -Mensaje original- De: Jonathan Abramsohn [mailto:[EMAIL PROTECTED] Enviado el: martes, 09 de marzo de 2004 10:45 Para: Tomcat Users List Asunto: UTF-8 special characters Hi all After solving the most of the internationalization problems I had, I still have, some problem: If I have, some special character, in the query string (e.g. the URL), like é or ç tomcat gets it as é or ç. Same thing I had with user input, but there, the problem was solved by setting the request encoding to UTF-8 At the first request. Any ideas? Thanks Jonathan ** The contents of this email and any attachments are confidential. They are intended for the named recipient(s) only. If you have received this email in error please notify the system manager or the sender immediately and do not disclose the contents to anyone or make copies. ** eSafe scanned this email for viruses, vandals and malicious content. ** ** ** The contents of this email and any attachments are confidential. They are intended for the named recipient(s) only. If you have received this email in error please notify the system manager or the sender immediately and do not disclose the contents to anyone or make copies. ** eSafe scanned this email for viruses, vandals and malicious content. ** ** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ** The contents of this email and any attachments are confidential. They are intended for the named recipient(s) only. If you have received this email in error please notify the system manager or the sender immediately and do not disclose the contents to anyone or make copies. ** eSafe scanned this email for viruses, vandals and malicious content. ** ** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
sessionDestroyed in SessionListener does not get called on Context destruction
Hi there, I have some tidying up to do on session destruction, which doesn't take place when the context gets destroyed. I am having a problem with my HttpSessionListener. It works fine when the session is invalidated within tomcat by session.invalidate() (eg when a user logs off), but the sessionDestroyed method does not seem to get called when the context gets destroyed. I have tried adding a session register with a list of all live sessions, held as a context attribute using context.setAttribute(String, Object). This gets called in the contextDestroyed method of the ServletContextListener, and tried to invalidate each existing session manually. This doesn't work however - it throws a NullPointerException on the session object, presumably because the session doesn't exist anymore at that point. Any suggestions on how to get around this? I am using Tomcat 4.1.18 on Win2k. thanks, Elie - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
default errorPage being displayed
Hi All, I am facing a problem in Tomcat version 5.0.16. When I throw an exception in a page then it should be redirected to error.jsp. The error.jsp is then processed .This i can see in the console.But after that when i look in the browser the page shown is HTTP 404 Not Found. I have checked there is a bug number 14230 which relates to this issue - but it talks about Reverting costin's flush-in-release patch. How can this be done ? Please tell me if there could be some other reason this bug is not working. Thanks, Gaurav Kadyan
RE: UTF-8 special characters
Hi Jonathan, One way is to set the encoding specifically when you start Tomcat using (change the script): C:\Java\j2sdk1.4.1\bin\java.exe -jar -Dfile.encoding=UTF-8 -Duser.dir=C:\Java\Tomcat 4.1 C:\Java\Tomcat 4.1\bin\bootstrap.jar start And this way you are sure the encoding is set for the JVM who is running Tomcat. This should work in every version of Tomcat. Hugo -Original Message- From: Jonathan Abramsohn [mailto:[EMAIL PROTECTED] Sent: Dienstag, 9. März 2004 13:52 To: Tomcat Users List; [EMAIL PROTECTED] Subject: RE: UTF-8 special characters I have tried it on tomcat 4.0.1 and 4.0.6 both on Linux RH9 and win2k Still doesn't help. And I can't upgrade my tomcat version any far than this. Any Ideas? Thanks Jonathan -Original Message- From: Mariano [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 09, 2004 12:55 To: 'Tomcat Users List' Subject: RE: UTF-8 special characters This work fine with Tomcat 5.0.19, which version of tomcat are you using? I don't try it in other versions. Mariano -Mensaje original- De: Jonathan Abramsohn [mailto:[EMAIL PROTECTED] Enviado el: martes, 09 de marzo de 2004 11:04 Para: Tomcat Users List Asunto: RE: UTF-8 special characters I've tried it and it doesn't help. Am I doing something wrong? -Original Message- From: Mariano [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 09, 2004 11:56 To: 'Tomcat Users List' Subject: RE: UTF-8 special characters Put this in 8080 connector of your server.xml file,lookup for URIEncoding=UTF-8, tomcat automatically do encoding: Connector port=8080 maxThreads=150 minSpareThreads=25 maxSpareThreads=75 enableLookups=false redirectPort=8443 acceptCount=100 debug=0 connectionTimeout=2 URIEncoding=UTF-8 disableUploadTimeout=true / Mariano -Mensaje original- De: Jonathan Abramsohn [mailto:[EMAIL PROTECTED] Enviado el: martes, 09 de marzo de 2004 10:45 Para: Tomcat Users List Asunto: UTF-8 special characters Hi all After solving the most of the internationalization problems I had, I still have, some problem: If I have, some special character, in the query string (e.g. the URL), like é or ç tomcat gets it as é or ç. Same thing I had with user input, but there, the problem was solved by setting the request encoding to UTF-8 At the first request. Any ideas? Thanks Jonathan ** The contents of this email and any attachments are confidential. They are intended for the named recipient(s) only. If you have received this email in error please notify the system manager or the sender immediately and do not disclose the contents to anyone or make copies. ** eSafe scanned this email for viruses, vandals and malicious content. ** ** ** The contents of this email and any attachments are confidential. They are intended for the named recipient(s) only. If you have received this email in error please notify the system manager or the sender immediately and do not disclose the contents to anyone or make copies. ** eSafe scanned this email for viruses, vandals and malicious content. ** ** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ** The contents of this email and any attachments are confidential. They are intended for the named recipient(s) only. If you have received this email in error please notify the system manager or the sender immediately and do not disclose the contents to anyone or make copies. ** eSafe scanned this email for viruses, vandals and malicious content. ** ** - 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: Your Message to tomcat-user@jakarta.apache.org is Blocked
do sombody else received that antivirus publicity ? [EMAIL PROTECTED] administrateur http://entre-nous.qc.tc we use mcfee From: CxProtect [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Your Message to [EMAIL PROTECTED] is Blocked Date: 8 Mar 2004 19:58:12 -0800 CxProtect: Virus Found Notification Your Message is Blocked since It contained virus/Spam Mail send by local user or Contained virus which Neutralized and option set as Delete Infected Mail Message was addreessed to: [EMAIL PROTECTED] CxProtect was originally designed, just to demonstrate the power of Command AntiVirus . _ MSN Search, le moteur de recherche qui pense comme vous ! http://fr.ca.search.msn.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Manager app security concerns
Thanks, slapping them sounds like fun. Yiannis Mavroukakis wrote: I'm just guessing here but you could run the manager app over https. If however your support team expressed concerns that the manager app might be backdoored, I suggest you slap them a little bit and ask them to change their medication :) -Original Message- From: Andrew Watters [mailto:[EMAIL PROTECTED] Sent: 09 March 2004 11:32 To: Tomcat Users List Subject: Manager app security concerns I'm using the manager app to deploy web apps. I'm interfacing to it using deployer ant tasks. My support team have raised concerns that this is inherently insecure. They are concerned that a third party can use the manager app to take control of the server. Is this a valid concern? Is the username and password securely transmitted? Are there any back doors or bugs with the manager app that would allow it to be taken over? If there are any problems is there a way to improve the security of the manager? Thanks in advance for any help. Andrew - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail has been scanned for all viruses by Star Internet. The service is powered by MessageLabs. Note:__ This message is for the named person's use only. It may contain confidential, proprietary or legally privileged information. No confidentiality or privilege is waived or lost by any mistransmission. If you receive this message in error, please immediately delete it and all copies of it from your system, destroy any hard copies of it and notify the sender. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. Jaguar Freight Services and any of its subsidiaries each reserve the right to monitor all e-mail communications through its networks. Any views expressed in this message are those of the individual sender, except where the message states otherwise and the sender is authorized to state them to be the views of any such entity. This e-mail has been scanned for all viruses by Star Internet. The service is powered by MessageLabs. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Creating a database realm in eclipse with tomcat
I am trying to create a login for a help information center in eclipse. I have managed to create usernames and passwords for users using the web.xml and tomcat-users.xml files. I want to however create a database of users that eclipse gets these username and passwords from. In stand-alone Tomcat this is done using the server.xml file however Eclipse's version of tomcat does not have this file. I have been told that you can setup a realm by calling embedded.setrealm(myrealm) in the TomcatAppServer Class and then creating a realm object (myrealm). If this is correct does anybody know the steps i would have to do to implement this or of another way of doing it? Many Thanks Andrew Gilpin
tomcat and sderr file
hi i have installed wasp on my c: drive (win 2kpro), and also have tomcat as a stand alone (4.1.12-LE) installed. problem is when i try to run tomcat (with wasp not running) the pages which it pulled form the root directory last week are currently unavailable (not a 404). when i try both servers running simultaneously and i try to call the same page i get a 404 error from the tomcat page. i get the following error from the stderr file 09-Mar-2004 09:01:31 org.apache.coyote.http11.Http11Protocol init INFO: Initializing Coyote HTTP/1.1 on port 8080 09-Mar-2004 09:01:53 org.apache.commons.digester.Digester fatalError SEVERE: Parse Fatal Error at line 15 column -1: Illegal character at end of document, #x3c;. org.xml.sax.SAXParseException: Illegal character at end of document, #x3c;. at org.apache.crimson.parser.Parser2.fatal(Parser2.java:3182) at org.apache.crimson.parser.Parser2.fatal(Parser2.java:3176) at org.apache.crimson.parser.Parser2.parseInternal(Parser2.java:506) any ideas ? cheers chris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
virtual host in tomcat 4?
Go easy, first post. I have a webapp that requires SSL only. I am therefore limited by my company to port 8443, all other ports are blocked(including 8080). If I have a domain called www.myNewDomainName.com and the actual URL for the app is /webapps/mySSLApp/index.jsp how and where can I make the connection(pointer) so that when the user types in www.myNewDomainName.com they are redirected to https://myServerName:8443/mySSLApp/index.jsp ? Is this a function of virtual hosts? I have read the docs pertaining to Proxy how to( http://jakarta.apache.org/tomcat/tomcat-4.1-doc/proxy-howto.html) but they keep referring to httpd.conf file which I dont have. I assume this only exists with a standalone Apache server install? The domain is already registered and the ip address for my server is already pushed to the DNS servers. Is this possible to do with 8080 being disabled? I cant find much in the docs that pertains to virtual hosts, everything I am finding in the archives seems to be from 2 years ago. Thanks, Graham - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: tomcat and sderr file
Looks like one of your xml files has a syntax error. The error message just doesn't indicate which one. So you have to look around (in line 15) in server.xml web.xml *.xml -Original Message- From: Chris Daly [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 09, 2004 2:40 PM To: [EMAIL PROTECTED] Subject: tomcat and sderr file 09-Mar-2004 09:01:53 org.apache.commons.digester.Digester fatalError SEVERE: Parse Fatal Error at line 15 column -1: Illegal character at end of document, #x3c;. org.xml.sax.SAXParseException: Illegal character at end of document, #x3c;. at org.apache.crimson.parser.Parser2.fatal(Parser2.java:3182) at org.apache.crimson.parser.Parser2.fatal(Parser2.java:3176) at org.apache.crimson.parser.Parser2.parseInternal(Parser2.java:506) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat is not finding my classes
Nope, not finding them there either. I've tried both. The appropriate place for them would be shared/lib but I've tried common/lib also and would be satisfied if it worked there but the only place it works is in the WEB-INF/classes (unpacked) or WEB-INF/lib (packed). Thanks, -Mark -Original Message- From: Paul [mailto:[EMAIL PROTECTED] Sent: Monday, March 08, 2004 6:35 PM To: Tomcat Users List Subject: Re: Tomcat is not finding my classes what about tomcat_home\common\lib\x.jar tomcat_home\common\classes\x\x.class and do you use an %@ page=x.* % type tag in your jsp files? - Original Message - From: Faine, Mark [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, March 08, 2004 4:20 PM Subject: Tomcat is not finding my classes Tomat 4.1.27 on Solaris 8 I've spent the past two days reading about classloaders and from what I've read my problem should not exist. Tomcat is not finding classes/jars in $TOMCAT_HOME/shared classes/lib. The only way I can get my classes loaded is to put them in $TOMCAT_HOME/webappx/WEB-INF/classes or $TOMCAT_HOME/webappx/WEB-INF/lib. Does anyone know what could cause this, I've search the bug list but can't find anything. The shared classloader does not seem to be functioning at all. One thing of note. I noticed the Tomcat Docs have a few jar files listed as being default for the shared/lib directory but on my installation they are in common/lib. Is this a problem or out of date docs? Thanks, -Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat is not finding my classes
Nope, not finding them there either. I've tried both. The appropriate place for them would be shared/lib but I've tried common/lib also and would be satisfied if it worked there but the only place it works is in the WEB-INF/classes (unpacked) or WEB-INF/lib (packed). Thanks, -Mark -Original Message- From: Hofmann, Benjamin [mailto:[EMAIL PROTECTED] Sent: Monday, March 08, 2004 3:27 PM To: 'Tomcat Users List' Subject: RE: Tomcat is not finding my classes I don't know if this will help but I've had the same problem in the past and I started putting classes in $TOMACT_HOME/common/lib. This has worked great for everything that was not appropriate for the WEB-INF/lib. Ben -Original Message- From: Faine, Mark [mailto:[EMAIL PROTECTED] Sent: Monday, March 08, 2004 3:21 PM To: '[EMAIL PROTECTED]' Subject: Tomcat is not finding my classes Tomat 4.1.27 on Solaris 8 I've spent the past two days reading about classloaders and from what I've read my problem should not exist. Tomcat is not finding classes/jars in $TOMCAT_HOME/shared classes/lib. The only way I can get my classes loaded is to put them in $TOMCAT_HOME/webappx/WEB-INF/classes or $TOMCAT_HOME/webappx/WEB-INF/lib. Does anyone know what could cause this, I've search the bug list but can't find anything. The shared classloader does not seem to be functioning at all. One thing of note. I noticed the Tomcat Docs have a few jar files listed as being default for the shared/lib directory but on my installation they are in common/lib. Is this a problem or out of date docs? Thanks, -Mark - 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: How to deploy a war-file to tomcat 4?
Hi, Define the data source in the GlobalNamingResource section of server.xml. Yoav Shapira Millennium ChemInformatics -Original Message- From: Martin Monsorno [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 09, 2004 5:14 AM To: [EMAIL PROTECTED] Subject: How to deploy a war-file to tomcat 4? Hi all, I have a war-file containing my application, and the application needs a data source. A not too unusual situation, I suppose. Now, when I install my application (by copying the war to the webapp-dir by using the manager app), it won't run, because it has no data source available. To provide a data source, I must define a context for my web-app, thus specify the docBase directory where my jsp-files are, which does not exist because I didn't have the application installed at the time. And tomcat will not accept my war-file after defining the context and complains, that the application already exists at this path. What was first, the hen or the egg? How do you all make this? I just want to be able to configure a data source one times, and then just install a war-file from time to time. -- Martin - 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: Tomcat 5 and IIS
Thanks for the reply So then would we need to configure an Apache entry for each IIS site we are currently hosting? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 09, 2004 2:03 AM To: [EMAIL PROTECTED] Subject: AW: Tomcat 5 and IIS Hi Dave, I'm not an expert, but we use your proposed environment. Tomcat normally runs with Apache, even in Windows. That's why most How-To's Refere to that configuration. (e.g. http://raibledesigns.com/tomcat/) I've heared that it runs better with Apache, but with out IIS's it does also well. We got a production environment with several IIS's clustered with WLBS. These got JK-Plugins (isapi-redirectors) to redirect Java-Content. Below that we got a Tomcat-Workers-Farm. Every component is redundant and it runs quite smooth and fast. So even in bigger environments you can use Tomcat with IIS. -- Björn Andersen _ Webservices -Ursprüngliche Nachricht- Von: LILES, DAVID (CONTRACTOR) [mailto:[EMAIL PROTECTED] Gesendet: Montag, 8. März 2004 21:11 An: [EMAIL PROTECTED] Betreff: Tomcat 5 and IIS I am looking for an alternative to our current environment. Currently we = are using JRun 3.0 for our Java needs and IIS for our web configuration. = Our environment requires our use of IIS. With regard to JRun, we = recently installed our upgrade to version 4.0 only to find functionality = we require has been removed and the configuration steps have become more = complicated. We house multiple web applications and have several JRun = server instances running concurrently on our server. With the 4.0 = version we have been told by Macromedia that we need to install a = separate JRE instance for each JRun instance and copy and modify their = jvm.config file as well plus several other steps. This was never the case with the 3.0 version, but the 3.0 version is no = longer capable of supporting our needs. I have been looking at Tomcat 5.0 and replacement but was wondering how = difficult it is to configure with IIS and support multiple web = applications. I did find an article that talked about JK2.0 but it = mentioned the prerequisite of configuring Apache. If this is true, isn't = that a bit cumbersome since IIS has to be our web server? Any clarification would be greatly appreciated. Dave - 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: Disabling PUT and DELETE methods in Tomcat 5 standalone
Hi, Is there any way to prevent the server from responding to these methods? I ran the same scan tests on one of our Apache boxes and it can back complete dead on the PUT and DELETE methods i.e. it didn't respond in any way - that's the behaviour we're looking for. Would the same not be possible on Tomcat standalone? Please define completely dead more specifically: did your scans time out? Return with a 404 error? Another HTTP response code? You can do a variety of things, depending on how portable you want to be. I like the security-constraint approach. Another possibility is a simple filter (javax.servlet.Filter, portable) or Valve (tomcat-specific, but earlier in the request processing pipeline which might be key for you, and also slightly more performant), which simply checks the request method (HttpServletRequest#getMethod) and rejects the request if needed in whatever way you prefer. Going further down the customization path would be modifying the Coyote connector itself to reject requests with certain methods. This would be a generalization of the current allowTrace functionality. If you do a nice patch for this feel free to suggest it back to us as an enhancement ;) 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: sessionDestroyed in SessionListener does not get called on Context destruction
Hi, Context destruction does not mean session destruction: that would be a violation of the servlet specification ;) The container must try to persist data for active sessions across restarts in a robust way (I've always had an issue for that robust word in the spec, but that's another battle). By the time contextDestroyed is called, all session passivation has been done, hence your NPE. (This is also per the servlet spec). If you want your sessions destroyed or not persisted, consider a different configuration for your Manager element in server.xml. Yoav Shapira Millennium ChemInformatics -Original Message- From: Elie Medeiros [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 09, 2004 7:56 AM To: [EMAIL PROTECTED] Subject: sessionDestroyed in SessionListener does not get called on Context destruction Hi there, I have some tidying up to do on session destruction, which doesn't take place when the context gets destroyed. I am having a problem with my HttpSessionListener. It works fine when the session is invalidated within tomcat by session.invalidate() (eg when a user logs off), but the sessionDestroyed method does not seem to get called when the context gets destroyed. I have tried adding a session register with a list of all live sessions, held as a context attribute using context.setAttribute(String, Object). This gets called in the contextDestroyed method of the ServletContextListener, and tried to invalidate each existing session manually. This doesn't work however - it throws a NullPointerException on the session object, presumably because the session doesn't exist anymore at that point. Any suggestions on how to get around this? I am using Tomcat 4.1.18 on Win2k. thanks, Elie - 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: Tomcat 5 and IIS
You don't need apache and iis. It's either apache or iis (or tomcat stand alone) but normaly not both of them. (Although this my not be impossible, just very unlikely) -Original Message- From: LILES, DAVID (CONTRACTOR) [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 09, 2004 2:59 PM To: Tomcat Users List Subject: RE: Tomcat 5 and IIS So then would we need to configure an Apache entry for each IIS site we are currently hosting? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: tar 1.13.93 and jakarta-tomcat-5.0.19.tar.gz errors.
Hi, Attempting to untar jakarta-tomcat-5.0.19.tar.gz fails. I confirmed that the file is uncorrupted, and it untars correctly with other versions of tar. This is of course a bug with version 1.13.93 of tar, but I thought I'd point it out to this list, in case anyone else runs into it. And finding some way to package the binary distribution so that the bug didn't matter would also be nice. This is why we say to use GNU tar to unpack the tomcat tarballs in bold letters on the download page ;) The reason some other/older tar executables don't handle it well is because of the very long paths (7 directories) in the tarball. Flattening out our tarball is not likely to happen ;) Consider using the zip distro instead if you can't get/use GNU tar (e.g. due to a nitpicky sysadmin ;)). 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: virtual host in tomcat 4?
Hi when the user types in www.myNewDomainName.com ... they try to reach you server on port 80 (!!) which is blocked. If you mean: when the user types in https://www.myNewDomainName.com; they are redirected to https://myServerName:8443/mySSLApp/index.jsp ? This is possible. Simply have your jsp as welcome file. [and let you jsp do the redirect] cu, Steffen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: tar 1.13.93 and jakarta-tomcat-5.0.19.tar.gz errors.
I had trouble with the tar on my Solaris box but the zip worked fine. The tar worked fine on my Windows workstation though. Ben -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 09, 2004 8:06 AM To: Tomcat Users List Subject: RE: tar 1.13.93 and jakarta-tomcat-5.0.19.tar.gz errors. Hi, Attempting to untar jakarta-tomcat-5.0.19.tar.gz fails. I confirmed that the file is uncorrupted, and it untars correctly with other versions of tar. This is of course a bug with version 1.13.93 of tar, but I thought I'd point it out to this list, in case anyone else runs into it. And finding some way to package the binary distribution so that the bug didn't matter would also be nice. This is why we say to use GNU tar to unpack the tomcat tarballs in bold letters on the download page ;) The reason some other/older tar executables don't handle it well is because of the very long paths (7 directories) in the tarball. Flattening out our tarball is not likely to happen ;) Consider using the zip distro instead if you can't get/use GNU tar (e.g. due to a nitpicky sysadmin ;)). 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]
AW: Tomcat 5 and IIS
No Apache at all. Like described in http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jk2/jk/iishowto.html You set up your IIS, then integrate the isapi_redirector into IIS (IIS-part of JK). This is then configured to communicate with the tomcat-instance(s) on that machine or somewhere in the network. So IIS serves normal content and ASP and stuff, and special Webs are beeing redirect to the Tomcat-workers to handle the Java-Content. With WLBS, this looks like ... Client (Browser) || WLBS /\ IIS JK IIS JK | \ / | | \/ | | /\ | Tomcat 1 Tomcat 2 MfG Björn Andersen _ Webservices -Ursprüngliche Nachricht- Von: LILES, DAVID (CONTRACTOR) [mailto:[EMAIL PROTECTED] Gesendet: Dienstag, 9. März 2004 14:59 An: Tomcat Users List Betreff: RE: Tomcat 5 and IIS Thanks for the reply So then would we need to configure an Apache entry for each IIS site we are currently hosting? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 09, 2004 2:03 AM To: [EMAIL PROTECTED] Subject: AW: Tomcat 5 and IIS Hi Dave, I'm not an expert, but we use your proposed environment. Tomcat normally runs with Apache, even in Windows. That's why most How-To's Refere to that configuration. (e.g. http://raibledesigns.com/tomcat/) I've heared that it runs better with Apache, but with out IIS's it does also well. We got a production environment with several IIS's clustered with WLBS. These got JK-Plugins (isapi-redirectors) to redirect Java-Content. Below that we got a Tomcat-Workers-Farm. Every component is redundant and it runs quite smooth and fast. So even in bigger environments you can use Tomcat with IIS. -- Björn Andersen _ Webservices -Ursprüngliche Nachricht- Von: LILES, DAVID (CONTRACTOR) [mailto:[EMAIL PROTECTED] Gesendet: Montag, 8. März 2004 21:11 An: [EMAIL PROTECTED] Betreff: Tomcat 5 and IIS I am looking for an alternative to our current environment. Currently we = are using JRun 3.0 for our Java needs and IIS for our web configuration. = Our environment requires our use of IIS. With regard to JRun, we = recently installed our upgrade to version 4.0 only to find functionality = we require has been removed and the configuration steps have become more = complicated. We house multiple web applications and have several JRun = server instances running concurrently on our server. With the 4.0 = version we have been told by Macromedia that we need to install a = separate JRE instance for each JRun instance and copy and modify their = jvm.config file as well plus several other steps. This was never the case with the 3.0 version, but the 3.0 version is no = longer capable of supporting our needs. I have been looking at Tomcat 5.0 and replacement but was wondering how = difficult it is to configure with IIS and support multiple web = applications. I did find an article that talked about JK2.0 but it = mentioned the prerequisite of configuring Apache. If this is true, isn't = that a bit cumbersome since IIS has to be our web server? Any clarification would be greatly appreciated. Dave - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: virtual host in tomcat 4?
Can I change the server.xml file to force http listening on 8443 instead of 8080? Or will this cause a conflict with SSL listening on the same port? If a user types in www.myNewDomainName.com is it port 80 that tomcat4 listens on or is it 8080? Thanks -Original Message- From: SH Solutions [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 09, 2004 8:09 AM To: 'Tomcat Users List' Subject: RE: virtual host in tomcat 4? Hi when the user types in www.myNewDomainName.com ... they try to reach you server on port 80 (!!) which is blocked. If you mean: when the user types in https://www.myNewDomainName.com; they are redirected to https://myServerName:8443/mySSLApp/index.jsp ? This is possible. Simply have your jsp as welcome file. [and let you jsp do the redirect] cu, Steffen - 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: JNDI Datasource Reference in DD Not Necessary?
I have to say I'm having a large number of issues with JNDI and MySQL I'm using TC 5 on Fedora Core 1 with the JDBC / MySQL 3.1.1 Alpha Connector (after I had no luck getting the 3.0.11 Stable connector working either) I've been looking at various how-to's and other doco on the whole thing but don't seem to be getting very far with the whole thing. I've tried having the connection defined in $JAKARTA_HOME/conf/server.xml and in $JAKARTA_HOME/Catalina/localhost/app_name.xml I have resource-ref defined in the app_name/WEB-INF/web.xml but in spite of all this I seem to be getting nowhere... (which is a pain) I've managed to create a straight JDBC connection though so I know that the DB is accepting connections on the relevant user. TIA -- Regards David Smith --- A monkey in every office signature.asc Description: This is a digitally signed message part
RE: JNDI Datasource Reference in DD Not Necessary?
I've spent the last couple of days familiarizing myself with the new 5.0.19, especially the JNDI connection pooling. I tried, unsuccessfully, to use the admin console to set up JDNI datasources as well as editing the xml files directly following the instructions in the documentation. The only way I was able to get the connection pooling to work was to manually create a context in the server.xml and add the resources there. This worked great. The documentation for Tomcat 5 looks suspiciously like the Tomcat 4 so I think it is not updated yet. Ben -Original Message- From: Daniel Savard [mailto:[EMAIL PROTECTED] Sent: Monday, March 08, 2004 9:53 PM To: Tomcat Users List Subject: Re: JNDI Datasource Reference in DD Not Necessary? Doug, I really hope someone will shed some light on this, because I struggle to make my JNDI DataSource definition working properly with 5.0.19. And it seems the Resources still need to be defined in the server.xml even if the documentation for 5.0.19 is saying you should no longer put your Context definitions in the server.xml, but rather in the context.xml in the META-INF directory packaged with your application. It is supposed to make possible changes in the context without having to restart Tomcat. But, I was not able to make this working as documented... ;-( Since I am a newbie, I sticked as much as possible on the instructions. But, it seems not to work as documented. Le lun 08/03/2004 à 22:21, Parsons Technical Services a écrit : Harry, Take a look at this page: http://jakarta.apache.org/tomcat/tomcat-4.1-doc/config/globalresources.html As noted on the page: This is equivalent to the inclusion of the following element in the web application deployment descriptor (/WEB-INF/web.xml): The question is: Is the fragment below inside a context for your application or is in the GlobalNamingResources section? I just swapped mine to Global and dropped the segment in the web.xml. I didn't try it while I had it in the context of the app. Doug www.parsonstechnical.com - Original Message - From: Harry Mantheakis [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Monday, March 08, 2004 3:37 PM Subject: JNDI Datasource Reference in DD Not Necessary? Hello For some time now I have implemented the Tomcat 'JNDI DataSource' How-To on connection pooling, and everything has been fine. I define a resource in the context fragment: Resource name=jdbc/postgres auth=Container type=javax.sql.DataSource/ ResourceParams name=jdbc/postgres ... /ResourceParams And a resource reference to it in the deployment descriptor: resource-ref descriptionDB Connection/description res-ref-namejdbc/postgres/res-ref-name res-typejavax.sql.DataSource/res-type res-authContainer/res-auth /resource-ref And then do a JNDI lookup at runtime: return ( DataSource )new InitialContext(). lookup( java:comp/env/jdbc/postgres ); Magic. The other day I noticed that the resource reference in my deployment descriptor was actually broken - the name did not match that defined in the context - and yet my application was still working - perfectly. When I thought about it, it occurred to me that the resource reference in the deployment descriptor may not actually be necessary. So I deleted the resource reference from the web.xml file, and everything still works as expected. Can anyone enlighten me? Many thanks in anticipation. Harry Mantheakis London, UK - 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] -- === Daniel Savard Consultation Informatique Daniel Savard === - 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]
Preferred connection between Apache Tomcat?
Which method is best for connecting Apache to Tomcat? Should I use JNI for Apache to invoke an in-process Tomcat? Or should I run a Tomcat server and let the connector forward traffic to the server? What disadvantages does the JNI approach have? This message is for the designated recipient only and may contain privileged or confidential 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]
RE: Preferred connection between Apache Tomcat?
Hi, Please don't forget another option: none. Tomcat standalone (or Apache standalone for that matter) might be sufficient for your needs. Yoav Shapira Millennium ChemInformatics -Original Message- From: James Sears [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 09, 2004 9:28 AM To: 'Tomcat Users List' Subject: Preferred connection between Apache Tomcat? Which method is best for connecting Apache to Tomcat? Should I use JNI for Apache to invoke an in-process Tomcat? Or should I run a Tomcat server and let the connector forward traffic to the server? What disadvantages does the JNI approach have? This message is for the designated recipient only and may contain privileged or confidential 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] 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: JNDI Datasource Reference in DD Not Necessary?
Hi, I've spent the last couple of days familiarizing myself with the new 5.0.19, especially the JNDI connection pooling. I tried, unsuccessfully, to use the admin console to set up JDNI datasources as well as editing the xml files directly following the instructions in the documentation. The only way I was able to get the connection pooling to work was to manually create a context in the server.xml and add the resources there. This worked great. The documentation for Tomcat 5 looks suspiciously like the Tomcat 4 so I think it is not updated yet. The documentation is updated, but of course no documentation set is ever perfect. If you have documentation patches, please suggest them in the usual format (http://jakarta.apache.org/site/source.html#Patches) as all our docs are in CVS (http://cvs.apache.org/viewcvs.cgi/jakarta-tomcat-catalina/webapps/docs/ ). Thanks, 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: virtual host in tomcat 4?
Hi Can I change the server.xml file to force http listening on 8443 instead of 8080? Or will this cause a conflict with SSL listening on the same port? No. 1 port 1 service. If a user types in www.myNewDomainName.com is it port 80 that tomcat4 listens on or is it 8080? No. This has nothing to do with you tomcats configuration. This is the way the web works. How should a user's browser know that your tomcat is configured on port 8080? There is definitly nothing you can do (apart of putting your tomcat or a remote proxy outside of your filewall). Sorry. cu Steffen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
How to disable AutoDeploy in Tomcat 4.1.29 ?
Hi I have tried changing autoDeploy=false in server.xml. But it's not working. It's still discovering the web applicatios under webapps directory. Any ideas ? Thanks Surendra - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: virtual host in tomcat 4?
Steffen, Thanks for your help. I have 1 other question. So if I add the following somewhere in my server.xml file the user that types www.aa.com will be pointed to http://myipaddress:8080/webapps/aa/index.jsp? Host name=www.aa.com debug=0 appBase=webapps/aa ... /Host Host name=www.bb.com debug=0 appBase=webapps/bb ... /Host If I point the appBase=webapps/bb how do I then point it at a specific jsp? Can I do this:appBase=webapps/bb/index.jsp. I cant test yet because I am still developing on localhost(my server is not live yet). Thanks again! -Original Message- From: SH Solutions [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 09, 2004 8:42 AM To: 'Tomcat Users List' Subject: RE: virtual host in tomcat 4? Hi Can I change the server.xml file to force http listening on 8443 instead of 8080? Or will this cause a conflict with SSL listening on the same port? No. 1 port 1 service. If a user types in www.myNewDomainName.com is it port 80 that tomcat4 listens on or is it 8080? No. This has nothing to do with you tomcats configuration. This is the way the web works. How should a user's browser know that your tomcat is configured on port 8080? There is definitly nothing you can do (apart of putting your tomcat or a remote proxy outside of your filewall). Sorry. cu Steffen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat monitor plugin Prototype
well I've managed to get a rough prototype coded and working. I don't want to check it into JMeter's CVS yet, since the code is still ugly and needs to be cleaned up. I'm planning on posting it on my system tonight. Anyone interested in testing it and giving me feedback? it would really help for people to give it a shot and kick the tires a bit. once it's cleaned up and more stable, I will check it into JMeter's CVS. peter lin - Do you Yahoo!? Yahoo! Search - Find what youre looking for faster.
RE: Tomcat monitor plugin Prototype
Hi, Sure, I'll help ;) Yoav Shapira Millennium ChemInformatics -Original Message- From: Peter Lin [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 09, 2004 10:11 AM To: [EMAIL PROTECTED] Subject: Tomcat monitor plugin Prototype well I've managed to get a rough prototype coded and working. I don't want to check it into JMeter's CVS yet, since the code is still ugly and needs to be cleaned up. I'm planning on posting it on my system tonight. Anyone interested in testing it and giving me feedback? it would really help for people to give it a shot and kick the tires a bit. once it's cleaned up and more stable, I will check it into JMeter's CVS. peter lin - Do you Yahoo!? Yahoo! Search - Find what you're looking for faster. 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]
minProcessors and tomcat-4.1.x standalone
I'm using the coyote connector in tomcat 4.1.x standalone. I have minProcessors=75 maxProcessors=125 When I start tomcat, I can see that it does not start 75 Processor threads - it seems to only start 5 and then grow based on the request load. This means if I start it under heavy load, the server hangs trying to start the 70 Processors - the server is not able to do this quickly enough, and can not serve the pages. This is counter to the tomcat 4.1.x docs: minProcessors: The number of request processing threads that will be created when this Connector is first started. I also see minSpareThreads in the tomcat 5 docs, and it defaults to 5 in the Coyote connector. I noticed 4.1.30 contains a backport of Coyote 1.1. Is it possible to set minSpareThreads in 4.1.x? Is the behavior I'm seeing correct? -Steve - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
problem exception in Tomcat 5.0.19
I found this problem in my portal.log file. Something can tell me how i can solve this ?. Thanks. EXCEPTION: org.apache.commons.dbcp.SQLNestedException: Cannot create JDBC dri ver of class '' for connect URL 'null', cause: No suitable driver org.apache.commons.dbcp.SQLNestedException: Cannot create JDBC driver of class '' for connect URL 'null', cause: java.sql.SQLException: No suitable driver at java.sql.DriverManager.getDriver(DriverManager.java:243) at org.apache.commons.dbcp.BasicDataSource.createDataSource(BasicDataSource.jav a:743) at org.apache.commons.dbcp.BasicDataSource.getConnection(BasicDataSource.java:5 18) at org.jasig.portal.RDBMServices.getConnection(RDBMServices.java:255) at org.jasig.portal.RDBMServices.getConnection(RDBMServices.java:288) at org.jasig.portal.RDBMUserLayoutStore.getStructureStylesheetUserPreferences(R DBMUserLayoutStore.java:949) at org.jasig.portal.RDBMUserLayoutStore.getUserPreferences(RDBMUserLayoutStore. java:2953) at org.jasig.portal.UserPreferencesManager.init(UserPreferencesManager.java:1 39) at org.jasig.portal.UserInstance.writeContent(UserInstance.java:149) at org.jasig.portal.PortalSessionManager.doGet(PortalSessionManager.java:246) at javax.servlet.http.HttpServlet.service(HttpServlet.java:743) at javax.servlet.http.HttpServlet.service(HttpServlet.java:856) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:284) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:204) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja va:257) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:151) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:567) at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContext Valve.java:245) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja va:199) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:151) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:567) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:184 ) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:151) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:164 ) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:149) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:567) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java :156) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:151) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:567) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:972) at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:206) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:833) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConne ction(Http11Protocol.java:732) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:619) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.jav a:688) at java.lang.Thread.run(Thread.java:534) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: problem exception in Tomcat 5.0.19
Hi, Start by searching the tomcat FAQ (http://jakarta.apache.org/tomcat/faq) and this list's archives (http://marc.theaimsgroup.com/?l=tomcat-userr=1w=2). Yoav Shapira Millennium ChemInformatics -Original Message- From: Carlos Alberto Peláez Ayala [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 09, 2004 10:13 AM To: [EMAIL PROTECTED] Subject: problem exception in Tomcat 5.0.19 I found this problem in my portal.log file. Something can tell me how i can solve this ?. Thanks. EXCEPTION: org.apache.commons.dbcp.SQLNestedException: Cannot create JDBC dri ver of class '' for connect URL 'null', cause: No suitable driver org.apache.commons.dbcp.SQLNestedException: Cannot create JDBC driver of class '' for connect URL 'null', cause: java.sql.SQLException: No suitable driver at java.sql.DriverManager.getDriver(DriverManager.java:243) at org.apache.commons.dbcp.BasicDataSource.createDataSource(BasicDataSource.ja v a:743) at org.apache.commons.dbcp.BasicDataSource.getConnection(BasicDataSource.java: 5 18) at org.jasig.portal.RDBMServices.getConnection(RDBMServices.java:255) at org.jasig.portal.RDBMServices.getConnection(RDBMServices.java:288) at org.jasig.portal.RDBMUserLayoutStore.getStructureStylesheetUserPreferences( R DBMUserLayoutStore.java:949) at org.jasig.portal.RDBMUserLayoutStore.getUserPreferences(RDBMUserLayoutStore . java:2953) at org.jasig.portal.UserPreferencesManager.init(UserPreferencesManager.java: 1 39) at org.jasig.portal.UserInstance.writeContent(UserInstance.java:149) at org.jasig.portal.PortalSessionManager.doGet(PortalSessionManager.java:246) at javax.servlet.http.HttpServlet.service(HttpServlet.java:743) at javax.servlet.http.HttpServlet.service(HttpServlet.java:856) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applicatio n FilterChain.java:284) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterC h ain.java:204) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.j a va:257) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveConte x t.java:151) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:567) at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContex t Valve.java:245) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.j a va:199) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveConte x t.java:151) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:567) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:18 4 ) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveConte x t.java:151) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:16 4 ) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveConte x t.java:149) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:567) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.jav a :156) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveConte x t.java:151) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:567) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:972) at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:206) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:833) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConn e ction(Http11Protocol.java:732) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:619) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.ja v a:688) at java.lang.Thread.run(Thread.java:534) 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: minProcessors and tomcat-4.1.x standalone
Hi, Well, wouldn't this depend on the value of X? ;) You keep saying 4.1.x, but as you've noticed there are implementation differences in this area between various 4.1.x releases. Yoav Shapira Millennium ChemInformatics -Original Message- From: Steve Morrison [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 09, 2004 10:14 AM To: [EMAIL PROTECTED] Subject: minProcessors and tomcat-4.1.x standalone I'm using the coyote connector in tomcat 4.1.x standalone. I have minProcessors=75 maxProcessors=125 When I start tomcat, I can see that it does not start 75 Processor threads - it seems to only start 5 and then grow based on the request load. This means if I start it under heavy load, the server hangs trying to start the 70 Processors - the server is not able to do this quickly enough, and can not serve the pages. This is counter to the tomcat 4.1.x docs: minProcessors: The number of request processing threads that will be created when this Connector is first started. I also see minSpareThreads in the tomcat 5 docs, and it defaults to 5 in the Coyote connector. I noticed 4.1.30 contains a backport of Coyote 1.1. Is it possible to set minSpareThreads in 4.1.x? Is the behavior I'm seeing correct? -Steve - 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]
JNDI connection pool leaks in Tomcat 5
I have been setting up the new Tomcat 5 and it looks like the documentation has not been updated. I see that it has a high priority though. I also noticed that the removeAbandoned, removeAbandonedTimeout, and logAbandoned get/set methods are deprecated in Tomcat 5. They were used to control connection pool leaks in Tomcat 4. Does this mean that the leak problem has been fixed or is there another way to control it? Thanks, Ben
RE: virtual host in tomcat 4?
Hi So if I add the following somewhere in my server.xml file the user that types www.aa.com will be pointed to http://myipaddress:8080/webapps/aa/index.jsp? No. As I have already said, there is NOTHING, you can to to archieve this. The whole point is, that browsers assume any website running on port 80 as long as not explicitly stated otherwise. But you port 80 is blocked. Your tomcat is BEHIND you firewall. As good as your configuration is and as many settings you make, nothing of all this information will ever reach the user's browser. Full stop. You can do NOTHING about that. Furthermore, Host name=www.aa.com debug=0 appBase=webapps/aa ... /Host appBase specifies, where to look for webapps for that specific host. It does not set something like a default application. See servlet mappings and welcome file settings for such things. If I point the appBase=webapps/bb how do I then point it at a specific jsp? This is included in welcome file. I cant test yet because I am still developing on localhost(my server is not live yet). Research how you could - put you server outside your firewall - open port 80 - tell all clients to use https://...:8433/ otherwise you will never go live. Regards, Steffen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: problem exception in Tomcat 5.0.19
You need to manually create a context in the server.xml and add the datasource resources to it. Ben -Original Message- From: Carlos Alberto Peláez Ayala [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 09, 2004 9:13 AM To: [EMAIL PROTECTED] Subject: problem exception in Tomcat 5.0.19 I found this problem in my portal.log file. Something can tell me how i can solve this ?. Thanks. EXCEPTION: org.apache.commons.dbcp.SQLNestedException: Cannot create JDBC dri ver of class '' for connect URL 'null', cause: No suitable driver org.apache.commons.dbcp.SQLNestedException: Cannot create JDBC driver of class '' for connect URL 'null', cause: java.sql.SQLException: No suitable driver at java.sql.DriverManager.getDriver(DriverManager.java:243) at org.apache.commons.dbcp.BasicDataSource.createDataSource(BasicDataSource.jav a:743) at org.apache.commons.dbcp.BasicDataSource.getConnection(BasicDataSource.java:5 18) at org.jasig.portal.RDBMServices.getConnection(RDBMServices.java:255) at org.jasig.portal.RDBMServices.getConnection(RDBMServices.java:288) at org.jasig.portal.RDBMUserLayoutStore.getStructureStylesheetUserPreferences(R DBMUserLayoutStore.java:949) at org.jasig.portal.RDBMUserLayoutStore.getUserPreferences(RDBMUserLayoutStore. java:2953) at org.jasig.portal.UserPreferencesManager.init(UserPreferencesManager.java:1 39) at org.jasig.portal.UserInstance.writeContent(UserInstance.java:149) at org.jasig.portal.PortalSessionManager.doGet(PortalSessionManager.java:246) at javax.servlet.http.HttpServlet.service(HttpServlet.java:743) at javax.servlet.http.HttpServlet.service(HttpServlet.java:856) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:284) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:204) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja va:257) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:151) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:567) at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContext Valve.java:245) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja va:199) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:151) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:567) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:184 ) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:151) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:164 ) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:149) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:567) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java :156) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:151) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:567) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:972) at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:206) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:833) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConne ction(Http11Protocol.java:732) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:619) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.jav a:688) at java.lang.Thread.run(Thread.java:534) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: minProcessors and tomcat-4.1.x standalone
Sorry, I'm using 4.1.24. I'm considering upgrading to 4.1.30. -Steve Shapira, Yoav wrote: Hi, Well, wouldn't this depend on the value of X? ;) You keep saying 4.1.x, but as you've noticed there are implementation differences in this area between various 4.1.x releases. Yoav Shapira Millennium ChemInformatics -Original Message- From: Steve Morrison [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 09, 2004 10:14 AM To: [EMAIL PROTECTED] Subject: minProcessors and tomcat-4.1.x standalone I'm using the coyote connector in tomcat 4.1.x standalone. I have minProcessors=75 maxProcessors=125 When I start tomcat, I can see that it does not start 75 Processor threads - it seems to only start 5 and then grow based on the request load. This means if I start it under heavy load, the server hangs trying to start the 70 Processors - the server is not able to do this quickly enough, and can not serve the pages. This is counter to the tomcat 4.1.x docs: minProcessors: The number of request processing threads that will be created when this Connector is first started. I also see minSpareThreads in the tomcat 5 docs, and it defaults to 5 in the Coyote connector. I noticed 4.1.30 contains a backport of Coyote 1.1. Is it possible to set minSpareThreads in 4.1.x? Is the behavior I'm seeing correct? -Steve - 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: JNDI connection pool leaks in Tomcat 5
Hi, I have been setting up the new Tomcat 5 and it looks like the documentation has not been updated. I see that it has a high priority though. I also noticed that the removeAbandoned, removeAbandonedTimeout, and logAbandoned get/set methods are deprecated in Tomcat 5. They were used to control connection pool leaks in Tomcat 4. Does this mean that the leak problem has been fixed or is there another way to control it? When you say you see or notice stuff, it helps if you quote the source URL. The abandoned handlers that you refer to were deprecated by the DBCP team, and tomcat reflects that change as tomcat uses the latest stable DBCP version. If you have an issue with their design decisions (and this particular one was discussed heavily), contact them: it's jakarta's commons-dev mailing list that you'd want. Don't rely on the pool to autocollect your abandoned connections: return them explicitly. 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: JNDI connection pool leaks in Tomcat 5
I guess they where mainly for the leaks in the web applications not because they where thinking that they had leaks in the pool. -Original Message- From: Hofmann, Benjamin [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 09, 2004 4:20 PM To: '[EMAIL PROTECTED]' Subject: JNDI connection pool leaks in Tomcat 5 Does this mean that the leak problem has been fixed or is there another way to control it? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: minProcessors and tomcat-4.1.x standalone
Hi, Sorry, I'm using 4.1.24. I'm considering upgrading to 4.1.30. I'm pretty sure minSpareThreads in 4.1.30 and 5.0.19 works as documented: i.e. threads are greedily created on startup. I didn't try minProcessors in earlier 4.1 releases. It'd be simple to test either one as you've already partially done. So I'd recommend upgrading to 4.1.30 if you want to stick to the 4.1.x branch. 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: JNDI connection pool leaks in Tomcat 5
Sorry about that. The page I used as a reference to assume that documentation was being currently worked on is http://jakarta.apache.org/tomcat/tomcat-5.0-doc/status.html. Also, I don't have an issue with the decision to deprecate the abandoned connection management methods. I just wanted to make sure I was using the latest and greatest. I'm a big proponent of proper clean-up by the developer in their code. Technically, clean-up methods in the container should never be needed. Thanks, Ben -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 09, 2004 9:23 AM To: Tomcat Users List Subject: RE: JNDI connection pool leaks in Tomcat 5 Hi, I have been setting up the new Tomcat 5 and it looks like the documentation has not been updated. I see that it has a high priority though. I also noticed that the removeAbandoned, removeAbandonedTimeout, and logAbandoned get/set methods are deprecated in Tomcat 5. They were used to control connection pool leaks in Tomcat 4. Does this mean that the leak problem has been fixed or is there another way to control it? When you say you see or notice stuff, it helps if you quote the source URL. The abandoned handlers that you refer to were deprecated by the DBCP team, and tomcat reflects that change as tomcat uses the latest stable DBCP version. If you have an issue with their design decisions (and this particular one was discussed heavily), contact them: it's jakarta's commons-dev mailing list that you'd want. Don't rely on the pool to autocollect your abandoned connections: return them explicitly. 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: JNDI Datasource Reference in DD Not Necessary?
Thanks. I do have some suggestions for the JNDI Datasource How-to page. As I was working through the issues and checking the message boards, there seems to be a lot of confusion. The application contexts are handled differently in Tomcat 5 and people are missing essential xml tags. Also, the deprecated abandoned handlers should be removed or at least tagged as deprecated. I'll think about it and submit a thought out suggestion. -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 09, 2004 8:34 AM To: Tomcat Users List Subject: RE: JNDI Datasource Reference in DD Not Necessary? Hi, I've spent the last couple of days familiarizing myself with the new 5.0.19, especially the JNDI connection pooling. I tried, unsuccessfully, to use the admin console to set up JDNI datasources as well as editing the xml files directly following the instructions in the documentation. The only way I was able to get the connection pooling to work was to manually create a context in the server.xml and add the resources there. This worked great. The documentation for Tomcat 5 looks suspiciously like the Tomcat 4 so I think it is not updated yet. The documentation is updated, but of course no documentation set is ever perfect. If you have documentation patches, please suggest them in the usual format (http://jakarta.apache.org/site/source.html#Patches) as all our docs are in CVS (http://cvs.apache.org/viewcvs.cgi/jakarta-tomcat-catalina/webapps/docs/ ). Thanks, 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]
Problem with Secure connection
I have a Tomcat server that was running on both port 80 and port 443 Now suddenly I am getting an error whenever I try to connect to https://localhost SEVERE: Error reading request, ignored Followed by lots of errors starting with stuff to do with log4j This only happens on SSL connections My server.xml is as follows Connector className=org.apache.coyote.tomcat4.CoyoteConnector port=80 minProcessors=5 reloadable=true maxProcessors=75 enableLookups=true redirectPort=443 acceptCount=100 debug=0 connectionTimeout=2 useURIValidationHack=false disableUploadTimeout=true / Connector className=org.apache.coyote.tomcat4.CoyoteConnector port=443 minProcessors=5 maxProcessors=75 enableLookups=true acceptCount=100 debug=0 scheme=https secure=true useURIValidationHack=false disableUploadTimeout=true Factory className=org.apache.coyote.tomcat4.CoyoteServerSocketFactory clientAuth=false protocol=TLS / /Connector Mike. -BEGIN GEEK CODE BLOCK- Version: 3.12 GCM d- s:+ a C UL P+ L+++ E--- W+++ N+++ o+ K w O-- M- V- PS+ PE+ Y+ PGP t+++ 5+++ X- R+++ tv++ h++ DI D++ G e+ h++ r+++ y+++ --END GEEK CODE BLOCK-- --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.615 / Virus Database: 394 - Release Date: 08/03/2004 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JNDI connection pool leaks in Tomcat 5
what is the code to return abandoned connections explicitly? - Original Message - From: Shapira, Yoav [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Tuesday, March 09, 2004 10:23 AM Subject: RE: JNDI connection pool leaks in Tomcat 5 Hi, I have been setting up the new Tomcat 5 and it looks like the documentation has not been updated. I see that it has a high priority though. I also noticed that the removeAbandoned, removeAbandonedTimeout, and logAbandoned get/set methods are deprecated in Tomcat 5. They were used to control connection pool leaks in Tomcat 4. Does this mean that the leak problem has been fixed or is there another way to control it? When you say you see or notice stuff, it helps if you quote the source URL. The abandoned handlers that you refer to were deprecated by the DBCP team, and tomcat reflects that change as tomcat uses the latest stable DBCP version. If you have an issue with their design decisions (and this particular one was discussed heavily), contact them: it's jakarta's commons-dev mailing list that you'd want. Don't rely on the pool to autocollect your abandoned connections: return them explicitly. 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: NT Service terminates
I had found the JVM version 1.4.0_02 (as a service) to provide random crashes, not particularly caused by load, that went away when changing to 1.4.0_04. This was with tomcat 4.1.24. I am now using 4.1.29/JDK 1.4.2_02 without a problem. Do you have any native libraries(db?) that may be the cause of the crash? Look for an hs_err*.log file. This file should be in \%SYSTEMROOT%\system32. If the user does not have write permission to there, then it will go to the user's TEMP directory. I'm not sure about win2k, but when using Win2003 explorer's 'search' feature will not search the 'Documents and Settings' folder. This is where the user's TEMP folder is by default. I wasted waaay too much time learning this the hard way. You can use a command prompt to search the drive. Charlie -Original Message- From: Adrian Kristiawan [mailto:[EMAIL PROTECTED] Sent: Monday, March 08, 2004 7:52 AM To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Re: NT Service terminates Importance: High I have a similiar problem with you, I am using Tomcat 4.1.18, but currently I'm not running it as a Windows Service on Windows 2000 Server, instead I start the Tomcat service by clicking the Start Tomcat shortcut in the windows desktop. Whenever there is a communication link error or the communication is down between the client and the server where Tomcat resides, the Tomcat service just stops by itself. I thought the solution to my problem was to start the Tomcat as a windows service,but you stated otherwise, now I'm confused on how to fix my problem. Is it also true that if the load is too big, the Tomcat service will automatically stop by itself? Can anyone help us on this matter? Thanks. ---Original Message--- From: Tomcat Users List Date: 03/08/04 17:31:40 To: Tomcat Subject: NT Service terminates I have Tomcat 4.1.24 running as Windows Service on Windows 2000 Server - hosting a number of applications. I currently have it running When I run a simple load test using Microsoft Stress Tester - as I increase the load I can repeatedly force the Window Service to terminate. I'm only running with a load of 100 users. When I run Tomcat from the command-line as an application and I repeat the test - Tomcat runs fine - performance is fine. No problems. So what is it about running Tomcat as a service that makes it so easy to bring down? I'm tempted to blame the OS - but that doesn't really solve the problem - or explain what the difference is. Has anyone else observed this? Is it possible to get Tomcat to start as an application - on start-up i.e. as if it were a service - but running as an application. Sorry if that's a meaningless question. - Yahoo! Messenger - Communicate instantly...Ping your friends today! Download Messenger Now IncrediMail - Email has finally evolved - Click Here
Re: JNDI Datasource Reference in DD Not Necessary?
Hi Dave Despite my posting - and I really hope someone chips in concerning the question I raised about the resource-ref being redundant in the deployment descriptor (!) - the first thing to say is, have faith! Connection pooling works, and it is actually quite simple, so do not give up on it. I've tried having the connection defined in $JAKARTA_HOME/conf/server.xml and in $JAKARTA_HOME/Catalina/localhost/app_name.xml Stick to the app-name.xml - do not put anything in the server.xml. You need to tell us what errors you are getting. It will also help if you copy and paste the *exact code* elements from the app-name.xml, and the method that is trying to look up the DataSource. The context fragment bit should look like this: Resource name=jdbc/postgres auth=Container type=javax.sql.DataSource/ ResourceParams name=jdbc/postgres ... /ResourceParams The deployment descriptor bit should look like this: resource-ref descriptionDB Connection/description res-ref-namejdbc/postgres/res-ref-name res-typejavax.sql.DataSource/res-type res-authContainer/res-auth /resource-ref And then the JNDI lookup method should look like this: public DataSource getDataSource() { try { return ( DataSource )new InitialContext(). lookup( java:comp/env/jdbc/postgres ); } catch ( ... ) { ... } } The above can be written in a more long-winded way, but that one line does the job. Harry I have to say I'm having a large number of issues with JNDI and MySQL I'm using TC 5 on Fedora Core 1 with the JDBC / MySQL 3.1.1 Alpha Connector (after I had no luck getting the 3.0.11 Stable connector working either) I've been looking at various how-to's and other doco on the whole thing but don't seem to be getting very far with the whole thing. I've tried having the connection defined in $JAKARTA_HOME/conf/server.xml and in $JAKARTA_HOME/Catalina/localhost/app_name.xml I have resource-ref defined in the app_name/WEB-INF/web.xml but in spite of all this I seem to be getting nowhere... (which is a pain) I've managed to create a straight JDBC connection though so I know that the DB is accepting connections on the relevant user. TIA - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Reverting costin's flush-in-release patch
Hi, I am having a problem - when i run tomcat 5.0.16 only the default error pages are being displayed. This problem can be solved by Reverting costin's flush-in-release patch. Could someone tell me how to revert this patch. Thanks, Gaurav Kadyan
RE: problem exception in Tomcat 5.0.19
Dear Ben, Thanks for help me. You can give me some example of how create this context in the server.xml. I can not see the ContentManager tag in my server.xml. I have tomcat 5.0.19 in Linux Red Hat 7.3. Thanks dear Ben. -Mensaje original- De: Hofmann, Benjamin [mailto:[EMAIL PROTECTED] Enviado el: martes, 09 de marzo de 2004 10:22 Para: 'Tomcat Users List' Asunto: RE: problem exception in Tomcat 5.0.19 You need to manually create a context in the server.xml and add the datasource resources to it. Ben -Original Message- From: Carlos Alberto Peláez Ayala [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 09, 2004 9:13 AM To: [EMAIL PROTECTED] Subject: problem exception in Tomcat 5.0.19 I found this problem in my portal.log file. Something can tell me how i can solve this ?. Thanks. EXCEPTION: org.apache.commons.dbcp.SQLNestedException: Cannot create JDBC dri ver of class '' for connect URL 'null', cause: No suitable driver org.apache.commons.dbcp.SQLNestedException: Cannot create JDBC driver of class '' for connect URL 'null', cause: java.sql.SQLException: No suitable driver at java.sql.DriverManager.getDriver(DriverManager.java:243) at org.apache.commons.dbcp.BasicDataSource.createDataSource(BasicDataSource.jav a:743) at org.apache.commons.dbcp.BasicDataSource.getConnection(BasicDataSource.java:5 18) at org.jasig.portal.RDBMServices.getConnection(RDBMServices.java:255) at org.jasig.portal.RDBMServices.getConnection(RDBMServices.java:288) at org.jasig.portal.RDBMUserLayoutStore.getStructureStylesheetUserPreferences(R DBMUserLayoutStore.java:949) at org.jasig.portal.RDBMUserLayoutStore.getUserPreferences(RDBMUserLayoutStore. java:2953) at org.jasig.portal.UserPreferencesManager.init(UserPreferencesManager.java:1 39) at org.jasig.portal.UserInstance.writeContent(UserInstance.java:149) at org.jasig.portal.PortalSessionManager.doGet(PortalSessionManager.java:246) at javax.servlet.http.HttpServlet.service(HttpServlet.java:743) at javax.servlet.http.HttpServlet.service(HttpServlet.java:856) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:284) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:204) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja va:257) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:151) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:567) at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContext Valve.java:245) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja va:199) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:151) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:567) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:184 ) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:151) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:164 ) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:149) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:567) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java :156) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:151) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:567) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:972) at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:206) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:833) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConne ction(Http11Protocol.java:732) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:619) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.jav a:688) at java.lang.Thread.run(Thread.java:534) - 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: Reverting costin's flush-in-release patch
Hi, I am having a problem - when i run tomcat 5.0.16 only the default error pages are being displayed. This problem can be solved by Reverting costin's flush-in-release patch. Could someone tell me how to revert this patch. Which patch are you talking about? If you know enough to answer that, than presumably you can use CVS to undo it and create your own build of tomcat. But I'm not convinced that's the right approach. If you could describe your problem more precisely we could help address it: people use custom error pages all the time. 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]
load balancing with apache2
Hi All, I have set up the clustering with tomcat 5 and it works awesome. I followed the steps provided in the documentation for apache load balancing. I had success the first time but after that I keep getting this error in my apache logs The system cannot find the path specified. : mod_rewrite: can't access text RewriteMap file /conf/balancing.conf I have the balancing.conf in the conf directory. Balancing.conf LB1 tomcat1:8080 LB3 tomcat2:8080 ALL tomcat1:8080|tomcat2:8080 Can you please tell me whats wrong with the above. Thanks I advance shyam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: problem exception in Tomcat 5.0.19
I need to correct myself -- I'm still getting used to Tomcat 5. You'll need to make changes to the app_name.xml file instead of the server.xml but the result will be the same. If you are working in the ROOT default app then add the following to the $TOMCAT_HOME/conf/Catalina/localhost/ROOT.xml file: Context displayName=Welcome to Tomcat docBase=$TOMCAT_HOME/webapps/ROOT path= Resource name=jdbc/X type=javax.sql.DataSource/ ResourceParams name=jdbc/ X parameter namevalidationQuery/name valueselect SYSDATE from dual/value /parameter parameter namemaxWait/name value5000/value /parameter parameter namemaxActive/name value4/value /parameter parameter namepassword/name valuex/value /parameter parameter nameurl/name valuejdbc:oracle:thin:@host:1521:sid/value /parameter parameter namedriverClassName/name valueoracle.jdbc.driver.OracleDriver/value /parameter parameter namemaxIdle/name value2/value /parameter parameter nameusername/name valuex/value /parameter /ResourceParams /Context -Original Message- From: Carlos Alberto Peláez Ayala [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 09, 2004 10:02 AM To: Tomcat Users List Subject: RE: problem exception in Tomcat 5.0.19 Dear Ben, Thanks for help me. You can give me some example of how create this context in the server.xml. I can not see the ContentManager tag in my server.xml. I have tomcat 5.0.19 in Linux Red Hat 7.3. Thanks dear Ben. -Mensaje original- De: Hofmann, Benjamin [mailto:[EMAIL PROTECTED] Enviado el: martes, 09 de marzo de 2004 10:22 Para: 'Tomcat Users List' Asunto: RE: problem exception in Tomcat 5.0.19 You need to manually create a context in the server.xml and add the datasource resources to it. Ben -Original Message- From: Carlos Alberto Peláez Ayala [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 09, 2004 9:13 AM To: [EMAIL PROTECTED] Subject: problem exception in Tomcat 5.0.19 I found this problem in my portal.log file. Something can tell me how i can solve this ?. Thanks. EXCEPTION: org.apache.commons.dbcp.SQLNestedException: Cannot create JDBC dri ver of class '' for connect URL 'null', cause: No suitable driver org.apache.commons.dbcp.SQLNestedException: Cannot create JDBC driver of class '' for connect URL 'null', cause: java.sql.SQLException: No suitable driver at java.sql.DriverManager.getDriver(DriverManager.java:243) at org.apache.commons.dbcp.BasicDataSource.createDataSource(BasicDataSource.jav a:743) at org.apache.commons.dbcp.BasicDataSource.getConnection(BasicDataSource.java:5 18) at org.jasig.portal.RDBMServices.getConnection(RDBMServices.java:255) at org.jasig.portal.RDBMServices.getConnection(RDBMServices.java:288) at org.jasig.portal.RDBMUserLayoutStore.getStructureStylesheetUserPreferences(R DBMUserLayoutStore.java:949) at org.jasig.portal.RDBMUserLayoutStore.getUserPreferences(RDBMUserLayoutStore. java:2953) at org.jasig.portal.UserPreferencesManager.init(UserPreferencesManager.java:1 39) at org.jasig.portal.UserInstance.writeContent(UserInstance.java:149) at org.jasig.portal.PortalSessionManager.doGet(PortalSessionManager.java:246) at javax.servlet.http.HttpServlet.service(HttpServlet.java:743) at javax.servlet.http.HttpServlet.service(HttpServlet.java:856) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:284) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:204) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja va:257) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:151) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:567) at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContext Valve.java:245) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja va:199) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:151) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:567) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:184 ) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:151) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:164 ) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:149) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:567) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java :156) at
Checking http connection by user
Hello ! I want to ensure that a user could not use more than once his connection profile at a time. In an another words, the user x can' t use his profile on machine A and machine B How can I do that please ? (IP checking on servlet controler, specific Realm ?) Thanks, Arnaud
Re: JNDI Datasource Reference in DD Not Necessary?
Despite my posting - and I really hope someone chips in concerning the question I raised about the resource-ref being redundant in the deployment descriptor (!) - the first thing to say is, have faith! Connection pooling works, and it is actually quite simple, so do not give up on it. Cheers for the advice Harry... here's where I'm at I have no choice on the giving up side of things, need to implement it for some client code I'm working on ;-) I've been doing a lot of googling to try and get answers so I may have got crossed wires, I had a version working (or thinking it was working) with the info in $JAKARTA_HOME/conf/server.xml but I wasn't happy with this solution (preferring to have the connection defined in $JAKARTA_HOME/conf/Catalina/localhost/app_name.xml for good reasons... so I'm basically restarting and I now have the following config $JAKARTA_HOME/conf/Catalina/localhost/app_name.xml ?xml version='1.0' encoding='utf-8'? Context docBase=dev-sstl path=/dev-sstl reloadable=true useNaming=false Resource name=jdbc/mysql type=com.mysql.jdbc.jdbc2.optional.MysqlConnectionPoolDataSource auth=Container/ ResourceParams name=jdbc/mysql parameter namefactory/name valuecom.mysql.jdbc.jdbc2.optional.MysqlDataSourceFactory/value /parameter parameter nameport/name value3306/value /parameter parameter nameuser/name valueUSERNAME/value /parameter parameter namepassword/name valuePASSWORD/value /parameter parameter nameserverName/name valuelocalhost/value /parameter parameter namedatabaseName/name valueDATABASE/value /parameter parameter nameexplicitUrl/name valuetrue/value /parameter parameter nameurl/name valuejdbc:mysql://localhost:3306/DATABASE?autoReconnect=trueamp;useUnicode=trueamp;characterEncoding=UTF8amp;max-connections=50amp;min-connections=2amp;inactivity-timeout=30amp;wait-timeout=30/value /parameter /ResourceParams /Context The info for the above i gleaned from http://www.russellbeattie.com/notebook/1006529.html Then in web_app/WEB-INF/web.xml I have ?xml version=1.0 encoding=ISO-8859-1? web-app xmlns=http://java.sun.com/xml/ns/j2ee; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation=http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd; version=2.4 resource-ref descriptionDB connection/description res-ref-namejdbc/mysql/res-ref-name res-typejavax.sql.DataSource/res-type res-authContainer/res-auth /resource-ref /web-app Then in my test JSP I have try { Context ctx = new InitialContext(); DataSource ds = ( DataSource ) ctx.lookup(java:comp/env/jdbc/MyDS ); Connection conn = ds.getConnection(); ... And the error I get is javax.servlet.ServletException: Name java:comp is not bound in this Context Which is an error I've managed to hit several times, I know the whole connection pooling is the right way to go about this, just surprised at how long it is taking me to get going (I dread to think what it will be like installing this live with the client, but I'll save that happy thought for later) As ever any help much appreciated... (and if the person who helps me to get this working is ever in London I'll stand them a beer or 3) ;-) TIA Dave -- David Smith [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Can admin webapp be set up to manage users in a database instead of tomcat-users.xml
I have set up my server to use a JDBCRealm for authentication and it is working fine. Now I would like to use the admin webapp to add/remove users/roles from the database. I haven't been able to find any description that allows converting from the XML based UserDatabase in the default configuration. Is this possible? If so, can anyone point me to instructions? Thanks Bill - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JNDI Datasource Reference in DD Not Necessary?
Hi Yoav The documentation is updated, but of course no documentation set is ever perfect. If you have documentation patches, please suggest them in the usual format (http://jakarta.apache.org/site/source.html#Patches) as all our docs are in CVS (http://cvs.apache.org/viewcvs.cgi/jakarta-tomcat-catalina/webapps/docs/ ). Thanks, Yoav Shapira I'd be happy to help with the documentation, except I want to make sure I am not overlooking something - possibly something vital! I use Tomcat as a stand-alone server, but in the back of my mind I know there are J2EE specifications that Tomcat is adhering to which I am likely not to understand. My initial question concerned the resource-ref element in the deployment descriptor being redundant, at least with Tomcat set up as a stand alone server. Is it redundant, or am I missing something? If it is redundant, I shall happy to write some amended documentation and offer it up. Many thanks, and kind regards Harry Mantheakis London, UK - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Your Message to tomcat-user@jakarta.apache.org is Blocked
do sombody else received that antivirus publicity ? Yes, I did. Very suspicious - it had several grammatical and spelling errors. Harry - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JNDI Datasource Reference in DD Not Necessary?
Hi, Here's a thought: since you're already declining to use tomcat's built-in DBCP support, why not go really portable and do the pooling yourself in your own app? (This would necessitate zero or little code writing on your behalf). Yes, you'd have environment-specific WAR files, but the overall development, deployment, and configuration is much simpler and easier to debug. And you'd be server-agnostic! Just a thought... Yoav Shapira Millennium ChemInformatics -Original Message- From: David Smith [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 09, 2004 11:25 AM To: Tomcat Users List Subject: Re: JNDI Datasource Reference in DD Not Necessary? Despite my posting - and I really hope someone chips in concerning the question I raised about the resource-ref being redundant in the deployment descriptor (!) - the first thing to say is, have faith! Connection pooling works, and it is actually quite simple, so do not give up on it. Cheers for the advice Harry... here's where I'm at I have no choice on the giving up side of things, need to implement it for some client code I'm working on ;-) I've been doing a lot of googling to try and get answers so I may have got crossed wires, I had a version working (or thinking it was working) with the info in $JAKARTA_HOME/conf/server.xml but I wasn't happy with this solution (preferring to have the connection defined in $JAKARTA_HOME/conf/Catalina/localhost/app_name.xml for good reasons... so I'm basically restarting and I now have the following config $JAKARTA_HOME/conf/Catalina/localhost/app_name.xml ?xml version='1.0' encoding='utf-8'? Context docBase=dev-sstl path=/dev-sstl reloadable=true useNaming=false Resource name=jdbc/mysql type=com.mysql.jdbc.jdbc2.optional.MysqlConnectionPoolDataSource auth=Container/ ResourceParams name=jdbc/mysql parameter namefactory/name valuecom.mysql.jdbc.jdbc2.optional.MysqlDataSourceFactory/value /parameter parameter nameport/name value3306/value /parameter parameter nameuser/name valueUSERNAME/value /parameter parameter namepassword/name valuePASSWORD/value /parameter parameter nameserverName/name valuelocalhost/value /parameter parameter namedatabaseName/name valueDATABASE/value /parameter parameter nameexplicitUrl/name valuetrue/value /parameter parameter nameurl/name valuejdbc:mysql://localhost:3306/DATABASE?autoReconnect=trueamp;us eUnicode=trueamp;characterEncoding=UTF8amp;max-connections=50amp;min - connections=2amp;inactivity-timeout=30amp;wait-timeout=30/value /parameter /ResourceParams /Context The info for the above i gleaned from http://www.russellbeattie.com/notebook/1006529.html Then in web_app/WEB-INF/web.xml I have ?xml version=1.0 encoding=ISO-8859-1? web-app xmlns=http://java.sun.com/xml/ns/j2ee; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation=http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd; version=2.4 resource-ref descriptionDB connection/description res-ref-namejdbc/mysql/res-ref-name res-typejavax.sql.DataSource/res-type res-authContainer/res-auth /resource-ref /web-app Then in my test JSP I have try { Context ctx = new InitialContext(); DataSource ds = ( DataSource ) ctx.lookup(java:comp/env/jdbc/MyDS ); Connection conn = ds.getConnection(); ... And the error I get is javax.servlet.ServletException: Name java:comp is not bound in this Context Which is an error I've managed to hit several times, I know the whole connection pooling is the right way to go about this, just surprised at how long it is taking me to get going (I dread to think what it will be like installing this live with the client, but I'll save that happy thought for later) As ever any help much appreciated... (and if the person who helps me to get this working is ever in London I'll stand them a beer or 3) ;-) TIA Dave -- David Smith [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
RE: sessionDestroyed in SessionListener does not get called on Context destruction
Thanks Yoav - will check that out. Elie Hi, Context destruction does not mean session destruction: that would be a violation of the servlet specification ;) The container must try to persist data for active sessions across restarts in a robust way (I've always had an issue for that robust word in the spec, but that's another battle). By the time contextDestroyed is called, all session passivation has been done, hence your NPE. (This is also per the servlet spec). If you want your sessions destroyed or not persisted, consider a different configuration for your Manager element in server.xml. Yoav Shapira Millennium ChemInformatics -Original Message- From: Elie Medeiros [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 09, 2004 7:56 AM To: [EMAIL PROTECTED] Subject: sessionDestroyed in SessionListener does not get called on Context destruction Hi there, I have some tidying up to do on session destruction, which doesn't take place when the context gets destroyed. I am having a problem with my HttpSessionListener. It works fine when the session is invalidated within tomcat by session.invalidate() (eg when a user logs off), but the sessionDestroyed method does not seem to get called when the context gets destroyed. I have tried adding a session register with a list of all live sessions, held as a context attribute using context.setAttribute(String, Object). This gets called in the contextDestroyed method of the ServletContextListener, and tried to invalidate each existing session manually. This doesn't work however - it throws a NullPointerException on the session object, presumably because the session doesn't exist anymore at that point. Any suggestions on how to get around this? I am using Tomcat 4.1.18 on Win2k. thanks, Elie - 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]
problem deploying .WAR file
Hi. I'm having problems with auto-reloading of WAR files by the tomcat server. I created a small hello world demo application, and before I convert it into .WAR format, I can change it in any way, and the server reloads it. Once I convert it to .war format, the server loads it once, and doesn't reload it when I change the file. I have added into server.xml: DefaultContext reloadable=true/ underneath Service name=Catalina Also, I have added reloadable=true to the applications context descriptor. Further, I have tried to remove the context descriptor which undeploys the app, and then redeploy it by replacing the file, and the application does not reload. argh. Any ideas? Jason. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Reverting costin's flush-in-release patch
Hi All, I am facing a problem in Tomcat version 5.0.16. When I throw an exception in a page then it should be redirected to error.jsp. The error.jsp is then processed .This i can see in the console.But after that when i look in the browser the page shown is HTTP 404 Not Found or a HTTP 500 Internal Server Error. I have checked there is a bug number 14230 which relates to this issue - but it talks about Reverting costin's flush-in-release patch. How can this be done ? Please tell me if there could be some other reason this bug is not working. I am new to the user list so i dont know much about cvs either.Plz help. Thanks, Gaurav Kadyan - Original Message - From: Shapira, Yoav [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Tuesday, March 09, 2004 9:35 PM Subject: RE: Reverting costin's flush-in-release patch Hi, I am having a problem - when i run tomcat 5.0.16 only the default error pages are being displayed. This problem can be solved by Reverting costin's flush-in-release patch. Could someone tell me how to revert this patch. Which patch are you talking about? If you know enough to answer that, than presumably you can use CVS to undo it and create your own build of tomcat. But I'm not convinced that's the right approach. If you could describe your problem more precisely we could help address it: people use custom error pages all the time. 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: JNDI connection pool leaks in Tomcat 5
That is a good question. In the past, the datasource classes overrode the close() method to mean put it back instead of an actual close. I'm not sure in this case because the close() method in the org.apache.commons.dbcp.BasicDataSource means Close and release all connections that are currently stored in the connection pool associated with our data source. Ben -Original Message- From: Paul [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 09, 2004 9:55 AM To: Tomcat Users List Subject: Re: JNDI connection pool leaks in Tomcat 5 what is the code to return abandoned connections explicitly? - Original Message - From: Shapira, Yoav [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Tuesday, March 09, 2004 10:23 AM Subject: RE: JNDI connection pool leaks in Tomcat 5 Hi, I have been setting up the new Tomcat 5 and it looks like the documentation has not been updated. I see that it has a high priority though. I also noticed that the removeAbandoned, removeAbandonedTimeout, and logAbandoned get/set methods are deprecated in Tomcat 5. They were used to control connection pool leaks in Tomcat 4. Does this mean that the leak problem has been fixed or is there another way to control it? When you say you see or notice stuff, it helps if you quote the source URL. The abandoned handlers that you refer to were deprecated by the DBCP team, and tomcat reflects that change as tomcat uses the latest stable DBCP version. If you have an issue with their design decisions (and this particular one was discussed heavily), contact them: it's jakarta's commons-dev mailing list that you'd want. Don't rely on the pool to autocollect your abandoned connections: return them explicitly. 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: clustering question?
Hi, You're changing the wrong port. You should not change the mcastPort, instead you should change the tcpListenPort The mcastPort and mcastAddr should be the same for every instance participating in the cluster. Also, as a word of advice, it's best to keep the cluster size down to 2-3 ( and at most 4 ). we've had a lot of trouble with larger cluster sizes, not because of any fault of the cluster manager, just that it's a huge (network/memory ) resource hog having all your sessions replicated six times over. Of course, this is only for our case so YMMV. hth, -a [EMAIL PROTECTED] wrote: I am getting the following info in my log file. Mar 8, 2004 12:45:10 PM org.apache.catalina.cluster.tcp.SimpleTcpCluster start INFO: Cluster is about to start Mar 8, 2004 12:45:10 PM org.apache.catalina.cluster.tcp.ReplicationListener run SEVERE: Unable to start cluster listener. java.net.SocketException: Address already in use at sun.nio.ch.Net.bind(Native Method) at sun.nio.ch.ServerSocketChannelImpl.bind(ServerSocketChannelImpl.java:108 ) at sun.nio.ch.ServerSocketAdaptor.bind(ServerSocketAdaptor.java:59) at sun.nio.ch.ServerSocketAdaptor.bind(ServerSocketAdaptor.java:52) at org.apache.catalina.cluster.tcp.ReplicationListener.listen(ReplicationLi stener.java:148) at org.apache.catalina.cluster.tcp.ReplicationListener.run(ReplicationListe ner.java:129) at java.lang.Thread.run(Thread.java:534) Mar 8, 2004 12:45:10 PM org.apache.catalina.cluster.mcast.McastService start INFO: Sleeping for 2000 secs to establish cluster membership 2004-03-08 12:45:13,151 [main] DEBUG (ManagerBase.java:671) - Registering Tomcat-Standalone:type=Manager,path=/,host=etrak-plus.com 2004-03-08 12:45:13,156 [main] DEBUG (StandardManager.java:697) - Force random number initialization starting 2004-03-08 12:45:13,157 [main] DEBUG (ManagerBase.java:555) - Opening /dev/urandom 2004-03-08 12:45:13,158 [main] DEBUG (ManagerBase.java:366) - Getting message digest component for algorithm MD5 2004-03-08 12:45:13,158 [main] DEBUG (ManagerBase.java:380) - Completed getting message digest component 2004-03-08 12:45:13,159 [main] DEBUG (ManagerBase.java:383) - getDigest() 1 2004-03-08 12:45:13,160 [main] DEBUG (StandardManager.java:700) - Force random number initialization completed 2004-03-08 12:45:13,161 [main] DEBUG (StandardManager.java:406) - Start: Loading persisted sessions 2004-03-08 12:45:13,161 [main] DEBUG (StandardManager.java:416) - Loading persisted sessions from SESSIONS.ser 2004-03-08 12:45:13,165 [main] DEBUG (StandardManager.java:430) - Creating custom object input stream for class loader 2004-03-08 12:45:13,171 [main] DEBUG (StandardManager.java:460) - Loading 0 persisted sessions 2004-03-08 12:45:13,172 [main] DEBUG (StandardManager.java:507) - Finish: Loading persisted sessions Here is the cluster info that i have in my server.xml. Cluster className=org.apache.catalina.cluster.tcp.SimpleTcpCluster name=etrakCluster1 managerClassName=org.apache.catalina.cluster.session.DeltaManager expireSessionsOnShutdown=false useDirtyFlag=true Membership className=org.apache.catalina.cluster.mcast.McastService mcastAddr=228.0.0.106 mcastPort=45100 mcastFrequency=500 mcastDropTime=3000/ Receiver className=org.apache.catalina.cluster.tcp.ReplicationListener tcpListenAddress=auto tcpListenPort=4001 tcpSelectorTimeout=100 tcpThreadCount=6/ Sender className=org.apache.catalina.cluster.tcp.ReplicationTransmitter replicationMode=pooled/ Valve className=org.apache.catalina.cluster.tcp.ReplicationValve filter=.*\.gif;.*\.js;.*\.jpg;.*\.htm;.*\.html;.*\.txt;/ /Cluster my mcastAddr range is from 228.0.0.106 - 228.0.0.115 and the ports run from 45100-45109. Note each host has its own cluster entry and i have 10 different hosts. This is on tomcat 5.0.19 running on slackware 9.X Would i need to reboot the server to clear this up? Is this a problem with clustering or could it be a setup problem on my part. Thanks, Daniel Schulken --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.598 / Virus Database: 380 - Release Date: 2/28/2004 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JNDI connection pool leaks in Tomcat 5
I think the question is based on a slight misunderstanding... Don't rely on the pool to autocollect your abandoned connections: return [ your connections ] explicitly [ before they become abandonded ]. [ clarifications ] ('them' did not refer to abandonded connections). -Original Message- From: Hofmann, Benjamin [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 09, 2004 10:36 AM To: 'Tomcat Users List' Subject: RE: JNDI connection pool leaks in Tomcat 5 That is a good question. In the past, the datasource classes overrode the close() method to mean put it back instead of an actual close. I'm not sure in this case because the close() method in the org.apache.commons.dbcp.BasicDataSource means Close and release all connections that are currently stored in the connection pool associated with our data source. Ben -Original Message- From: Paul [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 09, 2004 9:55 AM To: Tomcat Users List Subject: Re: JNDI connection pool leaks in Tomcat 5 what is the code to return abandoned connections explicitly? - Original Message - From: Shapira, Yoav [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Tuesday, March 09, 2004 10:23 AM Subject: RE: JNDI connection pool leaks in Tomcat 5 Hi, I have been setting up the new Tomcat 5 and it looks like the documentation has not been updated. I see that it has a high priority though. I also noticed that the removeAbandoned, removeAbandonedTimeout, and logAbandoned get/set methods are deprecated in Tomcat 5. They were used to control connection pool leaks in Tomcat 4. Does this mean that the leak problem has been fixed or is there another way to control it? When you say you see or notice stuff, it helps if you quote the source URL. The abandoned handlers that you refer to were deprecated by the DBCP team, and tomcat reflects that change as tomcat uses the latest stable DBCP version. If you have an issue with their design decisions (and this particular one was discussed heavily), contact them: it's jakarta's commons-dev mailing list that you'd want. Don't rely on the pool to autocollect your abandoned connections: return them explicitly. 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] - 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: JNDI Datasource Reference in DD Not Necessary?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 David Smith wrote: Despite my posting - and I really hope someone chips in concerning the question I raised about the resource-ref being redundant in the deployment descriptor (!) - the first thing to say is, have faith! Connection pooling works, and it is actually quite simple, so do not give up on it. Cheers for the advice Harry... here's where I'm at I have no choice on the giving up side of things, need to implement it for some client code I'm working on ;-) I've been doing a lot of googling to try and get answers so I may have got crossed wires, I had a version working (or thinking it was working) with the info in $JAKARTA_HOME/conf/server.xml but I wasn't happy with this solution (preferring to have the connection defined in $JAKARTA_HOME/conf/Catalina/localhost/app_name.xml for good reasons... so I'm basically restarting and I now have the following config $JAKARTA_HOME/conf/Catalina/localhost/app_name.xml ?xml version='1.0' encoding='utf-8'? Context docBase=dev-sstl path=/dev-sstl reloadable=true useNaming=false Resource name=jdbc/mysql type=com.mysql.jdbc.jdbc2.optional.MysqlConnectionPoolDataSource auth=Container/ Dave, You don't want to do this, as Tomcat's DBCP doesn't wrap connection pool data sources currently (or if they do, I can't find it documented anywhere). If you follow the example given in the Tomcat documentation _to_the_letter_ things work out fine. Once you have _that_ working, then start tweaking from there. I've found that trying to plug the right magic values from scratch into server.xml never works as you'd expect. Regards, -Mark - -- Mr. Mark Matthews MySQL AB, Software Development Manager, J2EE and Windows Platforms Office: +1 708 332 0507 www.mysql.com Meet the MySQL Team! April 14-16, 2004 http://www.mysql.com/uc2004/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFATfR1tvXNTca6JD8RAmfvAJ9dkmmyQmwAht6DmAsB/OrZPiiKVgCePuVs Zqkj0tMidrTKUMuAX5b3ekA= =Q5rH -END PGP SIGNATURE- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Heap View vs Windows Task Manager
I wonder if anyone on this list can once and for all make me understand the difference between the Windows Task Manager process memory and the Heap View in such a program like JProfiler. My Windows Task Manager reports on first loading my application about 50MB. As I wander around it grows until eventually at 158MB I get OutOfMemoryException. The intriguing thing to me is that in the Heap View of JProfiler which I look at AT the same time as the WTM never reports anything over 15MB!! The free heap size stays at 15MB and the used heap size always shows spikes indicating garbage collection but it keeps under the 15MB. When it first starts the free heap is 10MB and in this case the free heaps grows to accomodate the required heap but 15MB seems to be the max it ever goes to. So why on earth does my WTM report onwards to 158MB and bail out? Would so very much love a clear understanding of this and I see others asking similar questions so I think it could be of use to the broader Tomcat list Thanks to he who undertake this question! ADC FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE --- QAS Ltd. Developers of QuickAddress Software a href=http://www.qas.com;www.qas.com/a Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- /FONT
RE: Your Message to tomcat-user@jakarta.apache.org is Blocked
Hi, Yup, strange. I've unsubscribed this address but there's more to it than that since unlike other autoresponders this one is sporadic/selective, not responding to every message. Yoav Shapira Millennium ChemInformatics -Original Message- From: Harry Mantheakis [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 09, 2004 11:29 AM To: Tomcat Users List Subject: Re: Your Message to [EMAIL PROTECTED] is Blocked do sombody else received that antivirus publicity ? Yes, I did. Very suspicious - it had several grammatical and spelling errors. Harry - 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: problem deploying .WAR file
Hi, I'm having problems with auto-reloading of WAR files by the tomcat server. I created a small hello world demo application, and before I convert it into .WAR format, I can change it in any way, and the server reloads it. Once I convert it to .war format, the server loads it once, and doesn't reload it when I change the file. When you change the WAR file? If it's unpacked, the server won't reload. So use packed WARs or the manager webapp to do your redeploys. I have added into server.xml: DefaultContext reloadable=true/ underneath Service name=Catalina Also, I have added reloadable=true to the applications context descriptor. If you have it in your application's context descriptor take it out of DefaultContext. 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: virtual host in tomcat 4?
So if I get port 80 opened up I can add the following entry to server.xml Host name=www.myDomainName.com debug=0 appBase=webapps/myWebApp ... /Host And I can add the following to web.xml: welcome-file-list welcome-fileindex.jsp/welcome-file /welcome-file-list And someone requests www.myDomainName.com they will be directed to /webapps/myWebApp/index.jsp? Is there anything else I need to do? Thanks! -Original Message- From: SH Solutions [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 09, 2004 9:22 AM To: 'Tomcat Users List' Subject: RE: virtual host in tomcat 4? Hi So if I add the following somewhere in my server.xml file the user that types www.aa.com will be pointed to http://myipaddress:8080/webapps/aa/index.jsp? No. As I have already said, there is NOTHING, you can to to archieve this. The whole point is, that browsers assume any website running on port 80 as long as not explicitly stated otherwise. But you port 80 is blocked. Your tomcat is BEHIND you firewall. As good as your configuration is and as many settings you make, nothing of all this information will ever reach the user's browser. Full stop. You can do NOTHING about that. Furthermore, Host name=www.aa.com debug=0 appBase=webapps/aa ... /Host appBase specifies, where to look for webapps for that specific host. It does not set something like a default application. See servlet mappings and welcome file settings for such things. If I point the appBase=webapps/bb how do I then point it at a specific jsp? This is included in welcome file. I cant test yet because I am still developing on localhost(my server is not live yet). Research how you could - put you server outside your firewall - open port 80 - tell all clients to use https://...:8433/ otherwise you will never go live. Regards, Steffen - 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]
load balancing with apache2
Hi All, Can somebody help me with this. I am struck . thanks a lot From: shyam [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 09, 2004 10:28 AM To: 'Tomcat Users List' Subject: load balancing with apache2 Hi All, I have set up the clustering with tomcat 5 and it works awesome. I followed the steps provided in the documentation for apache load balancing. I had success the first time but after that I keep getting this error in my apache logs The system cannot find the path specified. : mod_rewrite: can't access text RewriteMap file /conf/balancing.conf I have the balancing.conf in the conf directory. Balancing.conf LB1 tomcat1:8080 LB3 tomcat2:8080 ALL tomcat1:8080|tomcat2:8080 Can you please tell me whats wrong with the above. Thanks I advance shyam - 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: JNDI connection pool leaks in Tomcat 5
Hi, That is a good question. In the past, the datasource classes overrode the close() method to mean put it back instead of an actual close. I'm not sure in this case because the close() method in the org.apache.commons.dbcp.BasicDataSource means Close and release all connections that are currently stored in the connection pool associated with our data source. It's not a particularly good question IMHO, it's trivial: call getConnection to get the connection, call close to close it. You're not calling close on the data source, you're calling close on the connection. The connection is a PooledConnetion overriding java.sql.Connection close() implementation with a return to the Pool. It's really fairly trivial, well-documented both in the javax.sql docs and the DBCP documentation. If you don't call close, then you have an abandoned connection from the point of view of the pool. 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: Reverting costin's flush-in-release patch
Hi, I am facing a problem in Tomcat version 5.0.16. When I throw an exception in a page then it should be redirected to error.jsp. The error.jsp is then processed .This i can see in the console.But after that when i look in the browser the page shown is HTTP 404 Not Found or a HTTP 500 Internal Server Error. I have checked there is a bug number 14230 which relates to this issue - but it talks about Reverting costin's flush-in-release patch. How can this be done ? Please tell me if there could be some other reason this bug is not working. I am new to the user list so i dont know much about cvs either.Plz help. Ahh, we're doing better now: a specific issue number. I looked at the issue, which is marked as resolved and fixed. So try the latest stable release, i.e. 5.0.19 for tomcat 5, and see if the error persists. You don't have to revert Costin's patch, as Kin-Man already did that. In the future, if you want to be patching tomcat or any other Apache products, learn CVS. 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: JNDI Datasource Reference in DD Not Necessary?
Hi, I use Tomcat as a stand-alone server, but in the back of my mind I know there are J2EE specifications that Tomcat is adhering to which I am likely not to understand. I'm fairly sure you'd understand them just fine ;) It's SRV.9.11 in the Servlet Specification 2.4 and J2EE.5 in the J2EE Specification v1.4. Even though in tomcat's current implementation resource-ref might not be strictly required under certain conditions, you should include it as the tomcat documentation suggestions, for completeness, portability, and spec compliance. 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: problem deploying .WAR file
Hi .. Hi, I'm having problems with auto-reloading of WAR files by the tomcat server. I created a small hello world demo application, and before I convert it into .WAR format, I can change it in any way, and the server reloads it. Once I convert it to .war format, the server loads it once, and doesn't reload it when I change the file. When you change the WAR file? If it's unpacked, the server won't reload. So use packed WARs or the manager webapp to do your redeploys. I meant when I replace the .war file with a new copy. I believe that I'm using packed WARs. WARs that are placed in the appBase are automatically unpacked, but the WARs placed in a different location do not get unpacked, but still do not reload. :( I was under the impression through reading the tomcat docs that it is packed WARs that will not reload, so I tried unpacking them, but the default seems to be unpackWARS=true, so they should be getting unpacked anyway. Jas. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: problem deploying .WAR file
Hi, I meant when I replace the .war file with a new copy. I believe that I'm using packed WARs. WARs that are placed in the appBase are automatically unpacked, but the WARs placed in a different location do not get unpacked, but still do not reload. :( I was under the impression through reading the tomcat docs that it is packed WARs that will not reload, so I tried unpacking them, but the default seems to be unpackWARS=true, so they should be getting unpacked anyway. Packed means the WAR stays as one file. The default behavior of tomcat is to unpack, or expand, the WAR file into a directory tree. If this is done then you cannot redeploy the webapp simply by copying a new packed WAR while the server is running. In this case you must use the manager webapp (graphically or via ant) or manually manipulate the directories removing the unpacked version and then restart the server. 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]