Re: Tomcat autoDeploy problem on Unix
Hi. Try something like this in your context.xml antiJARLocking="true" antiResourceLocking="false"> I've had similar problems with Tomcat 5.5.x on Linux but the above line works. HTH, Sergey. Ritchie Gillam пишет: 1)I have created the WAR file on Windows and deployed to Solaris but I also tried using the Tomcat Manager GUI without any luck. It is interesting to note that when I FTP the WAR file over from the Windows box, both the app directory and the new WAR file disappear. If I FTP the WAR a second time it seems to deploy fine. 2) The system clocks ARE in sync. 3) The file attributes are OK 4) If I touch the war file it seems to blow up the application that is running. Thanks, Ritchie Gillam Programmer Analyst, Information Services, Halifax Regional Municipality Email: [EMAIL PROTECTED] Phone: (902) 490-6167 Fax: (902) 490-6583 [EMAIL PROTECTED] 09/13/05 10:31 am >>> Do you create the WAR file on Windows and deploy to Solaris? Have you checked that the system clocks are in sync? Have you checked that the file attributes are ok on Solaris? Have you tried to "touch" the war file? Olena Mitovska wrote: Hi, We have Tomcat 5.5.7 installed on Solaris 9 and the autoDeploy option doesn't work. We have to restart the server every time we redeploy the application so that changes will be seen, and it is unacceptable for us since it is a production server. Here is the excerpt from our server.xml where we enabled autoDeploy option. - and for every application the Context element have attribute reloadable="true". The same settings work fine in windows environment so we tend to think it is specific Unix problem. Can you, please ,advise, how we can redeploy application without having to restart the server every time. Olena - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tutorials for 1.2.7 features
Sorry, I have already subscribed to struts list - it's just happen to be in the same mail folder so I missed the right list :) . I'll rewrite my questions to be more spicific and post them to the struts list later. Thanks, Sergey. Wendy Smoak wrote: From: "Sergey Pariev" <[EMAIL PROTECTED]> Can anybody point me to tutorials or any other kind of writeups on new Struts features - i.e., using POJO instead ActionForms, etc. I've seen this http://raibledesigns.com/comments/rd/sunsets/colorado_software_summit_spring_and#comment3 but I'd like to find something more descriptive if it's possible. You can check the release notes for 1.2.7 for more information: http://struts.apache.org/userGuide/release-notes-1.2.7.html If you have questions about specific features, please join us on the Struts user list (you've posted to tomcat-user). Subscription info is here: http://struts.apache.org/mail.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tutorials for 1.2.7 features
Hi All. Can anybody point me to tutorials or any other kind of writeups on new Struts features - i.e., using POJO instead ActionForms, etc. I've seen this http://raibledesigns.com/comments/rd/sunsets/colorado_software_summit_spring_and#comment3 but I'd like to find something more descriptive if it's possible. Thanks in advance, Sergey. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Using Tomcat for communicating direct TCP/IP?
Hello. You might try quickserver (http://quickserver.org/) - very nice tcp-ip server lib, I've used it in my previous project for the very same purposes you described. It can do db connection pooling AFAIR and is pretty robust. The only problem I faced was sending big chunks of data > 2-3 MB so I had to tune tcp-ip connection parameters. HTH, Sergey Pariev Keijo Lehto пишет: Hi Bhaskar, I've understood (please correct me if I'm wrong) that both JavaSpaces and RMI are somewhat Java-specific techniques. My usage scenario doesn't involve Java clients. In fact, the communication between the clients and the server has been limited to a predefined text-based protocol (basically just a very simple request-response model with ASCII text messages). BR, - keke On 6/29/05, Bhaskar <[EMAIL PROTECTED]> wrote: Have you given any thoughts on using RMI or JavaSpaces? Bhaskar Keijo Lehto wrote: Hi, I'm currently working on implementing a Java server, which (in nutshell) listens to certain TCP ports, reads input, processes the data and sends output back to the client depending on how the input processing went. Now, instead of reinventing the wheel, I was wondering whether I could somehow (easily, if possible) use Tomcat to do just that ie. leave all HTTP stuff away and just simply forward all data to a servlet or something similar. My goal with this approach would be to be able to use the robust connection handling, database pooling etc. of Tomcat. Should this be possible, I'd appreciate any pointers (documentation, tutorials...) on how to continue. BR, Keke PS. I'd very much be interested in hearing about other robust server frameworks, too, if that doesn't go too OT. :-) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Help with memory leak using Tomcat
Hi. There was a discussion on this topic on Hibernate forum: http://forum.hibernate.org/viewtopic.php?t=935948&postdays=0&postorder=asc&start=0 If you find how to solve it, please let us know - I'm currently having the same problem :). Regards, Sergey. sudip shrestha wrote: I have experienced similar kind of memory leak, but that was while reloading the context. There was a steady increase in the memory usage after each autoReload of my struts 1.2.7-hibernate 2.1.8 powered webApp in Tomcat 5.5.7/JDK 1.5/Fedora Core 2. At the beginning: the process memory used by tomcat was 6.6%, then after each reload it went on slight increase such as: 7.8%, 8.3%, 8.8%, 9.1%, 10.1%, 10.7%Then I shutdown the tomcat server and restarted the server, I saw the memory usage as 6.4%, then on the next reload the usage was 7.9%. Meanwhile, the Java memory ( Runtime.getRuntime().totalMemory() – Runtime.getRuntime().freeMemory() ) seem to stay pretty stabilizedSo, basically only process memory is increasing...which tells me that there is a leak in native memory. I saw similar threads like this when somebody had memory leaks with application reload/startup/shutdown with Tomcat Manager webapp... I am also looking for a good direction to move ahead. On 6/10/05, Mark Thomas <[EMAIL PROTECTED]> wrote: Does your profiling tool tell you the classes of the objects being created? Can you take a snapshot at two points in time, compare them and see what is different? If we know the class of the objects being created, it gives us a pretty good pointer as to where to start looking. Without this information, it is needle in haystack time. If your profiler doesn't do this, you probably need to get a new profiler. Mark Ed Hamilton wrote: I posted something similar to the Tomcat bug list and was asked to move it here. My first mailing to this list, so please correct any gaffes on my part... I'm running Tomcat 5.5.9; isapi redirector 1.2.13; J2SE 1.5.0.03; JDBC 3.1.8a; to support 2 very low volume websites. I have some kind of memory leak which triples tomcat's memory usage over about 4-5 days. I downloaded and installed AppPerfect profiler, and it shows a steady, consistent increase in objects and a corresponding decrease in the heap size. Even with my webserver shutdown and no Tomcat usage, this leak is persistent. The memory leak checker portion of AppPerfect reports multiple memory leaks (even with the web server shutdown as I mentioned.) Can anybody help me figure out how to find out where this is coming from? Best regards, Ed Hamilton - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: war redeployment problem
Caldarale, Charles R пишет: From: Sergey Pariev [mailto:[EMAIL PROTECTED] Subject: war redeployment problem message = invalid LOC header (bad signature) at java.util.zip.ZipFile$3.nextElement(ZipFile.java:430) I'm using Tomcat 5.0.29 But what OS and JDK level are you using? I have a vague memory of a problem in early Sun 1.4 JDKs with zip file handling. I'm currently using Slackware Linux 2.6.11 and Sun JDK 1.5.0_03, but IFAIK other people have experienced this problem on the other OS'es - https://appfuse.dev.java.net/servlets/ReadMsg?list=users&msgNo=6998 Thanks, Sergey. - 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 unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
war redeployment problem
Hello. Sometimes while redeploing my app in tomcat I'm getting the following error in catalina.out : ERROR [ContainerBackgroundProcessor[StandardEngine[Catalina]]] ContextLoader.initWebApplicationContext(182) | Context initialization failed java.lang.InternalError: jzentry == 0, jzfile = 141476144, total = 41, name = /home/serega/tomcat/webapps/pcc/WEB-INF/lib/pcc-dao.jar, i = 9, message = invalid LOC header (bad signature) at java.util.zip.ZipFile$3.nextElement(ZipFile.java:430) at java.util.zip.ZipFile$3.nextElement(ZipFile.java:416) at java.util.jar.JarFile$1.nextElement(JarFile.java:214) at java.util.jar.JarFile$1.nextElement(JarFile.java:213) at org.springframework.core.io.support.PathMatchingResourcePatternResolver.doFindPathMatchingJarResources(PathMatchingResourcePatternResolver.java:322) It can be cured only by restarting tomcat and happens 2 or 3 times a day on regular basis. I'm using Tomcat 5.0.29 and set reloadable="true" in context.xml. I think it is issue with tomcat prematurely reloading wars, but I'm not completely sure. I've searched tomcat-user mailing list on this error but haven't found anything useful (a couple of unanswered posts - for example, http://marc.theaimsgroup.com/?l=tomcat-user&m=111398635120733&w=2 and http://marc.theaimsgroup.com/?l=tomcat-user&m=101183791105101&w=2 ). I also asked this question in Appfuse mailing list (https://appfuse.dev.java.net/servlets/ReadMsg?listName=users&msgNo=6997) and it looks like no one really knows how to workaround it. Is this problem can be solved somehow or may be I should post this as a bug in Bugzilla ? Thanks in advance, Sergey - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]