Multiple Tomcat servers, one war location
Hi My googlefoo seems to be lacking here as I'm unable to find any info on how I could set this up. In essence I have multiple machines in a cluster and ideally I'd like to have a central network share for war files to be kept. As it would save me copying an updated war file to each individual machine, and means I know they are all using the same war version. Obviously keeping the exploded folder on the local machine. Can anyone give me assistance or maybe a better way of implementing this? Or even just point me to the place I need to be reading. All machines are running WinXP and Tomcat 6.0.24 Thanks Search all of our current vacancies at www.generic-software.com Please consider the environment - do you really need to print this email? The information contained within this message is intended for the addressee only and may contain confidential and/or privileged information. If you are not the addressee, please delete this message and notify the sender - you should not copy, distribute or disclose its contents to other parties. Any images, documents, views or opinions expressed in this message are those of the sender and do not necessarily represent those of Triad Group PLC or any of its affiliates. No reliance may be placed on this message without written confirmation from an authorised company representative, and no actions should be taken based on its contents. Generic, a division of Triad Group Plc. Registered in England No. 2285049 @ Weyside Park, Catteshall Lane, Godalming, Surrey, GU7 1XE Tel: 01908 278450 VAT Registered No: 657 9199 72
RE: Multiple Tomcat servers, one war location
Thanks Mark, that was a quick response! I had a feeling that would be a case, for some reason I was under the impression you could separate the locations. Batch file it is then Thanks again -Original Message- From: Mark Thomas [mailto:ma...@apache.org] Sent: 24 February 2010 11:41 To: Tomcat Users List Subject: Re: Multiple Tomcat servers, one war location On 24/02/2010 11:31, James Law wrote: Hi My googlefoo seems to be lacking here as I'm unable to find any info on how I could set this up. In essence I have multiple machines in a cluster and ideally I'd like to have a central network share for war files to be kept. As it would save me copying an updated war file to each individual machine, and means I know they are all using the same war version. WAR files served directly from network shares are usually a bad idea... Obviously keeping the exploded folder on the local machine. ... as you have realised. There is, unfortunately, no easy way to split the WAR location and the DIR location. Can anyone give me assistance or maybe a better way of implementing this? Or even just point me to the place I need to be reading. All machines are running WinXP and Tomcat 6.0.24 I'd do something along the lines of the following: - have the WARs in a shared location - run a script every x minutes on each server that polls the share and copies any updated WARs to the local appBase You could extend this to remove deleted WARs etc but be sure to handle the error case of the share being down correctly. HTH, Mark - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org Search all of our current vacancies at www.generic-software.com Please consider the environment - do you really need to print this email? The information contained within this message is intended for the addressee only and may contain confidential and/or privileged information. If you are not the addressee, please delete this message and notify the sender - you should not copy, distribute or disclose its contents to other parties. Any images, documents, views or opinions expressed in this message are those of the sender and do not necessarily represent those of Triad Group PLC or any of its affiliates. No reliance may be placed on this message without written confirmation from an authorised company representative, and no actions should be taken based on its contents. Generic, a division of Triad Group Plc. Registered in England No. 2285049 @ Weyside Park, Catteshall Lane, Godalming, Surrey, GU7 1XE Tel: 01908 278450 VAT Registered No: 657 9199 72 - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
GPGPU and Tomcat
Hi I've got little knowledge on the way Tomcat works behind the scene so please excuse my ignorance. Would Tomcat see any benefits from implementing gpgpu support in the way that the distributed project Folding has seen? I find GPGPU quite fascinating subject and for what I can understand tomcat could potentially see benefits from having massive amounts of parallel processing power available. Am I way off the mark or is this worth reading more into? thanks Search all of our current vacancies at www.generic-software.com The information contained within this message is intended for the addressee only and may contain confidential and/or privileged information. If you are not the addressee, please delete this message and notify the sender - you should not copy, distribute or disclose its contents to other parties. Any images, documents, views or opinions expressed in this message are those of the sender and do not necessarily represent those of Generic Software Consultants Ltd or any of its affiliates. No reliance may be placed on this message without written confirmation from an authorised company representative, and no actions should be taken based on its contents. Generic Software Consultants Ltd Registered in England No. 2830109 @ St. Andrews House, Caldecotte Lake Drive, Caldecotte Business Park, Milton Keynes. MK7 8LE Tel: 01908 278450 VAT Registered No: 608 6625 28
RE: Jrockit Vs Sun
Here are the download links http://commerce.bea.com/products/weblogicjrockit/jrockit_prod_fam-bea.js p I found them via the forums, you'd think they don't want you to download it! It seams Intel have bought out BEA so things could be looking up for JRockit. -Original Message- From: Johnny Kewl [mailto:[EMAIL PROTECTED] Sent: 17 June 2008 18:31 To: Tomcat Users List Subject: Re: Jrockit Vs Sun -- It seems to be licensed, ie not free, and if you can figure out how to download the thing from that site, you're a better detective than I am. It seems to be Suns JRE with tons of extra instrumentation, mission control. In the news group I found ... the adoption is very low, so google is not going to be too rocket friendly. There was one article refering to Tomcat... so someones trying it out with TC. I imagine that from a biz point of view, the rocket is designed to launch you at their app server, and into premium support. Good plan I guess, but doesnt seem like too many people riding that rocket ;) Intel seems to be involved somehow in the rocket as well, maybe one day it will be a harmonious rocket ;) If I could have found the thing, would have given it a whiz. Competition is good I guess... would have been interesting to see how the mission control related to JMX and the JConsole, perhaps the rocket influenced that hole idea. Article is worth a read, the terms are all good for foreplay ;) --- HARBOR : http://www.kewlstuff.co.za/index.htm The most powerful application server on earth. The only real POJO Application Server. See it in Action : http://www.kewlstuff.co.za/cd_tut_swf/whatisejb1.htm --- - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Search all of our current vacancies at www.generic-software.com The information contained within this message is intended for the addressee only and may contain confidential and/or privileged information. If you are not the addressee, please delete this message and notify the sender - you should not copy, distribute or disclose its contents to other parties. Any images, documents, views or opinions expressed in this message are those of the sender and do not necessarily represent those of Generic Software Consultants Ltd or any of its affiliates. No reliance may be placed on this message without written confirmation from an authorised company representative, and no actions should be taken based on its contents. Generic Software Consultants Ltd Registered in England No. 2830109 @ St. Andrews House, Caldecotte Lake Drive, Caldecotte Business Park, Milton Keynes. MK7 8LE Tel: 01908 278450 VAT Registered No: 608 6625 28 - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Jrockit Vs Sun
Ok not quite a Vs question, however I'm intrigued by BEA claim that Jrockit is the industry leading solutions. Does anyone have any experience in Jrockit, I know some of you will say if its not broke etc J. I've no issues with Sun's JVM just interested in hearing some views of Jrockit Thanks James Search all of our current vacancies at www.generic-software.com The information contained within this message is intended for the addressee only and may contain confidential and/or privileged information. If you are not the addressee, please delete this message and notify the sender - you should not copy, distribute or disclose its contents to other parties. Any images, documents, views or opinions expressed in this message are those of the sender and do not necessarily represent those of Generic Software Consultants Ltd or any of its affiliates. No reliance may be placed on this message without written confirmation from an authorised company representative, and no actions should be taken based on its contents. Generic Software Consultants Ltd Registered in England No. 2830109 @ St. Andrews House, Caldecotte Lake Drive, Caldecotte Business Park, Milton Keynes. MK7 8LE Tel: 01908 278450 VAT Registered No: 608 6625 28
RE: Broken pipe errors
That's good. Many of the reports I've seen on this list have been people moving up to Tomcat 6 and experiencing /more/ memory problems -- indicating that TC6 uses a bit more memory. I'm glad you are having the opposite experience. I haven't used 5.x but 6.0.14 does seem (I'm still testing) more stable than 6.0.16, though that’s probably not a good thing for the progress of Tomcat. Ouch. The default session timeout is 30 minutes, so you could potentially have 1/2 MiB of data /per session/ laying around for 30 minutes or so. This could certainly bust your heap. That depends on a few factors... Is there any reason for a session at all? Maybe if you explain a little more about what the service does, we could help you optimize it a bit. Do you handle all the processing during the request, or do you store the document for batch processing and immediately return a response to the client? I'd love to be able to tell you more about it, all I really know is it’s a GATE application that's dealing with semantics, this is the problem we have, no one has ever used Gate to do what were doing and subsequently this service is a first for Tomcat so it’s a big case of trial and error at the moment and just to throw more spanners the gate developers are using JRocket. If you do everything during the request, I suspect that sessions are not necessary at all. Eliminating sessions entirely can improve the performance of your application and significantly improve your memory footprint. All the processing is done in the request and returned straight away, so your right :) Sessions are probably not necessary so that’s another line of testing. Thanks Search all of our current vacancies at www.generic-software.com The information contained within this message is intended for the addressee only and may contain confidential and/or privileged information. If you are not the addressee, please delete this message and notify the sender - you should not copy, distribute or disclose its contents to other parties. Any images, documents, views or opinions expressed in this message are those of the sender and do not necessarily represent those of Generic Software Consultants Ltd or any of its affiliates. No reliance may be placed on this message without written confirmation from an authorised company representative, and no actions should be taken based on its contents. Generic Software Consultants Ltd Registered in England No. 2830109 @ St. Andrews House, Caldecotte Lake Drive, Caldecotte Business Park, Milton Keynes. MK7 8LE Tel: 01908 278450 VAT Registered No: 608 6625 28
RE: Broken pipe errors
Thanks Andrew Chris Currently testing in 6.0.14 and the memory usage seems a lot more stable (probably a placebo affect). In 6.0.16 both the young/old generation heap usage would increase to 99.xx% and stay there, now both the eden and old heaps are increasing and decreasing. Though the java console lost its connection and refuses to reconnect, but Tomcat is still serving requests and jmap returns values. I'll put that down to a bug in either jconsole or running it on the local machine (never a good idea I know!). Do you use sessions? How long is your session timeout? How much stuff do you put into the session? How about any other caches in your application? ThreadLocals? I doubt that the BrokenPipeException is the cause of the memory problems, but it's possible that it's a symptom of a server that is struggling to serve requests with low memory. I've seen JVMs thrash a bit when under low memory conditions, but they usually suffer from OOMEs shortly after that. -chris The sessions would contain a document of anything from 50k to 500k with the default timeout. Would it be worth reducing the session timeout? Our app just annotates and returns documents that another server has sent to it. Which rarely takes more than a few seconds each and no more than 2 at a time. Cheers James -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Andrew Savory Sent: 28 May 2008 10:56 To: Tomcat Users List Subject: Re: Broken pipe errors Hi James, 2008/5/22 James Law [EMAIL PROTECTED]: Can anyone help with the below error? We have just changed from a FC8 box with the default install (Test Box) to a FC8 box with a more stripped down install (both the same machines) With the stripped down install we now get the following error, the only difference's between the two was the test box was setup to use the AJP connector attached to a Apache server. And the slimmed down is stand alone, both using Sun's JDK6 with Tomcat 6.0.16. Try using Tomcat 6.0.14 and see if the problem persists. If you're doing POSTs you may be falling foul of the following issue: https://issues.apache.org/bugzilla/show_bug.cgi?id=44494 Andrew. -- [EMAIL PROTECTED] / [EMAIL PROTECTED] http://www.andrewsavory.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] Search all of our current vacancies at www.generic-software.com The information contained within this message is intended for the addressee only and may contain confidential and/or privileged information. If you are not the addressee, please delete this message and notify the sender - you should not copy, distribute or disclose its contents to other parties. Any images, documents, views or opinions expressed in this message are those of the sender and do not necessarily represent those of Generic Software Consultants Ltd or any of its affiliates. No reliance may be placed on this message without written confirmation from an authorised company representative, and no actions should be taken based on its contents. Generic Software Consultants Ltd Registered in England No. 2830109 @ St. Andrews House, Caldecotte Lake Drive, Caldecotte Business Park, Milton Keynes. MK7 8LE Tel: 01908 278450 VAT Registered No: 608 6625 28
RE: Broken pipe errors
That’s what we thought but the firewall has been disabled along with SElinux to test. Unfortunately it does stop working after a while, though I'm not to sure if it’s that particular error or even Tomcat itself (Hence me asking on here) In fact really weirdly the service was working all last night fine, until I came in and checked the server, at which point the machine froze for a few seconds then connections started timing out. This happened yesterday but put it down to a coincidence. The Java VM is sat with 94-95% of the available RAM (out of 8gb) and the Swap grew to 64% (out of 2gb) over the time tomcat was running. Forcing a GC has none/very little affect on memory usage. I've got the inkling the issue maybe caused by the JVM growing to big? The xmx is set to 7808m which should leave plenty of head room? it only uses 50mb RAM 0mb Swap without tomcat running. There is only one client that sends 3 documents at any one time to the service that then annotates it and sends it back Anyone got any ideas? Im coming to the end of my tether here? Thanks -Original Message- From: David Smith [mailto:[EMAIL PROTECTED] Sent: 22 May 2008 19:47 To: Tomcat Users List Subject: Re: Broken pipe errors Broken pipe can also happen when faulty network hardware or sensitive firewalls drop the connection. --David Christopher Schultz wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 James, James Law wrote: | Can anyone help with the below error? We have just changed from a FC8 | box with the default install (Test Box) to a FC8 box with a more | stripped down install (both the same machines) Is anything actually not working? Broken pipe messages are occasionally generated when users hit STOP on their browsers before the entire response has been written to the output stream. AFAIK, unless you find that something is actually not working, I think you can safely ignore these messages. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkg1vQcACgkQ9CaO5/Lv0PCPSgCgpP2XWeyaVbbElgVJ4UUnbTA6 uV4AoMQkfNkymmXex8XzElfGJkvjLXkp =L/dz -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] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Search all of our current vacancies at www.generic-software.com The information contained within this message is intended for the addressee only and may contain confidential and/or privileged information. If you are not the addressee, please delete this message and notify the sender - you should not copy, distribute or disclose its contents to other parties. Any images, documents, views or opinions expressed in this message are those of the sender and do not necessarily represent those of Generic Software Consultants Ltd or any of its affiliates. No reliance may be placed on this message without written confirmation from an authorised company representative, and no actions should be taken based on its contents. Generic Software Consultants Ltd Registered in England No. 2830109 @ St. Andrews House, Caldecotte Lake Drive, Caldecotte Business Park, Milton Keynes. MK7 8LE Tel: 01908 278450 VAT Registered No: 608 6625 28
RE: Parameters problem
In the line java.io.FileNotFoundException: C:\Tools\apache-tomcat-6.0.16 you have a trailing speech mark (), you may need to check your start-up script is correct? -Original Message- From: Victor Kovtun [mailto:[EMAIL PROTECTED] Sent: 23 May 2008 11:10 To: users@tomcat.apache.org Subject: Parameters problem Hi, I use Tomcat 6.0.16, Java 6 with parameter CATALINA_HOME properly set and I get the following trace: C:\Tools\apache-tomcat-6.0.16\bincatalina.bat run Using CATALINA_BASE: C:\Tools\apache-tomcat-6.0.16\ Using CATALINA_HOME: C:\Tools\apache-tomcat-6.0.16\ Using CATALINA_TMPDIR: C:\Tools\apache-tomcat-6.0.16\\temp Using JRE_HOME: C:\jdk1.6.0_03\ java.util.logging.ErrorManager: 4 java.io.FileNotFoundException: C:\Tools\apache-tomcat-6.0.16 -Dcatalina.home=C:\Tools\apache-tomcat-6.0.16\logs\catali na.2008-05-23.log (╤шэЄръёшўхёър ю°шсър т шьхэш Їрщыр, шьхэш яряъш шыш ьхЄъх Єюьр) at java.io.FileOutputStream.openAppend(Native Method) at java.io.FileOutputStream.init(FileOutputStream.java:177) at java.io.FileOutputStream.init(FileOutputStream.java:102) at java.io.FileWriter.init(FileWriter.java:61) at org.apache.juli.FileHandler.open(FileHandler.java:259) at org.apache.juli.FileHandler.init(FileHandler.java:59) at org.apache.juli.FileHandler.init(FileHandler.java:50) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:513) at java.lang.Class.newInstance0(Class.java:355) at java.lang.Class.newInstance(Class.java:308) at org.apache.juli.ClassLoaderLogManager.readConfiguration(ClassLoaderLogManager.java:398) at org.apache.juli.ClassLoaderLogManager.readConfiguration(ClassLoaderLogManager.java:342) at org.apache.juli.ClassLoaderLogManager.readConfiguration(ClassLoaderLogManager.java:238) at java.util.logging.LogManager$2.run(LogManager.java:258) at java.security.AccessController.doPrivileged(Native Method) at java.util.logging.LogManager.readPrimordialConfiguration(LogManager.java:256) at java.util.logging.LogManager.getLogManager(LogManager.java:239) at java.util.logging.Logger.init(Logger.java:221) at java.util.logging.LogManager$RootLogger.init(LogManager.java:973) at java.util.logging.LogManager$RootLogger.init(LogManager.java:970) at java.util.logging.LogManager$1.run(LogManager.java:179) at java.security.AccessController.doPrivileged(Native Method) at java.util.logging.LogManager.clinit(LogManager.java:156) at java.util.logging.Logger.getLogger(Logger.java:274) at org.apache.juli.logging.DirectJDKLog.init(DirectJDKLog.java:71) at org.apache.juli.logging.DirectJDKLog.getInstance(DirectJDKLog.java:178) at org.apache.juli.logging.LogFactory.getInstance(LogFactory.java:170) at org.apache.juli.logging.LogFactory.getInstance(LogFactory.java:241) at org.apache.juli.logging.LogFactory.getLog(LogFactory.java:296) at org.apache.catalina.startup.Bootstrap.clinit(Bootstrap.java:54) java.util.logging.ErrorManager: 4 java.io.FileNotFoundException: C:\Tools\apache-tomcat-6.0.16 -Dcatalina.home=C:\Tools\apache-tomcat-6.0.16\logs\localh ost.2008-05-23.log (╤шэЄръёшўхёър ю°шсър т шьхэш Їрщыр, шьхэш яряъш шыш ьхЄъх Єюьр) at java.io.FileOutputStream.openAppend(Native Method) at java.io.FileOutputStream.init(FileOutputStream.java:177) at java.io.FileOutputStream.init(FileOutputStream.java:102) at java.io.FileWriter.init(FileWriter.java:61) at org.apache.juli.FileHandler.open(FileHandler.java:259) at org.apache.juli.FileHandler.init(FileHandler.java:59) at org.apache.juli.FileHandler.init(FileHandler.java:50) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:513) at java.lang.Class.newInstance0(Class.java:355) at java.lang.Class.newInstance(Class.java:308) at org.apache.juli.ClassLoaderLogManager.readConfiguration(ClassLoaderLogManager.java:398) at org.apache.juli.ClassLoaderLogManager.readConfiguration(ClassLoaderLogManager.java:342) at org.apache.juli.ClassLoaderLogManager.readConfiguration(ClassLoaderLogManager.java:238) at java.util.logging.LogManager$2.run(LogManager.java:258) at java.security.AccessController.doPrivileged(Native Method) at java.util.logging.LogManager.readPrimordialConfiguration(LogManager.java:256) at java.util.logging.LogManager.getLogManager(LogManager.java:239) at java.util.logging.Logger.init(Logger.java:221) at java.util.logging.LogManager$RootLogger.init(LogManager.java:973) at java.util.logging.LogManager$RootLogger.init(LogManager.java:970) at java.util.logging.LogManager$1.run(LogManager.java:179) at
Broken pipe errors
Can anyone help with the below error? We have just changed from a FC8 box with the default install (Test Box) to a FC8 box with a more stripped down install (both the same machines) With the stripped down install we now get the following error, the only difference's between the two was the test box was setup to use the AJP connector attached to a Apache server. And the slimmed down is stand alone, both using Sun's JDK6 with Tomcat 6.0.16. Thanks! org.apache.cxf.interceptor.Fault: Could not send Message. at org.apache.cxf.interceptor.MessageSenderInterceptor$MessageSenderEndingI nterceptor.handleMessage(MessageSenderInterceptor.java:64) at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorC hain.java:208) at org.apache.cxf.interceptor.AbstractFaultChainInitiatorObserver.onMessage (AbstractFaultChainInitiatorObserver.java:96) at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorC hain.java:242) at org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitiati onObserver.java:77) at org.apache.cxf.transport.servlet.ServletDestination.doMessage(ServletDes tination.java:79) at org.apache.cxf.transport.servlet.ServletController.invokeDestination(Ser vletController.java:264) at org.apache.cxf.transport.servlet.ServletController.invoke(ServletControl ler.java:160) at org.apache.cxf.transport.servlet.AbstractCXFServlet.invoke(AbstractCXFSe rvlet.java:170) at org.apache.cxf.transport.servlet.AbstractCXFServlet.doPost(AbstractCXFSe rvlet.java:148) at javax.servlet.http.HttpServlet.service(HttpServlet.java:710) at javax.servlet.http.HttpServlet.service(HttpServlet.java:803) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica tionFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt erChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValv e.java:233) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValv e.java:175) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java :128) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java :102) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve. java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:2 86) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:84 4) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process( Http11Protocol.java:583) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447) at java.lang.Thread.run(Thread.java:619) Caused by: ClientAbortException: java.net.SocketException: Broken pipe at org.apache.catalina.connector.OutputBuffer.doFlush(OutputBuffer.java:319 ) at org.apache.catalina.connector.OutputBuffer.flush(OutputBuffer.java:288) at org.apache.catalina.connector.Response.flushBuffer(Response.java:548) at org.apache.catalina.connector.ResponseFacade.flushBuffer(ResponseFacade. java:279) at org.apache.cxf.transport.http.AbstractHTTPDestination$WrappedOutputStrea m.close(AbstractHTTPDestination.java:427) at org.apache.cxf.transport.AbstractConduit.close(AbstractConduit.java:66) at org.apache.cxf.interceptor.MessageSenderInterceptor$MessageSenderEndingI nterceptor.handleMessage(MessageSenderInterceptor.java:62) ... 23 more Caused by: java.net.SocketException: Broken pipe at java.net.SocketOutputStream.socketWrite0(Native Method) at java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:92) at java.net.SocketOutputStream.write(SocketOutputStream.java:136) at org.apache.coyote.http11.InternalOutputBuffer.realWriteBytes(InternalOut putBuffer.java:737) at org.apache.tomcat.util.buf.ByteChunk.flushBuffer(ByteChunk.java:434) at org.apache.coyote.http11.InternalOutputBuffer.flush(InternalOutputBuffer .java:299) at org.apache.coyote.http11.Http11Processor.action(Http11Processor.java:963 ) at org.apache.coyote.Response.action(Response.java:183) at org.apache.catalina.connector.OutputBuffer.doFlush(OutputBuffer.java:314 ) ... 29 more May 22, 2008 12:30:37 AM org.apache.cxf.phase.PhaseInterceptorChain doIntercept Search all of our current vacancies at www.generic-software.com The information contained within this message is intended for the addressee only and may contain confidential and/or privileged information. If you are not the addressee, please delete this message and notify the sender - you should not copy, distribute or disclose its contents to other parties.
RE: How to increase memory form Tomcat 5.5
I believe in Linux the command is Export JAVA_OPTS= etc I put it in the setclasspath.sh file though I don't think its that important? -Original Message- From: Tomás Tormo [mailto:[EMAIL PROTECTED] Sent: 13 May 2008 09:25 To: Tomcat Users List Subject: How to increase memory form Tomcat 5.5 Hi I'm getting the OutOfMemory exception sometimes with some applications in tomcat 5.5 on Ubuntu. I've been searching on the internet how to give more memory to Tomcat, but the only way i found is to add the line set JAVA_OPTS=-server -Xms256m -Xmx512m (cause in this case i need that amount of memory) in the beginning of catalina.sh, but it doesn't work: when i check the Server Status in the Web Administration page of Tomcat, i always get the same value: 113 mb. Could you please help me to resolve this issue? Thank you very much. -- Un saludo, Tomás Tormo Franco Indenova, S.L. Tels.: +34 963 81 99 47 http://www.indenova.com mailto:[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] Search all of our current vacancies at www.generic-software.com The information contained within this message is intended for the addressee only and may contain confidential and/or privileged information. If you are not the addressee, please delete this message and notify the sender - you should not copy, distribute or disclose its contents to other parties. Any images, documents, views or opinions expressed in this message are those of the sender and do not necessarily represent those of Generic Software Consultants Ltd or any of its affiliates. No reliance may be placed on this message without written confirmation from an authorised company representative, and no actions should be taken based on its contents. Generic Software Consultants Ltd Registered in England No. 2830109 @ St. Andrews House, Caldecotte Lake Drive, Caldecotte Business Park, Milton Keynes. MK7 8LE Tel: 01908 278450 VAT Registered No: 608 6625 28 - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Does tomcat support multicores
Os - WinXP CPU - Intel Quad Core Hi I'm running a tomcat server, and would like to know if Tomcat can make use of multiple cores? When I max the server out, all 4 cores see little usage however the java process never uses more than 25%. So this makes me believe that Tomcat does not make use of a multicore system. Would I benefit from running more than one instance and setup load bearing between the two? Thanks James Law Search all of our current vacancies at www.generic-software.com The information contained within this message is intended for the addressee only and may contain confidential and/or privileged information. If you are not the addressee, please delete this message and notify the sender - you should not copy, distribute or disclose its contents to other parties. Any images, documents, views or opinions expressed in this message are those of the sender and do not necessarily represent those of Generic Software Consultants Ltd or any of its affiliates. No reliance may be placed on this message without written confirmation from an authorised company representative, and no actions should be taken based on its contents. Generic Software Consultants Ltd Registered in England No. 2830109 @ St. Andrews House, Caldecotte Lake Drive, Caldecotte Business Park, Milton Keynes. MK7 8LE Tel: 01908 278450 VAT Registered No: 608 6625 28
RE: Does tomcat support multicores
We use a program called WAPT to ramp up the amount of requests sent to Tomcat, probably not the best way going off what has been said. It got to the point were it the Java process never go above 25% cpu usage while the memory usage increases accordingly. Which is why I assumed it would not making proper use of the cores. Currently using Java 1.6. -Original Message- From: Christopher Schultz [mailto:[EMAIL PROTECTED] Sent: 28 February 2008 16:03 To: Tomcat Users List Subject: Re: Does tomcat support multicores -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 James, James Law wrote: | Os - WinXP | | CPU - Intel Quad Core | | Hi I'm running a tomcat server, and would like to know if Tomcat can | make use of multiple cores? When I max the server out, all 4 cores see | little usage however the java process never uses more than 25%. Sounds like you haven't really maxed-out your server. What is your definition of maxed-out? | So this makes me believe that Tomcat does not make use of a multicore | system. Just like most hardware resource questions in Tomcat, it all comes down to the JVM + the OS. Tomcat itself neither enables nor disables this capability. The JVM supports multiple threads. The OS supports threads. Presumably, the OS is smart enough to allow threads from a single process to run on any CPU (or core). | Would I benefit from running more than one instance and setup load | bearing between the two? Probably not. I would venture a guess that you are seeing appropriate resource usage for your load scenario. What does maxed-out mean, and why do you think you are in that state? Can you see which processor(s) is(are) running java.exe (or whatever) processes, or are you just looking at the overall CPU-usage meter and seeing that it shows 25% total CPU usage? There's also the possibility that your application is I/O-bound instead of CPU bound, meaning that the CPU is spending most of the time waiting around for data to move around instead of performing calculations and whatnot. That wouldn't be a surprise given that network transfer speeds are relatively slow compared to bus speeds and the rate at which your CPU(s) can process information. - -chris - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Search all of our current vacancies at www.generic-software.com The information contained within this message is intended for the addressee only and may contain confidential and/or privileged information. If you are not the addressee, please delete this message and notify the sender - you should not copy, distribute or disclose its contents to other parties. Any images, documents, views or opinions expressed in this message are those of the sender and do not necessarily represent those of Generic Software Consultants Ltd or any of its affiliates. No reliance may be placed on this message without written confirmation from an authorised company representative, and no actions should be taken based on its contents. Generic Software Consultants Ltd Registered in England No. 2830109 @ St. Andrews House, Caldecotte Lake Drive, Caldecotte Business Park, Milton Keynes. MK7 8LE Tel: 01908 278450 VAT Registered No: 608 6625 28