DM_API_E_NO_SESSION error
Dear All, We deploy web application on application server. Users accessing content server(Documentum) through application server. But we are getting following error after 3 hours. So our unable to access Document Management System(DMS).Temporary solution for this restart application server then user able to access DMS. We are getting DM_API_E_NO_SESSION error.Please find attached file for error. 2007-05-14 14:31:08 StandardWrapperValve[SessionTimeoutControl]: Servlet.service() for servlet SessionTimeoutControl threw exception DfAuthenticationException:: THREAD: http-8080-Processor24; MSG: [DM_API_E_NO_SESSION]error: There are no more available sessions. ; ERRORCODE: 1905; NEXT: null at com.documentum.fc.client.DfSessionManager.newManualSession(DfSessionMana ger.java:751) at com.documentum.fc.client.DfSessionManager.createSessionHelper(DfSessionM anager.java:599) at com.documentum.fc.client.DfSessionManager.getSession(DfSessionManager.ja va:531) at com.documentum.fc.client.DfSessionManager.getSession(DfSessionManager.ja va:334) at com.documentum.web.formext.privilege.UserPrivilegeModel.getUserPrivilege (UserPrivilegeModel.java:188) at com.documentum.web.formext.privilege.PrivilegeService.getUserPrivilege(P rivilegeService.java:57) at com.documentum.web.formext.config.PrivilegeQualifier.getScopeValue(Privi legeQualifier.java:72) at com.documentum.web.formext.config.ScopeKey.init(ScopeKey.java:58) at com.documentum.web.formext.config.ConfigService.makeScopeKey(ConfigServi ce.java:1036) at com.documentum.web.formext.config.ConfigService.lookupElement(ConfigServ ice.java:334) at com.documentum.web.formext.config.ConfigService.lookupInteger(ConfigServ ice.java:504) at com.documentum.web.servlet.SessionTimeoutControl.getShortTimeout(Session TimeoutControl.java:258) at com.documentum.web.servlet.SessionTimeoutControl.service(SessionTimeoutC ontrol.java:159) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica tionFilterChain.java:237) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt erChain.java:157) at com.documentum.web.servlet.CompressionFilter.doFilter(CompressionFilter. java:113) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica tionFilterChain.java:186) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt erChain.java:157) at com.documentum.web.env.WDKController.processRequest(WDKController.java:9 4) at com.documentum.web.env.WDKController.doFilter(WDKController.java:82) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica tionFilterChain.java:186) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt erChain.java:157) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValv e.java:214) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo ntext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:5 20) at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardCon textValve.java:198) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValv e.java:152) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo ntext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:5 20) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java :137) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo ntext.java:104) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java :118) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo ntext.java:102) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:5 20) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve. java:109) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo ntext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:5 20) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929) at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:79 9) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processC onnection(Http11Protocol.java:705) at
HELP: Verisign's intermediate certificate problem
Hi. I'm new to Tomcat, taking over for a SysAdmin who departed suddenly after 8 years. Our existing Verisign SSL 1-year certificate just expired. I obtained a new one from them with the option use existing data. We are using Tomcat without Apache. The problem is that in our server.xml file our Connector for port 8443 does NOT specify an alias. (If I try to specify an alias then Tomcat will not come up.) Thus, Tomcat expects the first entry in our keystore to be our certificate. We also need a second entry, of course, to be Verisign's blasted intermediate certificate. Last year the old SysAdmin did this in some way (that he does not remember) such that our certificate was listed with the alias compass[1] and the Verisign intermediate certificate was listed with alias compass[2]. No matter what I do I cannot duplicate those results. No matter what I do I cannot either cause both certificates to have the same alias (with the [1] and [2]). Nor can I cause our certificate to be listed before the intermediate certificate. Any help desperately solicited. Thanks, Bob [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Dynamic URIs Using one Context
Interesting question this is wot I would do try! The basic thing I would use Apache Httpd for it to direct via Virtual hosting and the worker file... domain names to various tomcat instances. eg you can have 2 tomcat instances on a machine and tomcat spread across many machines. So domain names become things like Games.ServiceProvider.Net Accounts.ServiceProvider.Net Webs.ServiceProvider.Net Free.ServiceProvider.Net . Context paths as far as I am concerned dont work... nor do I (you) really want them It works on the web-app name and the uri mapping in web.xml or the web-app name and the path to the jsp. forget about context paths. It makes more sense outside of context paths, anyway... So if a client writes an appthe uri will be AssignedMachine/WebAppName/servletname AssignedMachine/WebAppName/pathto.Jsp etc... In theory you can mess with the relative URI but in practice you cant... For example if you just change the webappname of the WAR... you will see that uri also changes... and tomcat does the right thing with the context paths (automatically!). If you change the path to a jsp it will change the uri. If you change the servlet mapping in web.xml you can put the servlet anywhere. eg AssignedMachine/WebAppName/Some/more/stuff/in/servlet/mapping etc etc BUT. if you mess with this and even if you wanted to and could override the context paths. it will probably break the web-app 8 out of 10 times because programmers often hardcode paths inside their apps or have used relative contexts that they expect to be there. Point is if you forget about the users name in the uri life gets easy... you will be dropping web-apps into a tomcat web-app... and going for a coffee break. Sometimes 2 users will have the same web app name you dont change it. thats why you got multiple tomcat instances. Funstuff1.SP.net etc. Sometimes the user will want the root of the domain and his own domain name that requires a restart of the system because you going to use apache to map that 2 the TomcatsInstancesWithOwnDomainNames and each tomcat will Map via the hosts section to that users own webapp location ie if a user wants a domain name... they get their very own tomcat (web-app location)... and they can use ROOT ie they own that domain. Own domain name users will need a restart... so you try isolate that system... own domain users pay more. but they got their own tomcat. Keeping track of users. spreadsheets ie webappx belongs to userx Domainer's a good question now will be can the tomcat manager be used to install web-app remotely only in one host docbase section and not the others. if so its great once setup... own domainers... do their own thing. Other thing is if a user... an own domainer... ever wanted load balancing its easy to provide If you want to get it to what you suggesting just tell the users that their webapp name must be their username thing is, I think you will find thats the last thing most people want in thier uri. Accounts.SP.net/JohnnyKewl/InvoiceSystem/ . yuk! Something like that. nice interesting project. have fun - Original Message - From: Nathan Hook [EMAIL PROTECTED] To: users@tomcat.apache.org Sent: Tuesday, May 15, 2007 8:28 PM Subject: Dynamic URIs Using one Context We've been given a difficult problem to solve and I'm hoping that some help/insight is available on this mailing list. We are an Application Service Provider (ASP) that has numerous clients with the number of clients increasing rapidly. All our clients use the same application but each client needs/wants a distinguishing element in the url to identify them to their users. Here is our current setup: Apache 2.2 with mod_jk sending requests to Tomcat 5.5. Struts 1.3.8 is our current web framework. In our httpd.conf we have a different domain name for each client: VirtualHost *:80 ServerName client name 1.server name.com DocumentRoot some directory/client name 1.server name.com /VirtualHost VirtualHost *:80 ServerName client name 2.server name.com DocumentRoot some directory/client name 2.server name.com /VirtualHost Then in our server.xml config file for Tomcat we only declare one Host element with a Context that has many Alias': Host name=client name 1.server name.com appBase=webapps Context path=/app /Context Aliasclient name 2.server name.com/Alias Aliasclient name 3.server name.com/Alias ...etc for each of our clients... /Host So, what is the problem? Well, when we add a new customer we have to edit the httpd.conf, the server.xml, restart both applications, and add the new customer.server name.com to DNS (Usually, we have to wait until late into the evening to do these tasks). Our Client Services team want the ability to add customers without having to
Tomcat with non-HTTP proprietary TCP
Hi,I would like to replace a particular legacy component in our system with a re-written Java component running on tomcat. The old component communicates with other components over TCP via a proprietary 3-step protocol. As other components in the system are replaced, I would like to move the to a combination of SOAP and HTTP Posts of XML files for implementing this communication. In the mean time, however, I would like my application to continue to support the old protocol.1) It seems that the default behaviour of tomcat is to work with HTTP requests. Is there a way to get it to accept a proprietary protocol over TCP (i.e. no HTTP Headers)?2) Additionally, i know how to build a stateless servlet in Tomcat. This, however, will need to be a statefull one. What's the best way to keep track of the data for all the active sessions?Thanks in advance,kingraine _ Create the ultimate e-mail address book. Import your contacts to Windows Live Hotmail. www.windowslive-hotmail.com/learnmore/managemail2.html?locale=en-usocid=TXT_TAGLM_HMWL_reten_impcont_0507
Re: mod_jk selective forwarding?
If you've got some basic mod_jk experience, this will be pretty easy, using JkMount, JkUnMount (for the .pl exclusion) and maybe JkMountCopy (for the virtual Server, if you want to inherit mounts). http://tomcat.apache.org/connectors-doc/reference/apache.html Regards, Rainer Jacob Rhoden wrote: Hi, I would like to be able to configure an apache virtual host, where all requests ending in .pl are served by apache, and everything else falls through to tomcat. I have no idea where to start. (I normally just copy and paste something into httpd.conf to setup my connector) Are there any good websites on how to do this? Thanks, Jacob - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: displaying customized error page in tomcat 5.5.12
In order for the custom error page to be used, the application must be deployed. I.e., Tomcat can give a custom 404 for /mycontext/badpagerequested.jsp but if there is no context /mycontext because the app is not (yet) deployed, Tomcat cannot know about your custom error page. I'm guessing you can add a global error-page to Tomcat's conf/web.xml, but then it would apply to all apps on the server. This may or may not work for you. If you have fronted Tomcat with httpd, you might be able to use custom error pages there instead. JK will send a 503 if the application is not currently available. Tim -Original Message- From: Abdul Qayyum [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 16, 2007 6:27 AM To: users@tomcat.apache.org Subject: displaying customized error page in tomcat 5.5.12 Hi all, I found that while we are updating our application, the application is not known to tomcat, untill it is completed. So tomcat sends 503 page as resource not found. I want to know is virtual hosting is the right way to deal with this issue.? Or can this be done using customised error pages. Is it possible to customise the 503 / 404 page, so that, for any resource not found issue, tomcat displays the customised page. That is if the web application is not presents in tomcats web apps directory, tomcat should display this customised error page. I found that usually custom error pages are written for a specific web application. If some error occurs in that web application, the error page is displayed using that web applications web.xml. I want to extend it to whole tomcat. I have added the following code in tomcat5.5.12/conf/web.xml after welcome file list tab error-page error-code404/error-code location/error404.html/location /error-page Now when I try for a resource that is not available in my tomcat, the result is a blank page instead of 404/- default page or my customised error404.html. That means the code worked fine but the error404.html is not found at the right place. I have tried to paste the simple html file that many different folders like in tomcat home itself, then in webapps, server, server/webapps/, server/webapps/manager, etc. But the it always returns blank page. For simplicity I have used single line to display the error page. the code in error404.html is as follows: html title 404 resource not found /title body This is 404 error page /body /html Can any one please tell where am I going wrong. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DM_API_E_NO_SESSION error
Piyush Chordiya wrote: 2007-05-14 14:31:08 StandardWrapperValve[SessionTimeoutControl]: Servlet.service() for servlet SessionTimeoutControl threw exception DfAuthenticationException:: THREAD: http-8080-Processor24; MSG: [DM_API_E_NO_SESSION]error: There are no more available sessions. ; ERRORCODE: 1905; NEXT: null at com.documentum.fc.client.DfSessionManager.newManualSession(DfSessionMana ger.java:751) snip / We appreciate support to resolve this problem. The stack trace shows this is a Documentum problem, not a Tomcat one. You are likely to get a more useful response from your Documentum support. Mark - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
how to recompile procrun/tomcat5 into 64 bit Version
Hi, I read a lot that it is possible to run the tomcat5 on a 64bit system. Because I want to migrate my apps on a 64bit windows 2003 server so I need to recompile the tomcat5 but I do not really have clue how to start. It would be nice if someone could give me a how to in that case. Which files do I have to download? do I have to change something in the source code? How do I recomplile ? Thanks -- View this message in context: http://www.nabble.com/how-to-recompile-procrun-tomcat5-into-64-bit-Version-tf3764235.html#a10640548 Sent from the Tomcat - User mailing list archive at Nabble.com. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Oracle JDBC connection Tomcat 5.5
Hi all thanks for help, There is problem in admin web application id doesn't show oracle datasources. I expected to see this datasource as other datasources in this admin console (localhost:8080/admin). I tried to use that pool and it works ... The ojdbc14_g.jar is same as ojdbc14.jar but has debug informations inside. Thanks a lot for help. Regards, Zdenek On 5/15/07, Propes, Barry L [EMAIL PROTECTED] wrote: Hi Rashmi, thans for reply. I think that ojdbc14.jar is newer version of oracle drivers and it works fine with standard datasource factory org.apache.tomcat.dbcp.dbcp.BasicDataSourceFactory and javax.sql.DataSource. It stops work when I use oracle datasource factory factory=oracle.jdbc.pool.OracleDataSourceFactory and datasource type type=oracle.jdbc.pool.OracleDataSource. Thanks. Zdenek Not sure about if it's the newer version, I think ojdbc14_g.jar is the newer version, actually, which you need for connection pooling/JNDI. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Urgent: PermGen memory leak in a NetBeans developed tomcat application
I've read a number of reports about similar problems, but can't distinguish which ones are relevant. My problem is that my available PermGen memory is constantly decreasing as the application works. I see this in the tomcat logs: ... [Loaded sun.reflect.GeneratedMethodAccessor197 from __JVM_DefineClass__] [Loaded sun.reflect.GeneratedMethodAccessor198 from __JVM_DefineClass__] [Loaded sun.reflect.GeneratedMethodAccessor199 from __JVM_DefineClass__] [Loaded sun.reflect.GeneratedMethodAccessor200 from __JVM_DefineClass__] [Loaded sun.reflect.GeneratedMethodAccessor201 from __JVM_DefineClass__] [Loaded sun.reflect.GeneratedMethodAccessor202 from __JVM_DefineClass__] [Loaded sun.reflect.GeneratedMethodAccessor203 from __JVM_DefineClass__] [Loaded sun.reflect.GeneratedMethodAccessor204 from __JVM_DefineClass__] [Loaded sun.reflect.GeneratedMethodAccessor205 from __JVM_DefineClass__] [Loaded sun.reflect.GeneratedMethodAccessor206 from __JVM_DefineClass__] [Loaded sun.reflect.GeneratedMethodAccessor207 from __JVM_DefineClass__] [Loaded sun.reflect.GeneratedMethodAccessor208 from __JVM_DefineClass__] [Loaded sun.reflect.GeneratedMethodAccessor209 from __JVM_DefineClass__] [Loaded sun.reflect.GeneratedMethodAccessor210 from __JVM_DefineClass__] [Loaded sun.reflect.GeneratedMethodAccessor211 from __JVM_DefineClass__] [Loaded sun.reflect.GeneratedMethodAccessor212 from __JVM_DefineClass__] [Loaded sun.reflect.GeneratedMethodAccessor213 from __JVM_DefineClass__] [Loaded sun.reflect.GeneratedMethodAccessor214 from __JVM_DefineClass__] ... I have no idea what these accessors are or how to stop their constant proliferation. Any suggestions would be very welcome. TIA, t.n.a. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Urgent: PermGen memory leak in a NetBeans developed tomcat application
Tomi, Increasing Perm Gen size is normal, as long as it goes down again when it reaches the max and gets collected. The max depends on jvm version, possibly on server type and of course your startup options. 64MB default is not uncommon. You can watch it with -verbose:gc -XX:+printGCDetails. When it reaches the max, perm GC tries to collect unused classes. If it reclaims enough memory and this results in a stable process this is OK. You only have a problem, it the memory after collection is not stable. In some cases (eg. many, many JSPs you might need to increase perm gen. The classes listed below are dynamically generated by the Java reflection API and are the best candidates for getting collected, once your perm gen gets filled. Regards, Rainer Tomi N/A wrote: I've read a number of reports about similar problems, but can't distinguish which ones are relevant. My problem is that my available PermGen memory is constantly decreasing as the application works. I see this in the tomcat logs: ... [Loaded sun.reflect.GeneratedMethodAccessor197 from __JVM_DefineClass__] [Loaded sun.reflect.GeneratedMethodAccessor198 from __JVM_DefineClass__] [Loaded sun.reflect.GeneratedMethodAccessor199 from __JVM_DefineClass__] [Loaded sun.reflect.GeneratedMethodAccessor200 from __JVM_DefineClass__] [Loaded sun.reflect.GeneratedMethodAccessor201 from __JVM_DefineClass__] [Loaded sun.reflect.GeneratedMethodAccessor202 from __JVM_DefineClass__] [Loaded sun.reflect.GeneratedMethodAccessor203 from __JVM_DefineClass__] [Loaded sun.reflect.GeneratedMethodAccessor204 from __JVM_DefineClass__] [Loaded sun.reflect.GeneratedMethodAccessor205 from __JVM_DefineClass__] [Loaded sun.reflect.GeneratedMethodAccessor206 from __JVM_DefineClass__] [Loaded sun.reflect.GeneratedMethodAccessor207 from __JVM_DefineClass__] [Loaded sun.reflect.GeneratedMethodAccessor208 from __JVM_DefineClass__] [Loaded sun.reflect.GeneratedMethodAccessor209 from __JVM_DefineClass__] [Loaded sun.reflect.GeneratedMethodAccessor210 from __JVM_DefineClass__] [Loaded sun.reflect.GeneratedMethodAccessor211 from __JVM_DefineClass__] [Loaded sun.reflect.GeneratedMethodAccessor212 from __JVM_DefineClass__] [Loaded sun.reflect.GeneratedMethodAccessor213 from __JVM_DefineClass__] [Loaded sun.reflect.GeneratedMethodAccessor214 from __JVM_DefineClass__] ... I have no idea what these accessors are or how to stop their constant proliferation. Any suggestions would be very welcome. TIA, t.n.a. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
What changes require a redeploy?
I noticed that in my exploded WAR file, if I make changes to a Facelet (similar to JSP) or stylesheet while Tomcat is running, I see the change when I navigate to that page in my browser. What changes are automatically picked up, and what requires a redeploy? Things include changes to the server's web.xml, server.xml, libraries, and the context's web.xml, faces-config.xml, Java classes, etc. Could somebody please describe what the mechanism going on here is, that allows for immediate updating in some cases but not others? Thanks. -- View this message in context: http://www.nabble.com/What-changes-require-a-redeploy--tf3764471.html#a10641404 Sent from the Tomcat - User mailing list archive at Nabble.com. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Urgent: PermGen memory leak in a NetBeans developed tomcat application
From: Tomi N/A [mailto:[EMAIL PROTECTED] Subject: Urgent: PermGen memory leak in a NetBeans developed tomcat application [Loaded sun.reflect.GeneratedMethodAccessor197 from __JVM_DefineClass__] I have no idea what these accessors are or how to stop their constant proliferation. That's normal behavior when reflection is used. When the next full GC occurs, the accessor classes will be discarded, unless you have inhibited class unloading. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Urgent: PermGen memory leak in a NetBeans developed tomcat application
2007/5/16, Caldarale, Charles R [EMAIL PROTECTED]: That's normal behavior when reflection is used. When the next full GC occurs, the accessor classes will be discarded, unless you have inhibited class unloading. How do allow class unloading? How do I inhibit it, for that matter? t.n.a. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Urgent: PermGen memory leak in a NetBeans developed tomcat application
2007/5/16, Rainer Jung [EMAIL PROTECTED]: Tomi, Increasing Perm Gen size is normal, as long as it goes down again when it reaches the max and gets collected. The max depends on jvm version, possibly on server type and of course your startup options. 64MB default is not uncommon. I used JConsole just now and it seems stable...I'm bombarding tomcat with touch myapp/WEB-INF/web.xml every 10 seconds (to reload the app) and wget localhost:8080/myapp/faces/apage.jsp every 2 seconds. It seems stable here...but then again, it was never a problem on my devel machine: it's a problem at my hosting server. I don't even see any ...GeneratedMethodAccessor... lines in the logs here (well, not related to this problem, anyway). Thank you both for the quick reply: I'd appreciate further ideas if there are some. Cheers, t.n.a. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Urgent: PermGen memory leak in a NetBeans developed tomcat application
From: Tomi N/A [mailto:[EMAIL PROTECTED] Subject: Re: Urgent: PermGen memory leak in a NetBeans developed tomcat application How do allow class unloading? How do I inhibit it, for that matter? It's enabled by default (except for one of the esoteric garbage collectors). The -Xnoclassgc command line parameter inhibits class unloading. The papers linked to from the following page contain useful descriptions of GC behavior and options (although not much discussion of PermGen GC in any detail): http://java.sun.com/javase/technologies/hotspot/gc/index.jsp - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat 6.0.10 problems with httpd 2.2.4 and mod_proxy_ajp
Hi, I have experienced some issues using mod_proxy_ajp and Tomcat 6.0.10 under moderate load. Occasionally I receive an error 503 in my browser when the webapp when we have around 30 - 40 users connected. First off, here is what I see in our logs: httpd error_log: [Tue May 15 17:45:02 2007] [error] ajp_check_msg_header() got bad signature 420 [Tue May 15 17:45:02 2007] [error] ajp_ilink_receive() received bad header [Tue May 15 17:45:02 2007] [error] ajp_read_header: ajp_ilink_receive failed [Tue May 15 17:45:02 2007] [error] (120007)APR does not understand this error code: proxy: read response failed from 127.0.0.1:20021 (localhost) tomcat 6.0.10 catalina.out: May 15, 2007 5:45:02 PM org.apache.jk.core.MsgContext action WARNING: Error sending end packet java.net.SocketException: Connection reset at java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:96) at java.net.SocketOutputStream.write(SocketOutputStream.java:136) at org.apache.jk.common.ChannelSocket.send(ChannelSocket.java:531) at org.apache.jk.common.JkInputStream.endMessage(JkInputStream.java:121) at org.apache.jk.core.MsgContext.action(MsgContext.java:301) at org.apache.coyote.Response.action(Response.java:183) at org.apache.coyote.Response.finish(Response.java:305) at org.apache.catalina.connector.OutputBuffer.close(OutputBuffer.java:276) at org.apache.catalina.connector.Response.finishResponse(Response.java:486) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:232) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:190) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:283) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:767) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:697) at org.apache.jk.common.ChannelSocket$SocketConnection.runIt(ChannelSocket.java:889) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:686) at java.lang.Thread.run(Thread.java:619) May 15, 2007 5:45:02 PM org.apache.jk.common.ChannelSocket processConnection WARNING: processCallbacks status 2 Apache is running with the prefork MPM, with MaxClients set at the default 256. The AJP connector in Tomcat is configured with MaxThreads=175 For now, I am using mod_proxy_http and have apache connect to the Tomcat http connector. This works well, but I would like to understand the issue with the AJP connector. Any ideas? Should I use mod_jk? The server is running Centos 4.4 x86_64. Best Regards, Mark Deneen - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Problem with jsvc
Hi All, I want to use Tomcat on Port 80, and in order to do this, i have many options. One of them is to run Tomcat as a daemon via jsvc. I am having problems with installing and configuring jsvc. everytime I run ./buildconf.sh, I get this error: cannot find source file configure.in and if i try to run it as follows: ./support/buildconf.sh i get this error: ./support/buildconf.sh: line 25: autoconf: command not found ./support/buildconf.sh: cannot generate configure script What am i doing wrong here??? Please advise. Thanks in advance. I look forward to hearing from someone. Kind regards, reym -- View this message in context: http://www.nabble.com/Problem-with-jsvc-tf3764767.html#a10642417 Sent from the Tomcat - User mailing list archive at Nabble.com. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
tomcat manager problem (newbie)
Hello, I'm trying to run the tomcat manager, but it asks me for the username/password. I put in the role rolename=manager/ user username=me password=tomcat roles=manager/ in the conf/tomcat-users.conf When I try to execute a manager command, it asks me for the user/password using BASIC authentication. I put in me/tomcat click ok, and it asks me for the username/password again. I'm not sure why it doesn't recognize the user/pass. Please let me know how I can resolve this problem. Thank you. -- View this message in context: http://www.nabble.com/tomcat-manager-problem-%28newbie%29-tf3764872.html#a10642750 Sent from the Tomcat - User mailing list archive at Nabble.com. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: tomcat manager problem (newbie)
From: Arrowx7 [mailto:[EMAIL PROTECTED] Subject: tomcat manager problem (newbie) I put in the role rolename=manager/ user username=me password=tomcat roles=manager/ in the conf/tomcat-users.conf That should be conf/tomcat-users.xml. I'm not sure why it doesn't recognize the user/pass. Did you restart Tomcat after changing the .xml file? If it's Tomcat 6, did you uncomment the user/ role list? - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problem with jsvc
Hi, What OS are you on? On linux I do the following and it works fine for me. See the docs here [1] cd $CATALINA_HOME/bin tar xvfz jsvc.tar.gz cd jsvc-src autoconf ./configure --with-java=$JAVA_HOME make cp jsvc .. cd .. [1] http://tomcat.apache.org/tomcat-5.5-doc/setup.html On 5/16/07, reym [EMAIL PROTECTED] wrote: Hi All, I want to use Tomcat on Port 80, and in order to do this, i have many options. One of them is to run Tomcat as a daemon via jsvc. I am having problems with installing and configuring jsvc. everytime I run ./buildconf.sh, I get this error: cannot find source file configure.in and if i try to run it as follows: ./support/buildconf.sh i get this error: ./support/buildconf.sh: line 25: autoconf: command not found ./support/buildconf.sh: cannot generate configure script What am i doing wrong here??? Please advise. Thanks in advance. I look forward to hearing from someone. Kind regards, reym -- View this message in context: http://www.nabble.com/Problem-with-jsvc-tf3764767.html#a10642417 Sent from the Tomcat - User mailing list archive at Nabble.com. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RES: Urgent: PermGen memory leak in a NetBeans developed tomcat application
Hi Tomi, We've this classic problem (using Tomcat 5.x) with PermGen but in our case the leak occurs after a hot redeploy of any application. After each restart (our typical WAR has 30MB and 150 JSPs), jConsole shows about 4MB of PermGen increased that's never collected. Our customers have to increase the max PermGen size and monitoring - after 20 or 30 hot deploys, restart the server. It's not a big problem but we're also interested in solving this issue to get real 24 x 7 with Tomcat. Please let us know if you have the same situation... Regards, Paulo Alvim Powerlogic - Brazil -Mensagem original- De: Rainer Jung [mailto:[EMAIL PROTECTED] Enviada em: quarta-feira, 16 de maio de 2007 10:09 Para: Tomcat Users List Assunto: Re: Urgent: PermGen memory leak in a NetBeans developed tomcat application Tomi, Increasing Perm Gen size is normal, as long as it goes down again when it reaches the max and gets collected. The max depends on jvm version, possibly on server type and of course your startup options. 64MB default is not uncommon. You can watch it with -verbose:gc -XX:+printGCDetails. When it reaches the max, perm GC tries to collect unused classes. If it reclaims enough memory and this results in a stable process this is OK. You only have a problem, it the memory after collection is not stable. In some cases (eg. many, many JSPs you might need to increase perm gen. The classes listed below are dynamically generated by the Java reflection API and are the best candidates for getting collected, once your perm gen gets filled. Regards, Rainer Tomi N/A wrote: I've read a number of reports about similar problems, but can't distinguish which ones are relevant. My problem is that my available PermGen memory is constantly decreasing as the application works. I see this in the tomcat logs: ... [Loaded sun.reflect.GeneratedMethodAccessor197 from __JVM_DefineClass__] [Loaded sun.reflect.GeneratedMethodAccessor198 from __JVM_DefineClass__] [Loaded sun.reflect.GeneratedMethodAccessor199 from __JVM_DefineClass__] [Loaded sun.reflect.GeneratedMethodAccessor200 from __JVM_DefineClass__] [Loaded sun.reflect.GeneratedMethodAccessor201 from __JVM_DefineClass__] [Loaded sun.reflect.GeneratedMethodAccessor202 from __JVM_DefineClass__] [Loaded sun.reflect.GeneratedMethodAccessor203 from __JVM_DefineClass__] [Loaded sun.reflect.GeneratedMethodAccessor204 from __JVM_DefineClass__] [Loaded sun.reflect.GeneratedMethodAccessor205 from __JVM_DefineClass__] [Loaded sun.reflect.GeneratedMethodAccessor206 from __JVM_DefineClass__] [Loaded sun.reflect.GeneratedMethodAccessor207 from __JVM_DefineClass__] [Loaded sun.reflect.GeneratedMethodAccessor208 from __JVM_DefineClass__] [Loaded sun.reflect.GeneratedMethodAccessor209 from __JVM_DefineClass__] [Loaded sun.reflect.GeneratedMethodAccessor210 from __JVM_DefineClass__] [Loaded sun.reflect.GeneratedMethodAccessor211 from __JVM_DefineClass__] [Loaded sun.reflect.GeneratedMethodAccessor212 from __JVM_DefineClass__] [Loaded sun.reflect.GeneratedMethodAccessor213 from __JVM_DefineClass__] [Loaded sun.reflect.GeneratedMethodAccessor214 from __JVM_DefineClass__] ... I have no idea what these accessors are or how to stop their constant proliferation. Any suggestions would be very welcome. TIA, t.n.a. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Urgent: PermGen memory leak in a NetBeans developed tomcat application
From: Paulo Alvim [mailto:[EMAIL PROTECTED] Subject: RES: Urgent: PermGen memory leak in a NetBeans developed tomcat application We've this classic problem (using Tomcat 5.x) with PermGen but in our case the leak occurs after a hot redeploy of any application. There are a couple of common causes for this, plus numerous more unusual ones. The two common ones are a shared library class keeping a reference to a webapp class or object, and injudicious use of ThreadLocal. More discussion here: http://opensource.atlassian.com/confluence/spring/pages/viewpage.action? pageId=2669 - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: tomcat manager problem (newbie)
actually I was editing the users file for the wrong tomcat instance, thank you! Caldarale, Charles R wrote: From: Arrowx7 [mailto:[EMAIL PROTECTED] Subject: tomcat manager problem (newbie) I put in the role rolename=manager/ user username=me password=tomcat roles=manager/ in the conf/tomcat-users.conf That should be conf/tomcat-users.xml. I'm not sure why it doesn't recognize the user/pass. Did you restart Tomcat after changing the .xml file? If it's Tomcat 6, did you uncomment the user/ role list? - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/tomcat-manager-problem-%28newbie%29-tf3764872.html#a10644236 Sent from the Tomcat - User mailing list archive at Nabble.com. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Urgent: PermGen memory leak in a NetBeans developed tomcat application
2007/5/16, Paulo Alvim [EMAIL PROTECTED]: Hi Tomi, We've this classic problem (using Tomcat 5.x) with PermGen but in our case the leak occurs after a hot redeploy of any application. After each restart (our typical WAR has 30MB and 150 JSPs), jConsole shows about 4MB of PermGen increased that's never collected. Our customers have to increase the max PermGen size and monitoring - after 20 or 30 hot deploys, restart the server. It's not a big problem but we're also interested in solving this issue to get real 24 x 7 with Tomcat. Please let us know if you have the same situation... I built tapestry applications with very similar behavior. What I'm experiencing today is a bit different: simply using the application is draining available PermGen memory: a much more acute problem. I'll publish my findings, but as it is, I have a really small application which is really important and really under deadlines so I'm inclined to rewrite it on tapestry instead of JSF and deploy it on the server like that. ...looking back at what I've just written, I can't believe that this is the state of the art technology in 2007. :-\ Cheers, t.n.a. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Urgent: PermGen memory leak in a NetBeans developed tomcat application
-Original Message- From: Caldarale, Charles R [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 16, 2007 11:34 AM To: Tomcat Users List Subject: RE: Urgent: PermGen memory leak in a NetBeans developed tomcat application From: Paulo Alvim [mailto:[EMAIL PROTECTED] Subject: RES: Urgent: PermGen memory leak in a NetBeans developed tomcat application We've this classic problem (using Tomcat 5.x) with PermGen but in our case the leak occurs after a hot redeploy of any application. There are a couple of common causes for this, plus numerous more unusual ones. The two common ones are a shared library class keeping a reference to a webapp class or object, and injudicious use of ThreadLocal. More discussion here: http://opensource.atlassian.com/confluence/spring/pages/viewpage.action? pageId=2669 There is also this http://mail-archives.apache.org/mod_mbox/tomcat-users/200602.mbox/%3C00ad01c [EMAIL PROTECTED] as a possible aggravating factor. Tim - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Getting 404 when trying to access default page in Tomcat when running in Eclipse
Eclipse Web Tools sets up its own Tomcat configuration, somewhere down in the bowels of the workspace directory. That config does not include the standard Tomcat ROOT webapp. You might be able to just copy the files from your Tomcat webapps/ROOT dir to the appropriate place in the Eclipse workspace dir - but I'm not sure that will work because Eclipse has a way of copying files around and it has duplicate copies of some Tomcat config files. -- Len On 5/16/07, Morten Simonsen [EMAIL PROTECTED] wrote: Hi I have tried everything I can think of, but can't make the default page http://localhost:8080/ appear when I run Tomcat inside Eclipse. When I run Tomcat outside Eclipse, then I get the default page, no sweat! One difference I can see with my naked eye, is that there is some kind of basic authentication when I access the default page outside Eclipse, but no authentication when I access the default page inside Eclipse. I positive that the server.xml and web.xml are pretty correct (I can find the definition for the default-servlet, the web.xml is loaded, the server.xml is loaded, etc...) Still, there is no response other than 404. I can also not find any way to trigger a debug-mode (log) for the server. I am getting pretty frustrated now, so if someone can please help me, I would be very glad. thanks Morten Simonsen - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RES: Urgent: PermGen memory leak in a NetBeans developed tomcat application
Thanks Chuck... We've already analized many possible causes but it seems that there are new ones here... -Mensagem original- De: Caldarale, Charles R [mailto:[EMAIL PROTECTED] Enviada em: quarta-feira, 16 de maio de 2007 12:34 Para: Tomcat Users List Assunto: RE: Urgent: PermGen memory leak in a NetBeans developed tomcat application From: Paulo Alvim [mailto:[EMAIL PROTECTED] Subject: RES: Urgent: PermGen memory leak in a NetBeans developed tomcat application We've this classic problem (using Tomcat 5.x) with PermGen but in our case the leak occurs after a hot redeploy of any application. There are a couple of common causes for this, plus numerous more unusual ones. The two common ones are a shared library class keeping a reference to a webapp class or object, and injudicious use of ThreadLocal. More discussion here: http://opensource.atlassian.com/confluence/spring/pages/viewpage.action? pageId=2669 - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Getting 404 when trying to access default page in Tomcat when running in Eclipse
A FAQ I've written has been submitted, but hasn't made it to the Web Tools web site yet. For the time being, the answer to your question can be viewed here as Troubleshooting question #5: https://bugs.eclipse.org/bugs/attachment.cgi?id=67392#trouble_5 Cheers, Larry -Original Message- From: Morten Simonsen [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 16, 2007 4:13 AM To: users@tomcat.apache.org Subject: Getting 404 when trying to access default page in Tomcat when running in Eclipse Hi I have tried everything I can think of, but can't make the default page http://localhost:8080/ appear when I run Tomcat inside Eclipse. When I run Tomcat outside Eclipse, then I get the default page, no sweat! One difference I can see with my naked eye, is that there is some kind of basic authentication when I access the default page outside Eclipse, but no authentication when I access the default page inside Eclipse. I positive that the server.xml and web.xml are pretty correct (I can find the definition for the default-servlet, the web.xml is loaded, the server.xml is loaded, etc...) Still, there is no response other than 404. I can also not find any way to trigger a debug-mode (log) for the server. I am getting pretty frustrated now, so if someone can please help me, I would be very glad. thanks Morten Simonsen - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: What changes require a redeploy?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Lightbulb, lightbulb432 wrote: I noticed that in my exploded WAR file, if I make changes to a Facelet (similar to JSP) or stylesheet while Tomcat is running, I see the change when I navigate to that page in my browser. What changes are automatically picked up, and what requires a redeploy? JSPs (and probably related technologies) have their own ClassLoader and the manager within Tomcat (or the component that manages them) generally looks for changes, recompiles, and re-loads the individual page (or whatever) without a context reload. All other changes require a context (webapp) re-load. Basically, unless your particular technology supports automatic re-loading of the resource in question, you will have to re-load your webapp. Tomcat, if configured to do so, will automatically re-load the context if certain things change: WEB-INF/lib/*.jar, WEB-INF/classes/**/*.class, and WEB-INF/web.xml will trigger an automatic re-load of the context. There may be others as well (such as META-INF/context.xml). I believe that the only thing Tomcat can re-load without re-loading the entire context is JSPs. If you are using another technology on top of Tomcat (such as Facelets), it's up to that library to determine whether this capability is available. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGSzpV9CaO5/Lv0PARArnMAJ44GunwoN1EuaChr9R0fKpHC16JpACgr7/4 /gfu4GPTUUpcdYw0oN3sUqQ= =nhEc -END PGP SIGNATURE- - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: how to recompile procrun/tomcat5 into 64 bit Version
oj a écrit : Hi, I read a lot that it is possible to run the tomcat5 on a 64bit system. Because I want to migrate my apps on a 64bit windows 2003 server so I need to recompile the tomcat5 but I do not really have clue how to start. Only procrun need to be compiled form amd64, the tomcat itself is java and as such don't need recompilation for platform. Procrun is needed only if your ant to run tomcat as service. And there is already binary tomcat procrun for AMD64: http://svn.apache.org/viewvc/tomcat/connectors/trunk/procrun/bin/amd64/ and for ia64: http://svn.apache.org/viewvc/tomcat/connectors/trunk/procrun/bin/ia64/ You can see details about procrun here: http://svn.apache.org/viewvc/tomcat/connectors/trunk/procrun/README.txt?view=markup It would be nice if someone could give me a how to in that case. Which files do I have to download? do I have to change something in the source code? How do I recomplile ? Thanks - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: What changes require a redeploy?
Thanks again for your thorough answer. Do contexts that are deployed as exploded (as opposed to archived) WARs not produce a work folder then? I deploy with exploded WARs and don't see a work folder anywhere, but I'm not sure whether that's how it's supposed to be - it could be somewhere but I just don't know where to find it, as my folder structure (Tomcat home, Tomcat base, application files, etc) is all over my filesystem. Christopher Schultz-2 wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Lightbulb, lightbulb432 wrote: When you mention the configuration to automatically reload the context, do you mean WatchedResource? If you set reloadable to true in the context configuration, that should take care of WEB-INF/lib and WEB-INF/classes, and they don't need to be specified in WatchedResource - is this correct? I think these resources are automatically watched. You can certainly configure others. The default context.xml file (at least, I /think/ it's the default) found in $TOMCAT_HOME/conf/context.xml in my TC 5.5.23 specifies WEB-INF/web.xml file as a watched resource, but does not mention the lib or classes directories. Let me amend my earlier statement about TC's reloading of the context when a class changes: TC will only trigger a context reload when a class that has /already been loaded/ is changed. I believe that if you replace an as-yet-unused class with a newer version, TC does nothing. You could think about it like TC adding a WatchedResource for every class file it ever has to load. Note that this is completely the opposite of what you were originally asking about: re-loading a specific resource without re-loading the entire context (a la JSP). Also, for static content like stylesheets that are within the WAR, a change to the stylesheet was immediately viewable in the browser - I found that surprising. Does Tomcat not do something like caching its static content and resources so that even if you change a file, that change isn't represented in the work folder? I don't believe Tomcat does any significant static content caching in its default configuration. I'm sure you can configure it to do some caching, though I'm not sure how useful that is. Reading bytes off the disk is pretty fast. The reason Tomcat caches class files (really it's Java that is keeping those in memory) is that re-loading a class is time consuming. Same thing with JSPs... compilation is a time-consuming process, and so re-loading a JSP for every request would be silly. Changes to JSP source files typically trigger a re-load of that particular JSP /only/. This is mainly a benefit to developers so that a .jsp file change doesn't require a re-load of the entire context. Context loading and configuration is time-consuming and should be avoided in production whenever possible. (I thought the concept of a work folder was essentially a cache... - if not, what is its purpose?) The work folder basically contains just the exploded WAR file. A WAR file is compressed using ZIP-style compression. Reading things out of a WAR file is time-consuming since the file must be opened, decompressed (to a certain extent), the TOC needs to be read, the target data located, then loaded and decompressed, etc. It's much faster to rely on the filesystem to locate files by path and then serve the bytes directly. You can (I think) avoid the work directory entirely by specifying unpackWARs=false in your Host configuration. I think this will serve only to slow down your webapp (but save some disk space, I suppose). - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGS0s19CaO5/Lv0PARAq2iAJ0R+79ChlAcz4IH76VqKvTvG57gBQCfYNxa 99rxk/iAN4TsCIm7RLTpIpQ= =QR8a -END PGP SIGNATURE- - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/What-changes-require-a-redeploy--tf3764471.html#a10652074 Sent from the Tomcat - User mailing list archive at Nabble.com. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: What changes require a redeploy?
On 5/16/07, lightbulb432 [EMAIL PROTECTED] wrote: Do contexts that are deployed as exploded (as opposed to archived) WARs not produce a work folder then? They certainly do; in a standard install, it's under $CATALINA_HOME/work/Catalina/{hostname}/{context} it could be somewhere but I just don't know where to find it, as my folder structure (Tomcat home, Tomcat base, application files, etc) is all over my filesystem. .. while it sounds like you're using some non-standard repackaged version -- bummer :-) Good luck, -- Hassan Schroeder [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
ajp_get_reply, ajp_connection_tcp_get_message Errors
I have been trouble-shooting a problem that appears constantly in my mod_jk.log but is only visible intermittently to users for a few months now. Searching the web and this archive for similar error messages, I have found some solutions that have led me to better Apache and Tomcat setups, but have not solved the problem. The problem is that a commercial application we are serving via Apache/Tomcat will periodically display a Service Temporarily Unavailable message in a random frame within the application, refreshing the browser usually allows the users to recover but this becomes painful when users go through the multi-step process of entering data or uploading files only to be interrupted by this and have to start over. Support for the commercial application has not been particularly helpful so I am hoping to find suggestions here to further try to solve this problem. Our setup is Apache 2.0.59 (Win32) mod_ssl/2.0.59 OpenSSL/0.9.8d mod_jk/1.2.19 and Tomcat 5.5.15 running on Windows Server 2003 R2 Service Pack 1. I will include httpd.conf, ssl.conf, workers.properties, and server.xml below. Regardless of whether or not users see the Service Temporarily Unavailable message in any of the frames within the application, my mod_jk.log is full of errors like this: [Fri Apr 27 09:38:14 2007] [2764:1792] [error] ajp_get_reply::jk_ajp_common.c (1536): (myworker) Tomcat is down or refused connection. No response has been sent to the client (yet) [Fri Apr 27 09:38:22 2007] [2764:3596] [error] ajp_connection_tcp_get_message::jk_ajp_common.c (947): (myworker) can't receive the response message from tomcat, network problems or tomcat is down (127.0.0.1:8009), err=-54 [Fri Apr 27 09:38:22 2007] [2764:3596] [error] ajp_get_reply::jk_ajp_common.c (1536): (myworker) Tomcat is down or refused connection. No response has been sent to the client (yet) [Fri Apr 27 09:38:25 2007] [2764:2148] [error] ajp_get_reply::jk_ajp_common.c (1536): (myworker) Tomcat is down or refused connection. No response has been sent to the client (yet) [Fri Apr 27 09:38:31 2007] [2764:1792] [error] ajp_connection_tcp_send_message::jk_ajp_common.c (914): sendfull returned -53 with errno=53 [Fri Apr 27 09:38:31 2007] [2764:1792] [error] ajp_send_request::jk_ajp_common.c (1350): (myworker) error sending request body Setting my log level to debug does not tell me much more: [Tue May 15 14:21:38 2007] [1804:3328] [debug] ajp_service::jk_ajp_common.c (1734): processing myworker with 2 retries [Tue May 15 14:21:38 2007] [1804:3328] [info] ajp_send_request::jk_ajp_common.c (1170): (myworker) socket 748 is not connected any more (errno=0) [Tue May 15 14:21:38 2007] [1804:3328] [info] ajp_send_request::jk_ajp_common.c (1194): (myworker) error sending request. Will try another pooled connection [Tue May 15 14:21:38 2007] [1804:3328] [info] ajp_send_request::jk_ajp_common.c (1170): (myworker) socket 784 is not connected any more (errno=0) [Tue May 15 14:21:38 2007] [1804:3328] [info] ajp_send_request::jk_ajp_common.c (1194): (myworker) error sending request. Will try another pooled connection [Tue May 15 14:21:38 2007] [1804:3328] [info] ajp_send_request::jk_ajp_common.c (1218): (myworker) all endpoints are disconnected or dead [Tue May 15 14:21:38 2007] [1804:3328] [info] ajp_service::jk_ajp_common.c (1867): (myworker) sending request to tomcat failed, recoverable operation attempt=1 As these are the only errors I see in any of my log files, I am convinced this is why users will periodically see frames that think Tomcat is not responding, why users do not see these unavailable errors in frames every time it occurs in the mod_jk.log is a little beyond me. We are tied to this version of Tomcat (5.5.15) and to Java 1.5.0_05 by the commercial application we are running, for support purposes, even though their support has been unable to help us. Any help I can get to at least resolve the errors I see in the mod_jk.log would be great or if you see any other errors in my configuration, although I think I have corrected it pretty well. See below. Thanks Brice workers.properties # workers.tomcat_home=D:\Tomcat5515 workers.java_home=D:\jdk1.5.0_05 ps=/ worker.list=myworker worker.myworker.type=ajp13 worker.myworker.host=localhost worker.myworker.port=8009 worker.myworker.cachesize=10 worker.myworker.cache_timeout=600 worker.myworker.socket_keepalive=1 worker.myworker.recycle_timeout=30 worker.myworker.lbfactor=1 # ssl.conf # IfDefine SSL Listen 443 AddType application/x-x509-ca-cert .crt AddType application/x-pkcs7-crl.crl SSLPassPhraseDialog builtin SSLSessionCache dbm:logs/ssl_scache SSLSessionCacheTimeout 1500 SSLMutex default SSLRandomSeed startup builtin SSLRandomSeed connect builtin /IfDefine # httpd.conf snippet that I feel is relevant, I can post more if
RE: What changes require a redeploy?
From: Christopher Schultz [mailto:[EMAIL PROTECTED] Subject: Re: What changes require a redeploy? I think these resources are automatically watched. You can certainly configure others. This is dependent on the reloadable attribute of the Context element; the lib and classes directories are monitored only if the value is true, which is not the default. Note that setting it to true results in measurable overhead. You could think about it like TC adding a WatchedResource for every class file it ever has to load. Again, only if reloadable is true for the Context. I don't believe Tomcat does any significant static content caching in its default configuration. This is a function of the DefaultServlet. It does do some caching, but this can be overridden by the browser. Look at the serveResource() method in org/apache/catalina/servlets/DefaultServlet.java. I'm sure you can configure it to do some caching I'm not aware of any config params for that, nor did a quick scan of the code reveal any (doesn't mean they're not hiding somewhere). The reason Tomcat caches class files (really it's Java that is keeping those in memory) is that re-loading a class is time consuming. The real reason is that classes have state, and so cannot be safely changed without removing all references to both the classes and instantiated objects. Also, some JVMs load .jar files into memory, and won't notice that you've updated the one on disk. The work folder basically contains just the exploded WAR file. Only when unpacking the WAR is inhibited by Host or Context attributes or the .war is deployed in some location other than the Host's appBase directory; by default, a .war in appBase is unpacked into the appBase directory. You can (I think) avoid the work directory entirely by specifying unpackWARs=false in your Host configuration. No, this forces use of the work directory; setting unpackWARs to true allows the unpacking to occur in the appBase directory. Nothing is run directly out of a .war file. The work directory is also used to hold translated and compiled JSPs and serialized sessions. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: What changes require a redeploy?
From: lightbulb432 [mailto:[EMAIL PROTECTED] Subject: Re: What changes require a redeploy? Do contexts that are deployed as exploded (as opposed to archived) WARs not produce a work folder then? The work folder is used for several things besides unpacking WARs; see my previous message. I deploy with exploded WARs and don't see a work folder anywhere It's there someplace. Search for *_jsp.java and *_jsp.class files. as my folder structure (Tomcat home, Tomcat base, application files, etc) is all over my filesystem. As Hassan implied, you should throw away that repackaged junk and use a real Tomcat download. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Missing ETag in 304 Header
Hi guys... so according to the HTTP 1.1 spec ( http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html), 304 Not Modified responses must include the ETag in the header. However, Tomcat doesn't seem to be adding it... I am serving a static text file, and the header only returns: HTTP/1.x 304 Not Modified Server: Apache-Coyote/1.1 Date: Wed, etc... Is there a reason that the Etag is not being included? Is there a way to configure Tomcat to include this? My company is working with a caching solution provider, and they are complaining about the missing ETag. thanks.
RE: What changes require a redeploy?
Thanks for your thorough answer. What should be considered when making a decision between running with unpackWARs to true (running out of the exploded WAR in appBase) or false (forcing it to run out of the work directory)? What are the tradeoffs or considerations, in terms of performance, maintenance, etc? In either case a work directory is still generated, right? - So what's the advantage to setting unpackWARs to true in a production environment? Caldarale, Charles R wrote: From: Christopher Schultz [mailto:[EMAIL PROTECTED] Subject: Re: What changes require a redeploy? I think these resources are automatically watched. You can certainly configure others. This is dependent on the reloadable attribute of the Context element; the lib and classes directories are monitored only if the value is true, which is not the default. Note that setting it to true results in measurable overhead. You could think about it like TC adding a WatchedResource for every class file it ever has to load. Again, only if reloadable is true for the Context. I don't believe Tomcat does any significant static content caching in its default configuration. This is a function of the DefaultServlet. It does do some caching, but this can be overridden by the browser. Look at the serveResource() method in org/apache/catalina/servlets/DefaultServlet.java. I'm sure you can configure it to do some caching I'm not aware of any config params for that, nor did a quick scan of the code reveal any (doesn't mean they're not hiding somewhere). The reason Tomcat caches class files (really it's Java that is keeping those in memory) is that re-loading a class is time consuming. The real reason is that classes have state, and so cannot be safely changed without removing all references to both the classes and instantiated objects. Also, some JVMs load .jar files into memory, and won't notice that you've updated the one on disk. The work folder basically contains just the exploded WAR file. Only when unpacking the WAR is inhibited by Host or Context attributes or the .war is deployed in some location other than the Host's appBase directory; by default, a .war in appBase is unpacked into the appBase directory. You can (I think) avoid the work directory entirely by specifying unpackWARs=false in your Host configuration. No, this forces use of the work directory; setting unpackWARs to true allows the unpacking to occur in the appBase directory. Nothing is run directly out of a .war file. The work directory is also used to hold translated and compiled JSPs and serialized sessions. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/What-changes-require-a-redeploy--tf3764471.html#a10653201 Sent from the Tomcat - User mailing list archive at Nabble.com. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: What changes require a redeploy?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Chuck, Caldarale, Charles R wrote: From: Christopher Schultz [mailto:[EMAIL PROTECTED] Subject: Re: What changes require a redeploy? I think these resources are automatically watched. You can certainly configure others. This is dependent on the reloadable attribute of the Context element; Thanks for pointing this out. It occurred to me that this fact was self-evident, but the OP is asking about things like this. You can (I think) avoid the work directory entirely by specifying unpackWARs=false in your Host configuration. No, this forces use of the work directory; setting unpackWARs to true allows the unpacking to occur in the appBase directory. Nothing is run directly out of a .war file. Thanks for pointing this out as well: a WAR file is always exploded... the only question is where it will actually end up going. It looks like you can't avoid the work directory at all, since... The work directory is also used to hold translated and compiled JSPs and serialized sessions. ...these types of things may or may not exist in your WAR file, so use of the work directory is unpredictable. Tomcat then always creates that directory just in case? - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGS2fX9CaO5/Lv0PARApUNAKCYtUKluqjcyGa5nFZYUg1vZupcMgCaAg96 3vTVrQF96BRpLi03MgoGS+o= =/4E0 -END PGP SIGNATURE- - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: What changes require a redeploy?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Lightbulb, lightbulb432 wrote: What should be considered when making a decision between running with unpackWARs to true (running out of the exploded WAR in appBase) or false (forcing it to run out of the work directory)? What are the tradeoffs or considerations, in terms of performance, maintenance, etc? In either case a work directory is still generated, right? - So what's the advantage to setting unpackWARs to true in a production environment? I would imagine that performance is the same: the only difference is the base directory from which files are loaded. Work versus appBase/appname should be identical. Maintenance is a judgment call: it is more straightforward to find your webapp's exploded WAR file in the webapps directory, or in some temporary directory whose location may not be fixed (say, across versions of Tomcat, or depending on a packaged version, etc.). I tend to think that expanding the WAR into the appBase directory makes more sense, myself. Also, I tend to serve static content using Apache httpd, and having a predictable directory where the files will definitely go is a plus (for me). I'm not sure why you would want to set unpackWARs=false. I'm guessing that static content served by Tomcat from your webapp will be served whether the WAR is expanded into a work directory or into appBase/appname, so I can't see any security benefits either way, either. The only thing I can think of is that Tomcat might not have write access to the appBase directory for some security reason. In that case, you'd /have/ to use a work directory since Tomcat couldn't actually expand the WAR file there. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGS2mj9CaO5/Lv0PARAjipAJoDfrZud2f9fM4qll20hQzo6QrBVACfXEbl +jdSuElWFLjnwNl1aqlXYnE= =4KTU -END PGP SIGNATURE- - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Problem deploying existing webapp in new Tomcat container
Hi, I am in the process of upgrading my Tomcat environment. On a new server I installed Sun Java jdk1.6.0 and apache-tomcat-6.0.13. I copied over the server.xml config for the first web aplication as well as the JAR file and everything worked fine. When I did the same for the second application, this is the entire error message. Problem is that it doesn't give me the slightest clue as to the cause of the problem, or why the one app works and this one doesn't. May 16, 2007 1:58:45 PM org.apache.catalina.core.StandardWrapperValve invoke SEVERE: Allocate exception for servlet GroupAliasManager javax.servlet.ServletException: Error instantiating servlet class GroupAliasManager at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1127) at org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:806) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:129) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:433) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:104) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:261) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:581) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447) at java.lang.Thread.run(Thread.java:619) Any ideas? Thanks, Rob -- Rob Tanner UNIX Services Manager Linfield College, McMinnville OR smime.p7s Description: S/MIME Cryptographic Signature
RE: Where do I find the Admin tool?
From: Venkat Venkataramanan [mailto:[EMAIL PROTECTED] Subject: Where do I find the Admin tool? I presume that I can run that under 6.0.10. Please let me know if my assumption is right. The 5.5 admin will not run under 6.0, and there is no admin webapp for 6.0 (at least not for the time being. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Help with using Tomcat Manager
From: Venkat Venkataramanan [mailto:[EMAIL PROTECTED] Subject: Help with using Tomcat Manager I also added the following to Server.XML: Context path=/manager debug=0 privileged=true docBase=/usr/local/kinetic/tomcat5/server/webapps/manager /Context Bad move - undo the changes to server.xml (it's not Server.XML, by the way - this is all case sensitive). It's not necessary, and nowhere in the doc does it suggest doing that. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Problem deploying existing webapp in new Tomcat container
From: Rob Tanner [mailto:[EMAIL PROTECTED] Subject: Problem deploying existing webapp in new Tomcat container I installed Sun Java jdk1.6.0 and apache-tomcat-6.0.13. I copied over the server.xml config for the first web aplication as well as the JAR file and everything worked fine. That sounds a bit scary, since webapps are not supposed to be configured in server.xml anymore, and they should be packaged in .war files, not JARs. You need to at least post your config, since that's likely where the problem is. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Where do I find the Admin tool?
Chuck: Thanks. The follow-up questions begs to be asked. In the absence of webapp, how can I manage the Tomcat instance? Is the 5.5 Admin tool functionality provided by the Manager application? -Original Message- From: Caldarale, Charles R [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 16, 2007 5:19 PM To: Tomcat Users List Subject: RE: Where do I find the Admin tool? From: Venkat Venkataramanan [mailto:[EMAIL PROTECTED] Subject: Where do I find the Admin tool? I presume that I can run that under 6.0.10. Please let me know if my assumption is right. The 5.5 admin will not run under 6.0, and there is no admin webapp for 6.0 (at least not for the time being. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: What changes require a redeploy?
From: Christopher Schultz [mailto:[EMAIL PROTECTED] Subject: Re: What changes require a redeploy? Tomcat then always creates that directory just in case? Yes, you can delete it and the next startup will recreate work and subdirectories for each Host and deployed webapp. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Where do I find the Admin tool?
From: Venkat Venkataramanan [mailto:[EMAIL PROTECTED] Subject: RE: Where do I find the Admin tool? In the absence of webapp, how can I manage the Tomcat instance? Good question. Lack of the admin webapp is one reason we haven't put 6.0 into production. Is the 5.5 Admin tool functionality provided by the Manager application? Unfortunately not. You can get some additional information out of Lambda Probe (www.lambdaprobe.org), but not all the data and no update on the fly capability. You can, of course, stop, start, and redeploy webapps with both manager and Lambda Probe. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Configuring Cipher Suites with Tomcat 6
Hello, I'm sure this is detailed somewhere but I can't find it for the life of me and it's been driving me nuts all day. How can I limit the cipher suites used by Tomcat for an SSL connection? I tried setting SSLCipherSuite=SOME_CIPHER, to only allow a single cipher but when a client connects it still uses whatever is the first cipher in the client's list rather than using the cipher I specify in the server.xml file. My complete connector tag is: Connector port=8443 protocol=HTTP/1.1 SSLEnabled=true maxThreads=150 scheme=https secure=true clientAuth=false sslProtocol=SSLv3 keystoreType=luna keyAlias=tomcat keystore=/.keystore SSLCipherSuite=SSL_RSA_WITH_3DES_EDE_CBC_SHA/ Any help would be great Mike ___ Join Excite! - http://www.excite.com The most personalized portal on the Web! - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Dynamic URIs Using one Context
Thanks to everyone for all the excellent and interesting replies. They (the replies) have really gotten the creative thought process going. From the responses so far. It sounds like messing with the uri is problematic. Now, I know this is the Tomcat mailing list, but everyones ideas have brought up some interesting questions on configuring Apache. So, currently we have a different entry for everyone of our clients in our httpd.conf file: VirtualHost *:80 ServerName client name 1.server name.com DocumentRoot some directory/client name 1.server name.com /VirtualHost VirtualHost *:80 ServerName client name 2.server name.com DocumentRoot some directory/client name 1.server name.com /VirtualHost Would changing the ServerName attribute to server name.com allow Apache to respond to all requests sent to the server that are subdomains? So, if the only entry in our httpd.conf file is: VirtualHost *:80 ServerName server name.com # DocumentRoot some directory/client name 1.server name.com /VirtualHost Would Apache handle requests for the following domain names: client 1.server name.com client 2.server name.com client 3.server name.com etc... Here is another question involving Apache, but this time with SSL. Would a wildcard certificate be able to work in the same fashion as the above configuration? As of right now we have to have a NEW IP address for everyone of our clients that request to have a secure site. Which is a major pain. We have to request a new IP address from our ISP, have the hardware load balancer configured for the new IP adress, add new internal IP address to each of our load balanced servers, and then finally edit all our httpd.conf/server.xml files. Can we do the following in our ssl.conf file and not receive the Security Domain Mismatch Error dialog box? VirtualHost generic ip address:443 DocumentRoot /www/htdocs/server name.com Alias /base/ /www/htdocs/ ServerName server name.com:443 ServerAdmin webmaster@server name.com ErrorLog /logs/httpd/ssl_error_log TransferLog /logs/httpd/ssl_access_log # SSL Engine Switch: # Enable/Disable SSL for this virtual host. SSLEngine on # SSL Cipher Suite: # List the ciphers that the client is permitted to negotiate. # See the mod_ssl documentation for a complete list. SSLCipherSuite ALL:!ADH:!EXPORT56:RC4+RSA:+HIGH:+MEDIUM:+LOW:+SSLv2:+EXP:+eNULL SSLCertificateFile /www/certs/*.server name.com.crt SSLCertificateKeyFile /www/certs/*.server name.com.key Files ~ \.(cgi|shtml|phtml|php3?)$ SSLOptions +StdEnvVars /Files Directory /usr/local/apache2/cgi-bin SSLOptions +StdEnvVars /Directory SetEnvIf User-Agent .*MSIE.* \ nokeepalive ssl-unclean-shutdown \ downgrade-1.0 force-response-1.0 CustomLog /usr/local/apache2/logs/ssl_request_log \ %t %h %{SSL_PROTOCOL}x %{SSL_CIPHER}x \%r\ %b /VirtualHost Or will we still require one distinct IP address per sub domain? We've changed the Host directive in our Tomcat server.xml from: Host name=client name 1.server name.com appBase=webapps Context path=/app /Context Aliasclient name 2.server name.com/Alias Aliasclient name 3.server name.com/Alias ...etc for each of our clients... /Host to the following: Host name=localhost appBase=webapps Context path=/app /Context /Host And Tomcat is working great. Finally, for the questions about the static content. We're actually going to have the application managing the content, because in most cases (except for logs and some pictures) the users must be logged into the application to have access to any content. We will most like be able to use a dynamically created directory structure for this purpose. Thanks again for everyones replies and time. Original Message Follows From: Johnny Kewl [EMAIL PROTECTED] Reply-To: Tomcat Users List users@tomcat.apache.org To: Tomcat Users List users@tomcat.apache.org Subject: Re: Dynamic URIs Using one Context Date: Wed, 16 May 2007 11:24:31 +0200 These sort of things http://www.mycompany.com/~craigmcc/index.htm Yes nice I think for static sites and letting people ftp in... normal kinda thing a sp provides but I think these guys are trying to cater for power tomcat users. Probably provide things like MySQL and Postgresql facilities etc... and then I think as you said... the static type stuff will break down... still, also nice for the user that can make an html file but doesnt know wot tomcat is... why not may be nice for a user that has several web apps... can have an index page to all his webapps... maybe... but sp will probably have a page that does that on their ROOT app... Company A LinkToEmployeeWebApp LinkToFreeServicesWebApp Company B etc etc if anything to promote the SP and get it to pick up in google more hits etc fascinating stuff coz its as
Re: Problem deploying existing webapp in new Tomcat container
I meant WAR file not JAR. As far as server.xml, how else does one specify the specifics, such as the path variable? Here are the two application contexts: Context crossContext=true debug=0 docBase=AccountManager path=/accntManager reloadable=true Logger className=org.apache.catalina.logger.FileLogger prefix=localhost_accntmanager_log. suffix=.txt timestamp=true/ /Context Context crossContext=true debug=0 docBase=GroupAliases path=/mailtools/aliases reloadable=true Logger className=org.apache.catalina.logger.FileLogger prefix=localhost_aliases_log. suffix=.txt timestamp=true/ /Context The AccountManager app works fine, but the GroupAliases generates this error: May 16, 2007 3:04:06 PM org.apache.catalina.core.ApplicationContext log INFO: Marking servlet GroupAliasManager as unavailable May 16, 2007 3:04:06 PM org.apache.catalina.core.StandardWrapperValve invoke SEVERE: Allocate exception for servlet GroupAliasManager javax.servlet.ServletException: Error instantiating servlet class GroupAliasManager at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1127) at org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:806) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:129) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:433) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:104) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:261) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:581) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447) at java.lang.Thread.run(Thread.java:619) -- Rob Caldarale, Charles R said the following on 05/16/2007 02:32 PM: From: Rob Tanner [mailto:[EMAIL PROTECTED] Subject: Problem deploying existing webapp in new Tomcat container I installed Sun Java jdk1.6.0 and apache-tomcat-6.0.13. I copied over the server.xml config for the first web aplication as well as the JAR file and everything worked fine. That sounds a bit scary, since webapps are not supposed to be configured in server.xml anymore, and they should be packaged in .war files, not JARs. You need to at least post your config, since that's likely where the problem is. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] smime.p7s Description: S/MIME Cryptographic Signature
RE: Configuring Cipher Suites with Tomcat 6
From: Mike Gardiner [mailto:[EMAIL PROTECTED] Subject: Configuring Cipher Suites with Tomcat 6 How can I limit the cipher suites used by Tomcat for an SSL connection? I tried setting SSLCipherSuite=SOME_CIPHER Connector port=8443 protocol=HTTP/1.1 SSLEnabled=true maxThreads=150 scheme=https secure=true clientAuth=false sslProtocol=SSLv3 keystoreType=luna keyAlias=tomcat keystore=/.keystore SSLCipherSuite=SSL_RSA_WITH_3DES_EDE_CBC_SHA/ Judging from the other attributes in your post, you're using the Java connector, not APR. But according to the doc, the proper attribute for the non-APR Connector element is ciphers, not SSLCipherSuite (can't say that I've ever actually tried it). - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Problem deploying existing webapp in new Tomcat container
From: Rob Tanner [mailto:[EMAIL PROTECTED] Subject: Re: Problem deploying existing webapp in new Tomcat container As far as server.xml, how else does one specify the specifics, such as the path variable? (Here we go again... my favorite subject :-) First, read the doc: http://tomcat.apache.org/tomcat-6.0-doc/config/context.html Note the following extracts from the Introduction and the description of the path attribute: For Tomcat 6, unlike Tomcat 4.x, it is NOT recommended to place Context elements directly in the server.xml file. This is because it makes modifing the Context configuration more invasive since the main conf/server.xml file cannot be reloaded without restarting Tomcat. The value of this field must not be set except when statically defining a Context in server.xml, as it will be inferred from the filenames used for either the .xml context file or the docBase. Nor should you be specifying a docBase. Put the Context elements where they belong - in META-INF/context.xml of each webapp - and remove the path and docBase attributes. Also, reading this part of the doc: http://tomcat.apache.org/tomcat-6.0-doc/logging.html would show you that the Logger element is no longer used. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers.
Re: Problem deploying existing webapp in new Tomcat container
Rob Tanner wrote: I meant WAR file not JAR. As far as server.xml, how else does one specify the specifics, such as the path variable? Here are the two application contexts: Context crossContext=true debug=0 docBase=AccountManager path=/accntManager reloadable=true Logger className=org.apache.catalina.logger.FileLogger prefix=localhost_accntmanager_log. suffix=.txt timestamp=true/ /Context Context crossContext=true debug=0 docBase=GroupAliases path=/mailtools/aliases reloadable=true Logger className=org.apache.catalina.logger.FileLogger prefix=localhost_aliases_log. suffix=.txt timestamp=true/ /Context ... and so the klaxons sound once again. I'll try to beat Chuck's standard rapid fire response to this question. Recent versions of Tomcat recommend that the Context is defined in a separate file in one of a couple of locations. Read the docs at tomcat.apache.org for more detailed info. If you're deploying via a WAR file you can put a context.xml file in META-INF, which will produce the effect you're looking for. The context path is determined by the name of the WAR, and not the path attribute of the Context, (which is deprecated and only acknowledged when defining a Context in server.xml - seriously discouraged these days). (N.B. There's no Logger element any more either, see the docs.) p The AccountManager app works fine, but the GroupAliases generates this error: May 16, 2007 3:04:06 PM org.apache.catalina.core.ApplicationContext log INFO: Marking servlet GroupAliasManager as unavailable May 16, 2007 3:04:06 PM org.apache.catalina.core.StandardWrapperValve invoke SEVERE: Allocate exception for servlet GroupAliasManager javax.servlet.ServletException: Error instantiating servlet class GroupAliasManager at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1127) at org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:806) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:129) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:433) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:104) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:261) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:581) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447) at java.lang.Thread.run(Thread.java:619) -- Rob Caldarale, Charles R said the following on 05/16/2007 02:32 PM: From: Rob Tanner [mailto:[EMAIL PROTECTED] Subject: Problem deploying existing webapp in new Tomcat container I installed Sun Java jdk1.6.0 and apache-tomcat-6.0.13. I copied over the server.xml config for the first web aplication as well as the JAR file and everything worked fine. That sounds a bit scary, since webapps are not supposed to be configured in server.xml anymore, and they should be packaged in .war files, not JARs. You need to at least post your config, since that's likely where the problem is. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] smime.p7s Description: S/MIME Cryptographic Signature
Re: Problem deploying existing webapp in new Tomcat container
Caldarale, Charles R wrote: From: Rob Tanner [mailto:[EMAIL PROTECTED] Subject: Re: Problem deploying existing webapp in new Tomcat container As far as server.xml, how else does one specify the specifics, such as the path variable? (Here we go again... my favorite subject :-) damn. you beat me. First, read the doc: http://tomcat.apache.org/tomcat-6.0-doc/config/context.html Note the following extracts from the Introduction and the description of the path attribute: For Tomcat 6, unlike Tomcat 4.x, it is NOT recommended to place Context elements directly in the server.xml file. This is because it makes modifing the Context configuration more invasive since the main conf/server.xml file cannot be reloaded without restarting Tomcat. The value of this field must not be set except when statically defining a Context in server.xml, as it will be inferred from the filenames used for either the .xml context file or the docBase. Nor should you be specifying a docBase. Put the Context elements where they belong - in META-INF/context.xml of each webapp - and remove the path and docBase attributes. Also, reading this part of the doc: http://tomcat.apache.org/tomcat-6.0-doc/logging.html would show you that the Logger element is no longer used. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. smime.p7s Description: S/MIME Cryptographic Signature
Re: Dynamic URIs Using one Context
Hassan Schroeder wrote: On 5/16/07, Nathan Hook [EMAIL PROTECTED] wrote: Would changing the ServerName attribute to server name.com allow Apache to respond to all requests sent to the server that are subdomains? I'm not sure ServerName is even *required*, in which case you'd simply be processing any request to *:80 (presumably passing it back to Tomcat). But easy enough to test, I'd think. Here is another question involving Apache, but this time with SSL. Would a wildcard certificate be able to work in the same fashion as the above configuration? As of right now we have to have a NEW IP address for everyone of our clients gack. stop right there -- that's the whole point of wildcard certs, to end such madness by handling *.example.com on 1 IP :-) I implemented just such an httpd/Tomcat setup for a client last year. So it's definitely a valid approach. On one site I'm using a wildcard cert with Apache/Tomcat right now to support many sub-domains it works like a dream. Only needed to set the default hostname in the Engine. p HTH, smime.p7s Description: S/MIME Cryptographic Signature
Re: Configuring Cipher Suites with Tomcat 6
Mike Gardiner wrote: Hello, I'm sure this is detailed somewhere but I can't find it for the life of me and it's been driving me nuts all day. How can I limit the cipher suites used by Tomcat for an SSL connection? In Tomcat 5.5, like this: ciphers=TLS_DHE_RSA_WITH_AES_128_CBC_SHA,SSL_RSA_WITH_RC4_128_MD5,SSL_RSA_WITH_RC4_128_SHA,TLS_RSA_WITH_AES_128_CBC_SHA,SSL_RSA_WITH_3DES_EDE_CBC_SHA Empirically, you must use the long names from the various cipher suite specs, not the perhaps more commonly encountered OpenSLL names, and if one of the names in the list is incorrect or otherwise unrecognised, or if you use a TLS v1.0 name when there is a SSL v3.0 for the same cipher, then the whole list is silently ignored. The list above restricts Tomcat 5.5 to only those 128-bit and above ciphers supported in JSSE. To check which ciphers a public website accepts you can use a service at serversniff.de, or download a desktop tool called SSLDigger from www.foundstone.com. Paul Singleton I tried setting SSLCipherSuite=SOME_CIPHER, to only allow a single cipher but when a client connects it still uses whatever is the first cipher in the client's list rather than using the cipher I specify in the server.xml file. My complete connector tag is: Connector port=8443 protocol=HTTP/1.1 SSLEnabled=true maxThreads=150 scheme=https secure=true clientAuth=false sslProtocol=SSLv3 keystoreType=luna keyAlias=tomcat keystore=/.keystore SSLCipherSuite=SSL_RSA_WITH_3DES_EDE_CBC_SHA/ Any help would be great Mike ___ Join Excite! - http://www.excite.com The most personalized portal on the Web! - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Connection:close request returns a response without any content-length or Transfer-Encoding: chunked
Sorry, i forgot to mention I was working with JBoss 4.0.3 SP1, so I assume Tomcat 5.5.9. Here are some example to illustrate my case. The first one i my problem. Is that a fix bug? if so, In which version of TOmcat has it been fixed? It seems to work in the latest tomcat 5.5 version (5.5.23) If not, am I missing something from the Http specs? Regards, Eric Example with Tomcat 5.5.9 (connection : close and NO content-length or Transfer-Encoding provided): GET / HTTP/1.1 Host: 127.0.0.1:18080 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.3) Gecko/20070309 Firefox/2.0.0.3 Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9 ,text/plain;q=0.8,image/png,*/*;q=0.5 Connection: close HTTP/1.1 200 OK Server: Apache-Coyote/1.1 X-Powered-By: Servlet 2.4; JBoss-4.0.3SP1 (build: CVSTag=JBoss_4_0_3_SP1 date=200510231751)/Tomcat-5.5 Set-Cookie: JSESSIONID=7B90F594FCF9AB6A6AF690352724A94F; Path=/ Content-Type: text/html;charset=ISO-8859-1 Date: Thu, 17 May 2007 00:19:04 GMT Connection: close Second example with Tomcat 5.5.9 (connection : close and Transfer-Encoding provided) GET / HTTP/1.1 Host: 127.0.0.1:18080 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.3) Gecko/20070309 Firefox/2.0.0.3 Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9 ,text/plain;q=0.8,image/png,*/*;q=0.5 HTTP/1.1 200 OK Server: Apache-Coyote/1.1 X-Powered-By: Servlet 2.4; JBoss-4.0.3SP1 (build: CVSTag=JBoss_4_0_3_SP1 date=200510231751)/Tomcat-5.5 Set-Cookie: JSESSIONID=8306B59382F5277A0782B98F9362213A; Path=/ Content-Type: text/html;charset=ISO-8859-1 Transfer-Encoding: chunked Date: Thu, 17 May 2007 00:19:25 GMT Finally, I have tried with the latest Tomcat version 5.5.23 (no connection : close and content-length provided) GET / HTTP/1.1 Host: 127.0.0.1:18080 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.3) Gecko/20070309 Firefox/2.0.0.3 Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9 ,text/plain;q=0.8,image/png,*/*;q=0.5 HTTP/1.1 200 OK Server: Apache-Coyote/1.1 Content-Type: text/html;charset=ISO-8859-1 Content-Length: 8132 Date: Thu, 17 May 2007 00:19:48 GMT Another test with Tomcat 5.5.23 (connection : close and content-length provided): GET / HTTP/1.1 Host: 127.0.0.1:18080 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.3) Gecko/20070309 Firefox/2.0.0.3 Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9 ,text/plain;q=0.8,image/png,*/*;q=0.5 Connection: close HTTP/1.1 200 OK Server: Apache-Coyote/1.1 Content-Type: text/html;charset=ISO-8859-1 Content-Length: 8132 Date: Thu, 17 May 2007 00:20:10 GMT Connection: close On 5/16/07, Eric Deshayes [EMAIL PROTECTED] wrote: Hi, is that normal that when the header of my request contains Connection:close, the response I get does not contain any content-length or Transfer-Encoding header?? When, the Connection: close header is not a header of the request, I get either a content-length or Transfer-Encoding header. Thanks for your help!! Eric -- -- ERIC DESHAYES -- -- ERIC DESHAYES