Tomcat on Gentoo from the horse, no hear say.
Ok, not even sure where to start so I will kinda just jump in with this. I am not looking to start a flame war, or long thread. I would prefer this thread not to grow beyond this post. As there are better places, like Gentoo java mailing list, gentoo forums, irc, etc. In the Gentoo Tomcat Guide[1] I request users do this before say contacting upstream mailing lists or etc. Like what happened in this case. I am the present maintainer of Tomcat on Gentoo. I started doing so a year ago when I noticed 5.0.27 was the lastest stable, and 5.5.x was pretty far from hitting the tree, despite being almost a year old at the time. The Tomcat maintainer was mia. So I slowly took over and eventually became an official dev. To being with, on Gentoo we compile Open Source Software from source. This is quite common in the FOSS world everywhere except for Java.[2] For some reason you can't get Apache http server binaries, but you can get Tomcat binaries. With that said, compiling Tomcat from source is COMPLETELY different than downloading a pre-built binary version of Tomcat. That has bundled dependencies. As in third party jars not part of Tomcat, but shipped with it. Because Tomcat needs them to run. Now keep in mind not only are we compiling Tomcat from source, we are compiling all of Tomcat's dependencies from source as well. Which leads to considerable dependencies. So package A depends only on B, but to build package B might need/depend on the entire alphabet :) Tomcat 5.5.20, has a ton of build time dependencies with even more optional dependencies. It's not clear if the optional dependencies activate functionality or not within Tomcat. Some of these in question are like Sun's jaf and javamail. Which till recent were not open source or easily available, and could only be obtained as binaries from Sun. So instead of having a potentially limited functionality Tomcat, we provide all possible dependencies, as would be present when Tomcat devs build and package Tomcat. Others can't be bi-passed at all. Try compiling Tomcat with say IBM JDK. You will notice classes are missing. Because only Sun JDK's and blackdown implement JSSE. There is talk of removing that SSL code, and pretty sure has been done with Tomcat 6.0.x. We don't even package JSSE on Gentoo, since it's a pre 1.4 tech. Tomcat is one of the only apps that is using or needs that stuff. Now Tomcat 6.0.x has WAY less deps. A MUCH cleaner and clearer build/compile process. Despite a bit of nastiness still going on. Like naming-factory-dbcp.jar called tomcat-dbcp.jar. Is basically a slightly modified re-packaged and compiled from source commons-dbcp, commons-pool, and commons-collections. Most all Tomcat packagers for Linux distros have voiced their opinion on how that jar is built. So far seem to have fallen on deaf ears. Finally let me apologize for that unfortunately user who decided to post here first. Rather than contacting the proper channels first. Seems there is lots they don't get about the distro they have chosen to run. Much less where to go with questions, problems, or for help with distro provided packages. 1. http://www.gentoo.org/proj/en/java/tomcat-guide.xml 2. http://www.gentoo.org/proj/en/java/why-build-from-source.xml P.S. For anyone that has a real problem with the dependencies. Our build system on Gentoo, specifically ebuilds, are just bash scripts. So one is totally free to modify and attempt to reduce the Tomcat's dependencies on Gentoo. Good luck there, don't think I haven't tried and haven't been there. As is seems to be an issue with our java5 USE flag. Either a dropped dep, or compiling Tomcat as 1.5 source/target is causing catalina.jar to be off a bit. Lacking some functionality or code as it seems. Dropping other deps would likely do the same to other jars. Also pretty sure the only way to get a 1.5 bytecode Tomcat is to compile from source :) Which if one enables the java5 USE flag on Gentoo. Not only can they run under 1.5 jre, but they are running 1.5 bytecode. Upstream binaries are 1.4 bytecode ;) -- William L. Thomson Jr. Gentoo/Java signature.asc Description: This is a digitally signed message part
Re: Tomcat on Gentoo from the horse, no hear say.
Despite your request to the contrary, this very long winded message is begging for responses. If all you wanted was for people with Gentoo packaged tomcat to contact Gentoo user's list, you should have simply requested that. On to the comments --- 1. Compiling tomcat. Why??? Java by it's design is one binary byte-code for all platforms. Is there really any reason to build it from source? Well... aside from the Commons-daemon code (jsvc) used to launch tomcat as a service and the tc-native library for the connectors. Those bits of native code still requires a build. 2. The tomcat-dbcp.jar is intended to avoid a classloader collision between tomcat's built-in database pooling functions and Commons-DBCP release builds. I don't see a problem here. 3. Personally I would create one package with tomcat-core as close as possible to what's provided by the tomcat download site and then create packages for all these dependencies. People can opt-in or opt-out of the extra features at their discretion. It would make more of the already built documentation applicable to their setup. Lastly, since the main point of this message is to ask us to steer Gentoo users towards you for questions, we would welcome a representative on the tomcat-users list who could respond to those questions. There shouldn't be a need to make people choose one or the other and most will seek out what they perceive to be the most authoritative source. I see if I google for 'Gentoo tomcat' I get your Tomcat guide as the first result. Too bad google isn't used more often for some of these questions. --David William L. Thomson Jr. wrote: Ok, not even sure where to start so I will kinda just jump in with this. I am not looking to start a flame war, or long thread. I would prefer this thread not to grow beyond this post. As there are better places, like Gentoo java mailing list, gentoo forums, irc, etc. In the Gentoo Tomcat Guide[1] I request users do this before say contacting upstream mailing lists or etc. Like what happened in this case. I am the present maintainer of Tomcat on Gentoo. I started doing so a year ago when I noticed 5.0.27 was the lastest stable, and 5.5.x was pretty far from hitting the tree, despite being almost a year old at the time. The Tomcat maintainer was mia. So I slowly took over and eventually became an official dev. To being with, on Gentoo we compile Open Source Software from source. This is quite common in the FOSS world everywhere except for Java.[2] For some reason you can't get Apache http server binaries, but you can get Tomcat binaries. With that said, compiling Tomcat from source is COMPLETELY different than downloading a pre-built binary version of Tomcat. That has bundled dependencies. As in third party jars not part of Tomcat, but shipped with it. Because Tomcat needs them to run. Now keep in mind not only are we compiling Tomcat from source, we are compiling all of Tomcat's dependencies from source as well. Which leads to considerable dependencies. So package A depends only on B, but to build package B might need/depend on the entire alphabet :) Tomcat 5.5.20, has a ton of build time dependencies with even more optional dependencies. It's not clear if the optional dependencies activate functionality or not within Tomcat. Some of these in question are like Sun's jaf and javamail. Which till recent were not open source or easily available, and could only be obtained as binaries from Sun. So instead of having a potentially limited functionality Tomcat, we provide all possible dependencies, as would be present when Tomcat devs build and package Tomcat. Others can't be bi-passed at all. Try compiling Tomcat with say IBM JDK. You will notice classes are missing. Because only Sun JDK's and blackdown implement JSSE. There is talk of removing that SSL code, and pretty sure has been done with Tomcat 6.0.x. We don't even package JSSE on Gentoo, since it's a pre 1.4 tech. Tomcat is one of the only apps that is using or needs that stuff. Now Tomcat 6.0.x has WAY less deps. A MUCH cleaner and clearer build/compile process. Despite a bit of nastiness still going on. Like naming-factory-dbcp.jar called tomcat-dbcp.jar. Is basically a slightly modified re-packaged and compiled from source commons-dbcp, commons-pool, and commons-collections. Most all Tomcat packagers for Linux distros have voiced their opinion on how that jar is built. So far seem to have fallen on deaf ears. Finally let me apologize for that unfortunately user who decided to post here first. Rather than contacting the proper channels first. Seems there is lots they don't get about the distro they have chosen to run. Much less where to go with questions, problems, or for help with distro provided packages. 1. http://www.gentoo.org/proj/en/java/tomcat-guide.xml 2. http://www.gentoo.org/proj/en/java/why-build-from-source.xml P.S. For anyone that has a real problem with the dependencies. Our build system on
Re: Servlet with POST Request
Yes, that is correct. The process for each 3 is real small, but their could be up to a million lines, potentially. I was hoping to be able to build everything into a Tomcat servlet, and be done with it. ;-) I'll do some more testing and see what I can find. Thanks for everyones help. Andre Prasetya wrote: I see, you're thinking in Sockets Sockets are usually : 1. open connection 2. give start byte 3. keep streaming the job byte 4. give the stop byte The question is. How long is the number 3 ? how long between the 1st adduser and the 2nd adduser ? if its very short then you can use put, if not... you can consider writing a socket server or creating an async servlet, the logic is 1. Hit the startjob servlet and get a trxid 2. Hit the job servlet with trxid and jobdescription as its parameter, this servlet will write the jobs and its sequence to database 3. Hit the endjob servlet with trxid as its parameter, this servlet will commit the whole process. Make sense ? On 12/20/06, Scott Carr [EMAIL PROTECTED] wrote: I am creating a client - server application that will process lines like: startjob adduser adduser adduser adduser endjob adduser can be an unlimited amount of times. I want to process the lines as they come into the Servlet, that way a seperate process could be doing something to complete each of the tasks, while I am in the process of working on reading the lines. I have written a Socket server of my own to do this before, I am now trying to use Tomcat Servlet to do the same thing, because Tomcat already some behind the scenes stuff already setup. Does this make sense? Am I totally off my rocker? (My wife would definately agree with that last bit.) Andre Prasetya wrote: Why do you want to read POST by using reader ? I only use the stream from request on a PUT request. On 12/16/06, Scott Carr [EMAIL PROTECTED] wrote: Hassan Schroeder wrote: On 12/15/06, Scott Carr [EMAIL PROTECTED] wrote: Does a servlet require the use of a Content-Length for the Reader to be populated? A pretty cursory test seems to indicate not, but I could just be lucky :-) ...and I want to read each line as they come in, and handle the request on a line by line basis. Have you tried this yet? request.getReader() would seem to cover your situation, assuming this isn't binary data. Hm, the reason I asked, is because of a test I ran. strLine is always null. Using the following code for processRequest: response.setContentType(text/plain); m_out = response.getWriter(); m_bufRead = request.getReader(); while (true) { strLine = m_bufRead.readLine(); if (strLine != null) { if (strLine.startsWith(login)) { ProcessLogin(); } else if (strLine.startsWith(exit)) { break; } } else { try { Thread.sleep(1000); } catch (InterruptedException ex) { ex.printStackTrace(); } } } m_bufRead = null; m_out.close(); - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Scott Carr OpenOffice.org Documentation Co-Lead http://documentation.openoffice.org - 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: Tomcat on Gentoo from the horse, no hear say.
David Smith wrote: Despite your request to the contrary, this very long winded message is begging for responses. If all you wanted was for people with Gentoo packaged tomcat to contact Gentoo user's list, you should have simply requested that. On to the comments --- 1. Compiling tomcat. Why??? Java by it's design is one binary byte-code for all platforms. Is there really any reason to build it from source? Well... aside from the Commons-daemon code (jsvc) used to launch tomcat as a service and the tc-native library for the connectors. Those bits of native code still requires a build. The idea of Gentoo is to have USE flags that compile in optional libraries based on a system wide decision by the user. A package is pulled from the net, and compiled from source, so everything follows the same set of rules. 2. The tomcat-dbcp.jar is intended to avoid a classloader collision between tomcat's built-in database pooling functions and Commons-DBCP release builds. I don't see a problem here. 3. Personally I would create one package with tomcat-core as close as possible to what's provided by the tomcat download site and then create packages for all these dependencies. People can opt-in or opt-out of the extra features at their discretion. It would make more of the already built documentation applicable to their setup. Lastly, since the main point of this message is to ask us to steer Gentoo users towards you for questions, we would welcome a representative on the tomcat-users list who could respond to those questions. There shouldn't be a need to make people choose one or the other and most will seek out what they perceive to be the most authoritative source. I see if I google for 'Gentoo tomcat' I get your Tomcat guide as the first result. Too bad google isn't used more often for some of these questions. It's not to get users away from your lists. It is so you don't get flooded with people that have an issue due to the Gentoo build process. It is more of a filter process. --David William L. Thomson Jr. wrote: Ok, not even sure where to start so I will kinda just jump in with this. I am not looking to start a flame war, or long thread. I would prefer this thread not to grow beyond this post. As there are better places, like Gentoo java mailing list, gentoo forums, irc, etc. In the Gentoo Tomcat Guide[1] I request users do this before say contacting upstream mailing lists or etc. Like what happened in this case. I am the present maintainer of Tomcat on Gentoo. I started doing so a year ago when I noticed 5.0.27 was the lastest stable, and 5.5.x was pretty far from hitting the tree, despite being almost a year old at the time. The Tomcat maintainer was mia. So I slowly took over and eventually became an official dev. To being with, on Gentoo we compile Open Source Software from source. This is quite common in the FOSS world everywhere except for Java.[2] For some reason you can't get Apache http server binaries, but you can get Tomcat binaries. With that said, compiling Tomcat from source is COMPLETELY different than downloading a pre-built binary version of Tomcat. That has bundled dependencies. As in third party jars not part of Tomcat, but shipped with it. Because Tomcat needs them to run. Now keep in mind not only are we compiling Tomcat from source, we are compiling all of Tomcat's dependencies from source as well. Which leads to considerable dependencies. So package A depends only on B, but to build package B might need/depend on the entire alphabet :) Tomcat 5.5.20, has a ton of build time dependencies with even more optional dependencies. It's not clear if the optional dependencies activate functionality or not within Tomcat. Some of these in question are like Sun's jaf and javamail. Which till recent were not open source or easily available, and could only be obtained as binaries from Sun. So instead of having a potentially limited functionality Tomcat, we provide all possible dependencies, as would be present when Tomcat devs build and package Tomcat. Others can't be bi-passed at all. Try compiling Tomcat with say IBM JDK. You will notice classes are missing. Because only Sun JDK's and blackdown implement JSSE. There is talk of removing that SSL code, and pretty sure has been done with Tomcat 6.0.x. We don't even package JSSE on Gentoo, since it's a pre 1.4 tech. Tomcat is one of the only apps that is using or needs that stuff. Now Tomcat 6.0.x has WAY less deps. A MUCH cleaner and clearer build/compile process. Despite a bit of nastiness still going on. Like naming-factory-dbcp.jar called tomcat-dbcp.jar. Is basically a slightly modified re-packaged and compiled from source commons-dbcp, commons-pool, and commons-collections. Most all Tomcat packagers for Linux distros have voiced their opinion on how that jar is built. So far seem to have fallen on deaf ears. Finally let me apologize for that
Re: Tomcat on Gentoo from the horse, no hear say.
Ask and you shall be answered in detail :) On Sun, 2006-12-24 at 11:20 -0500, David Smith wrote: 1. Compiling tomcat. Why??? Because it's FOSS why not? I might want to use a newer version of things Tomcat is compiled against. There are tons of reasons, thus the link I provided before. Here it is again for reference. http://www.gentoo.org/proj/en/java/why-build-from-source.xml Me personally, I like to have control over my binaries. Gentoo is Burger King, your way. Not whom ever made and distributed the binaries way :) 2. The tomcat-dbcp.jar is intended to avoid a classloader collision between tomcat's built-in database pooling functions and Commons-DBCP release builds. I don't see a problem here. Building it. It modifies and re-packages other packages sources. It should be doing one of two things. Making their own stand alone implementation. Which is what most JDBC drivers do. Or it should be a binary dependency and inherit/override any conflicting classes. Try building that jar, and you will quickly see the problem. This is not just a Gentoo problem either. On the -dev list, packagers for both Debian, and RPM based distros also dislike how that jar is built. Subject: Source for Packages org.apache.tomcat.dbcp and below? http://marc.theaimsgroup.com/?l=tomcat-devw=2r=1s=+dbcpq=b These are the types of things that only get changed for the better as people work with the sources. IE compile from source. On Gentoo as stated we compile everything from source. I have yet to see another FOSS application, modifying and re-packing other sources that way. Heck Tomcat 6.0.x re-packages Eclipses JDT compiler :( Nasty stuff, and it's just a binary re-packaging. 3. Personally I would create one package with tomcat-core as close as possible to what's provided by the tomcat download site and then create packages for all these dependencies. People can opt-in or opt-out of the extra features at their discretion. It would make more of the already built documentation applicable to their setup. You seem to miss entirely the fact that the extra stuff is necessary and needed to BUILD/COMPILE a version of Tomcat equivalent to the binary. Granted after compile, some of the stuff remains, and there are extra jars linked into Tomcat's install on Gentoo. Some might call that a convenience. However even if we remove it from runtime, it's still needed at build time. I would suggest anyone questioning this, to go right now and download Tomcat sources. Then build Tomcat and you will quickly see what all I am talking about. If you have not done the above, the rest is hear say. Lastly, since the main point of this message is to ask us to steer Gentoo users towards you for questions, That was hardly my point. There is obviously major lack of knowledge as to what it takes to build Tomcat. Much less how things really are on Gentoo. It was supposed to be informative, thus the length, as is this one. we would welcome a representative on the tomcat-users list who could respond to those questions. There shouldn't be a need to make people choose one or the other and most will seek out what they perceive to be the most authoritative source. It's not about choice. It's about flow. Gentoo is downstream from Tomcat. If one is running Gentoo, and they have a problem with any application. The first question is, it is a Gentoo specific problem. If so they it should be obvious where to go for help. If it's not, then take it upstream. If unsure, check with downstream before going upstream. Sorry if that's to logical :) Seeing as how we do things a bit differently on Gentoo. Like adhering to FHS there will be Gentoo specific stuff and issues. Which the thread that started all of this, would rightly qualify for. Noise should never have been made here. Thus my apology for that uninformed users post. I see if I google for 'Gentoo tomcat' I get your Tomcat guide as the first result. Too bad google isn't used more often for some of these questions. Exactly, and the problem is most don't even take the time to do what you did. They would rather bitch and complain. Rather than do research. None of the information is hard to find, nor are the people behind it, IE me :) My name and email are on the doc. I am always on IRC #gentoo-java. I have occasionally popped into #tomcat IRC channel. I have requested there that any bitching about Tomcat on Gentoo be directed to us. Mostly to not bother the rest of the Tomcat community with Gentoo specific and/or related issues, problems, etc. -- William L. Thomson Jr. Gentoo/Java signature.asc Description: This is a digitally signed message part
Peak load of Tomcat-powered server(s)?
I need to setup for a client to run a myspace-like site. My client kept asking me how many concurrent user's I can support. I really don't know the answer. We will use Apache, jk_mod, Tomcat and Oracle(clustered). We will use X86 servers with Linux. Can anyone share your experience and let me know the best load you have achieved? Thanks a lot and Merry Christmas! -- Li Ma [EMAIL PROTECTED] http://www.idealtechs.com
Re: Tomcat on Gentoo from the horse, no hear say.
On 12/24/06, William L. Thomson Jr. [EMAIL PROTECTED] wrote: Ask and you shall be answered in detail :) On Sun, 2006-12-24 at 11:20 -0500, David Smith wrote: 1. Compiling tomcat. Why??? Because it's FOSS why not? I might want to use a newer version of things Tomcat is compiled against. There are tons of reasons, thus the link I provided before. Here it is again for reference. http://www.gentoo.org/proj/en/java/why-build-from-source.xml Sorry, I don't buy it. The only valid reason to rebuild tomcat (or other java programs / packages) is to patch them, and if I'd wish to do it, I would go to the svn of the maintainer and not play around with probably broken distribution packages (and yes, they ARE all broken, gento, suse, debian, ubuntu). I think you would spare your users tons of problems if you would just re-distribute the binaries from tomcat.apache.org and not mess around with things. Noone who runs tomcat for professional reasons can allow the os to do atomatic updates on it, and what is the other reason for packaging? And for the newbies the binaries tomcat.apache.org provides are perfect (at least they work!). Btw, when we are on it, can you please remove gcj from the distro? This thing is really just annoying! :-) regards Leon - 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: Peak load of Tomcat-powered server(s)?
The question is impossible to answer, since you don't tell us what a user will do :-) However, to give you an example, if your requests are somewhat normal-web-requests (producing html) than going for 100-150 per second and server should be a reasonable value. regards Leon P.S. Of course it depends hardly on your use-cases... for example your apache in front of tomcat could reduce the performance by 10% without giving you anything in exchange. On 12/24/06, Li Ma [EMAIL PROTECTED] wrote: I need to setup for a client to run a myspace-like site. My client kept asking me how many concurrent user's I can support. I really don't know the answer. We will use Apache, jk_mod, Tomcat and Oracle(clustered). We will use X86 servers with Linux. Can anyone share your experience and let me know the best load you have achieved? Thanks a lot and Merry Christmas! -- Li Ma [EMAIL PROTECTED] http://www.idealtechs.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 on Gentoo from the horse, no hear say.
Don't flame, remember it's Christmas. Recompiling Java apps isn't strictly necessary but from a maintainer point of view it makes sense: they want to assure that the distribution they provide is as complete and workable as possible. That includes the ability to build, patch, integrate any software cohesively with all the other packages. Eg: at work I've seen CRM software that bundles it's own JBoss tree and there's no way in hell it'll integrate with an external instance; given your pov it's all right and sound but for me, as a sysadmin, it sucks as I have to accept and track yet another exception to my architectural plan. There's space for bytecode consumers and for source builders, the point is that both should be taken care for; especially if the latter help keeping in touch with the userbase working with your wares. 2006/12/24, Leon Rosenberg [EMAIL PROTECTED]: On 12/24/06, William L. Thomson Jr. [EMAIL PROTECTED] wrote: Ask and you shall be answered in detail :) On Sun, 2006-12-24 at 11:20 -0500, David Smith wrote: 1. Compiling tomcat. Why??? Because it's FOSS why not? I might want to use a newer version of things Tomcat is compiled against. There are tons of reasons, thus the link I provided before. Here it is again for reference. http://www.gentoo.org/proj/en/java/why-build-from-source.xml Sorry, I don't buy it. The only valid reason to rebuild tomcat (or other java programs / packages) is to patch them, and if I'd wish to do it, I would go to the svn of the maintainer and not play around with probably broken distribution packages (and yes, they ARE all broken, gento, suse, debian, ubuntu). I think you would spare your users tons of problems if you would just re-distribute the binaries from tomcat.apache.org and not mess around with things. Noone who runs tomcat for professional reasons can allow the os to do atomatic updates on it, and what is the other reason for packaging? And for the newbies the binaries tomcat.apache.org provides are perfect (at least they work!). Btw, when we are on it, can you please remove gcj from the distro? This thing is really just annoying! :-) regards Leon - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Le montagne sono così: devi assecondarle anche se ti sputano in faccia fiele e veleno. Perdi se pensi di essere più forte. Vinci se pensi che non c'è nessuna battaglia. - Hans Kammerlander
Re: Tomcat on Gentoo from the horse, no hear say.
On Sun, 2006-12-24 at 20:24 +0100, Leon Rosenberg wrote: Sorry, I don't buy it. You don't have to. This is open source and about choice. Given all of Tomcat's dependencies at compile time and runtime. If you want to stick with older versions of stuff. That's totally up to you. But I would say almost for a fact, that most all of Tomcat's deps, and bundled stuff are at least one minor version beyond where they were when the binary was made. If I had time I would provide a list :) I think you would spare your users tons of problems if you would just re-distribute the binaries from tomcat.apache.org and not mess around with things. First off we have lots of people running Tomcat on Gentoo. You have heard only from one, trying to get to that point. So support is not as much of an issue. For quite many things are ideal. But if anyone knows of a better way. Gentoo is a volunteer distro. Once your in the trenches for a bit, you might change your thoughts ;) Also I don't like having multiple copies of the same jars or libraries on my system. Maybe you do, again it's choice. The way we do things most systems will only have one copy of a lib that Tomcat might use. Netbeans also might use it, as well as other apps. Upgrade for one is an upgrade for all :) Noone who runs tomcat for professional reasons can allow the os to do atomatic updates on it, and what is the other reason for packaging? I run Tomcat for professional reasons. Its for those same reason I prefer to use the latest version of packages. Not outdated shipped binaries. But to each their own. And for the newbies the binaries tomcat.apache.org provides are perfect (at least they work!). Did anyone ever say Tomcat on Gentoo did not work? Again this was an uninformed user griping about dependencies at compile time. Not runtime issues. Btw, when we are on it, can you please remove gcj from the distro? gcj is not officially in Gentoo. There is an overlay, but it's not one of the available compilers at this time. There is no gcj in the main tree that's meant to be used as a jvm replacement. If one is present it's because it's part of gcc. gcj is Redhat's baby so any griping should be forwarded to them. -- William L. Thomson Jr. Gentoo/Java signature.asc Description: This is a digitally signed message part
RE: Peak load of Tomcat-powered server(s)?
Generally in a production environment, increasing the number of threads from the default is compulsory. You need to balance that against the amount of memory that you have allocated for your JVM, which needs to be balanced against the amount of memory available in the machine. Handling concurrent users generally comes back to the number of connections that your architecture can handle and how much work your database server(s) (assuming you have some) can handle. Our experience has been that these things become an issue before tomcat does. It depends on your application *a lot*. Nothing beats real load testing to figure out where *your* stress points are. They are probably going to be different to other people... Gary -Original Message- From: Li Ma [mailto:[EMAIL PROTECTED] Sent: Sunday, December 24, 2006 12:35 PM To: Tomcat Users List Subject: Re: Peak load of Tomcat-powered server(s)? Actually you can imagine the server serves a site like mySpace where people can access their own home, blog, images, forum, etc. I know it is still not easy to answer, but I'm not looking for an answer to my specific question. I'm just looking for any similiar experience that can be shared and hoping I can learn some. Another question, how many threads do you think Tomcat can have on one machine? And will increasing number of threads help processing more requests? I think 100-150 per server per second is not a good number. But if it is true, does that mean Tomcat is not suitable for large website? And what does commercial products like WebLogic can normally do? Well, lots of question at my end. Thanks for sharing of your idea. Any thing will help. Best! Li On 12/24/06, Leon Rosenberg [EMAIL PROTECTED] wrote: The question is impossible to answer, since you don't tell us what a user will do :-) However, to give you an example, if your requests are somewhat normal-web-requests (producing html) than going for 100-150 per second and server should be a reasonable value. regards Leon P.S. Of course it depends hardly on your use-cases... for example your apache in front of tomcat could reduce the performance by 10% without giving you anything in exchange. On 12/24/06, Li Ma [EMAIL PROTECTED] wrote: I need to setup for a client to run a myspace-like site. My client kept asking me how many concurrent user's I can support. I really don't know the answer. We will use Apache, jk_mod, Tomcat and Oracle(clustered). We will use X86 servers with Linux. Can anyone share your experience and let me know the best load you have achieved? Thanks a lot and Merry Christmas! -- Li Ma [EMAIL PROTECTED] http://www.idealtechs.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] -- Li Ma [EMAIL PROTECTED] http://www.idealtechs.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 on Gentoo from the horse, no hear say.
On 12/24/06, William L. Thomson Jr. [EMAIL PROTECTED] wrote: On Sun, 2006-12-24 at 20:24 +0100, Leon Rosenberg wrote: Sorry, I don't buy it. You don't have to. This is open source and about choice. Given all of Tomcat's dependencies at compile time and runtime. If you want to stick with older versions of stuff. That's totally up to you. But I would say almost for a fact, that most all of Tomcat's deps, and bundled stuff are at least one minor version beyond where they were when the binary was made. If I had time I would provide a list :) Well yes, but maybe this is for a reason, like it simply doesn't work with another version? I think you would spare your users tons of problems if you would just re-distribute the binaries from tomcat.apache.org and not mess around with things. First off we have lots of people running Tomcat on Gentoo. You have heard only from one, trying to get to that point. So support is not as much of an issue. For quite many things are ideal. That's not quite true :-) Each day there are at least 2-3 people on the tomcat irc channel claiming having problems with tomcat, which results in using package from a distro or gcj. Not all from gentoo though :-) But if anyone knows of a better way. Gentoo is a volunteer distro. Once your in the trenches for a bit, you might change your thoughts ;) Also I don't like having multiple copies of the same jars or libraries on my system. Maybe you do, again it's choice. The way we do things most systems will only have one copy of a lib that Tomcat might use. Netbeans also might use it, as well as other apps. Upgrade for one is an upgrade for all :) Exactly there we have a problem. If I have 2 apps demanding different versions of stuff, I don't want to break the first by simply installing the second :-) Noone who runs tomcat for professional reasons can allow the os to do atomatic updates on it, and what is the other reason for packaging? I run Tomcat for professional reasons. Its for those same reason I prefer to use the latest version of packages. Not outdated shipped binaries. But to each their own. So you have a complex automatic regression test suite to ensure that your apps will run in the next version? Than I assume you have never shiped a 5.0.x version above 5.0.19, since there was never a working version in 5.0. branch after 5.0.19. And for the newbies the binaries tomcat.apache.org provides are perfect (at least they work!). Did anyone ever say Tomcat on Gentoo did not work? Again this was an uninformed user griping about dependencies at compile time. Not runtime issues. Than gentoo is a lot better than debian or suse. But what my post is really about is: distros are good for stuff you don't want to mess around with, like kernel, standard services or security patches. But as soon as you seriously work with java, the distros aren't sufficent. I assume a vlc developer doesn't work with vlc or codec packages from the distros either. regards Leon Nevertheless merry XMax and a Happy New Year :-) - 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 on Gentoo from the horse, no hear say.
William- Just went to gentoo site and cant read the type (without a magnifying glass)..apparently the font is cranked way down Please advise Martin-- --- This e-mail message (including attachments, if any) is intended for the use of the individual or entity to which it is addressed and may contain information that is privileged, proprietary , confidential and exempt from disclosure. If you are not the intended recipient, you are notified that any dissemination, distribution or copying of this communication is strictly prohibited. --- Le présent message électronique (y compris les pièces qui y sont annexées, le cas échéant) s'adresse au destinataire indiqué et peut contenir des renseignements de caractère privé ou confidentiel. Si vous n'êtes pas le destinataire de ce document, nous vous signalons qu'il est strictement interdit de le diffuser, de le distribuer ou de le reproduire. - Original Message - From: Leon Rosenberg [EMAIL PROTECTED] To: Tomcat Users List users@tomcat.apache.org Sent: Sunday, December 24, 2006 4:03 PM Subject: Re: Tomcat on Gentoo from the horse, no hear say. On 12/24/06, William L. Thomson Jr. [EMAIL PROTECTED] wrote: On Sun, 2006-12-24 at 20:24 +0100, Leon Rosenberg wrote: Sorry, I don't buy it. You don't have to. This is open source and about choice. Given all of Tomcat's dependencies at compile time and runtime. If you want to stick with older versions of stuff. That's totally up to you. But I would say almost for a fact, that most all of Tomcat's deps, and bundled stuff are at least one minor version beyond where they were when the binary was made. If I had time I would provide a list :) Well yes, but maybe this is for a reason, like it simply doesn't work with another version? I think you would spare your users tons of problems if you would just re-distribute the binaries from tomcat.apache.org and not mess around with things. First off we have lots of people running Tomcat on Gentoo. You have heard only from one, trying to get to that point. So support is not as much of an issue. For quite many things are ideal. That's not quite true :-) Each day there are at least 2-3 people on the tomcat irc channel claiming having problems with tomcat, which results in using package from a distro or gcj. Not all from gentoo though :-) But if anyone knows of a better way. Gentoo is a volunteer distro. Once your in the trenches for a bit, you might change your thoughts ;) Also I don't like having multiple copies of the same jars or libraries on my system. Maybe you do, again it's choice. The way we do things most systems will only have one copy of a lib that Tomcat might use. Netbeans also might use it, as well as other apps. Upgrade for one is an upgrade for all :) Exactly there we have a problem. If I have 2 apps demanding different versions of stuff, I don't want to break the first by simply installing the second :-) Noone who runs tomcat for professional reasons can allow the os to do atomatic updates on it, and what is the other reason for packaging? I run Tomcat for professional reasons. Its for those same reason I prefer to use the latest version of packages. Not outdated shipped binaries. But to each their own. So you have a complex automatic regression test suite to ensure that your apps will run in the next version? Than I assume you have never shiped a 5.0.x version above 5.0.19, since there was never a working version in 5.0. branch after 5.0.19. And for the newbies the binaries tomcat.apache.org provides are perfect (at least they work!). Did anyone ever say Tomcat on Gentoo did not work? Again this was an uninformed user griping about dependencies at compile time. Not runtime issues. Than gentoo is a lot better than debian or suse. But what my post is really about is: distros are good for stuff you don't want to mess around with, like kernel, standard services or security patches. But as soon as you seriously work with java, the distros aren't sufficent. I assume a vlc developer doesn't work with vlc or codec packages from the distros either. regards Leon Nevertheless merry XMax and a Happy New Year :-) - 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: Peak load of Tomcat-powered server(s)?
Thanks for the suggestions. I agree lots of stuff can only be decided after putting into a specific environment. But still, any number that can be shared? How many concurrent users your Tomcat can serve? Thanks again! Li On 12/24/06, Gary Evesson [EMAIL PROTECTED] wrote: Generally in a production environment, increasing the number of threads from the default is compulsory. You need to balance that against the amount of memory that you have allocated for your JVM, which needs to be balanced against the amount of memory available in the machine. Handling concurrent users generally comes back to the number of connections that your architecture can handle and how much work your database server(s) (assuming you have some) can handle. Our experience has been that these things become an issue before tomcat does. It depends on your application *a lot*. Nothing beats real load testing to figure out where *your* stress points are. They are probably going to be different to other people... Gary -Original Message- From: Li Ma [mailto:[EMAIL PROTECTED] Sent: Sunday, December 24, 2006 12:35 PM To: Tomcat Users List Subject: Re: Peak load of Tomcat-powered server(s)? Actually you can imagine the server serves a site like mySpace where people can access their own home, blog, images, forum, etc. I know it is still not easy to answer, but I'm not looking for an answer to my specific question. I'm just looking for any similiar experience that can be shared and hoping I can learn some. Another question, how many threads do you think Tomcat can have on one machine? And will increasing number of threads help processing more requests? I think 100-150 per server per second is not a good number. But if it is true, does that mean Tomcat is not suitable for large website? And what does commercial products like WebLogic can normally do? Well, lots of question at my end. Thanks for sharing of your idea. Any thing will help. Best! Li On 12/24/06, Leon Rosenberg [EMAIL PROTECTED] wrote: The question is impossible to answer, since you don't tell us what a user will do :-) However, to give you an example, if your requests are somewhat normal-web-requests (producing html) than going for 100-150 per second and server should be a reasonable value. regards Leon P.S. Of course it depends hardly on your use-cases... for example your apache in front of tomcat could reduce the performance by 10% without giving you anything in exchange. On 12/24/06, Li Ma [EMAIL PROTECTED] wrote: I need to setup for a client to run a myspace-like site. My client kept asking me how many concurrent user's I can support. I really don't know the answer. We will use Apache, jk_mod, Tomcat and Oracle(clustered). We will use X86 servers with Linux. Can anyone share your experience and let me know the best load you have achieved? Thanks a lot and Merry Christmas! -- Li Ma [EMAIL PROTECTED] http://www.idealtechs.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] -- Li Ma [EMAIL PROTECTED] http://www.idealtechs.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] -- Li Ma [EMAIL PROTECTED] http://www.idealtechs.com
Re: Peak load of Tomcat-powered server(s)?
Again it depends on many parameters, not at least on your hardware. With good x86_64 hardware and with fair amount of dynamic requests, probably between 1000 and 3000 concurrent users depending on how many requests each user triggers. but of course its purely speculating, your app could serve 100.000 users on each server or just 100, it depends solely on your app. leon On 12/25/06, Li Ma [EMAIL PROTECTED] wrote: Thanks for the suggestions. I agree lots of stuff can only be decided after putting into a specific environment. But still, any number that can be shared? How many concurrent users your Tomcat can serve? Thanks again! Li On 12/24/06, Gary Evesson [EMAIL PROTECTED] wrote: Generally in a production environment, increasing the number of threads from the default is compulsory. You need to balance that against the amount of memory that you have allocated for your JVM, which needs to be balanced against the amount of memory available in the machine. Handling concurrent users generally comes back to the number of connections that your architecture can handle and how much work your database server(s) (assuming you have some) can handle. Our experience has been that these things become an issue before tomcat does. It depends on your application *a lot*. Nothing beats real load testing to figure out where *your* stress points are. They are probably going to be different to other people... Gary -Original Message- From: Li Ma [mailto:[EMAIL PROTECTED] Sent: Sunday, December 24, 2006 12:35 PM To: Tomcat Users List Subject: Re: Peak load of Tomcat-powered server(s)? Actually you can imagine the server serves a site like mySpace where people can access their own home, blog, images, forum, etc. I know it is still not easy to answer, but I'm not looking for an answer to my specific question. I'm just looking for any similiar experience that can be shared and hoping I can learn some. Another question, how many threads do you think Tomcat can have on one machine? And will increasing number of threads help processing more requests? I think 100-150 per server per second is not a good number. But if it is true, does that mean Tomcat is not suitable for large website? And what does commercial products like WebLogic can normally do? Well, lots of question at my end. Thanks for sharing of your idea. Any thing will help. Best! Li On 12/24/06, Leon Rosenberg [EMAIL PROTECTED] wrote: The question is impossible to answer, since you don't tell us what a user will do :-) However, to give you an example, if your requests are somewhat normal-web-requests (producing html) than going for 100-150 per second and server should be a reasonable value. regards Leon P.S. Of course it depends hardly on your use-cases... for example your apache in front of tomcat could reduce the performance by 10% without giving you anything in exchange. On 12/24/06, Li Ma [EMAIL PROTECTED] wrote: I need to setup for a client to run a myspace-like site. My client kept asking me how many concurrent user's I can support. I really don't know the answer. We will use Apache, jk_mod, Tomcat and Oracle(clustered). We will use X86 servers with Linux. Can anyone share your experience and let me know the best load you have achieved? Thanks a lot and Merry Christmas! -- Li Ma [EMAIL PROTECTED] http://www.idealtechs.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] -- Li Ma [EMAIL PROTECTED] http://www.idealtechs.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] -- Li Ma [EMAIL PROTECTED] http://www.idealtechs.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: Peak load of Tomcat-powered server(s)?
Good Evening Li One limitation is the max threads configured for the connector you are implementing http://tomcat.apache.org/tomcat-5.5-doc/config/http.html Martin-- --- This e-mail message (including attachments, if any) is intended for the use of the individual or entity to which it is addressed and may contain information that is privileged, proprietary , confidential and exempt from disclosure. If you are not the intended recipient, you are notified that any dissemination, distribution or copying of this communication is strictly prohibited. --- Le présent message électronique (y compris les pièces qui y sont annexées, le cas échéant) s'adresse au destinataire indiqué et peut contenir des renseignements de caractère privé ou confidentiel. Si vous n'êtes pas le destinataire de ce document, nous vous signalons qu'il est strictement interdit de le diffuser, de le distribuer ou de le reproduire. - Original Message - From: Li Ma [EMAIL PROTECTED] To: Tomcat Users List users@tomcat.apache.org Sent: Sunday, December 24, 2006 6:42 PM Subject: Re: Peak load of Tomcat-powered server(s)? Thanks for the suggestions. I agree lots of stuff can only be decided after putting into a specific environment. But still, any number that can be shared? How many concurrent users your Tomcat can serve? Thanks again! Li On 12/24/06, Gary Evesson [EMAIL PROTECTED] wrote: Generally in a production environment, increasing the number of threads from the default is compulsory. You need to balance that against the amount of memory that you have allocated for your JVM, which needs to be balanced against the amount of memory available in the machine. Handling concurrent users generally comes back to the number of connections that your architecture can handle and how much work your database server(s) (assuming you have some) can handle. Our experience has been that these things become an issue before tomcat does. It depends on your application *a lot*. Nothing beats real load testing to figure out where *your* stress points are. They are probably going to be different to other people... Gary -Original Message- From: Li Ma [mailto:[EMAIL PROTECTED] Sent: Sunday, December 24, 2006 12:35 PM To: Tomcat Users List Subject: Re: Peak load of Tomcat-powered server(s)? Actually you can imagine the server serves a site like mySpace where people can access their own home, blog, images, forum, etc. I know it is still not easy to answer, but I'm not looking for an answer to my specific question. I'm just looking for any similiar experience that can be shared and hoping I can learn some. Another question, how many threads do you think Tomcat can have on one machine? And will increasing number of threads help processing more requests? I think 100-150 per server per second is not a good number. But if it is true, does that mean Tomcat is not suitable for large website? And what does commercial products like WebLogic can normally do? Well, lots of question at my end. Thanks for sharing of your idea. Any thing will help. Best! Li On 12/24/06, Leon Rosenberg [EMAIL PROTECTED] wrote: The question is impossible to answer, since you don't tell us what a user will do :-) However, to give you an example, if your requests are somewhat normal-web-requests (producing html) than going for 100-150 per second and server should be a reasonable value. regards Leon P.S. Of course it depends hardly on your use-cases... for example your apache in front of tomcat could reduce the performance by 10% without giving you anything in exchange. On 12/24/06, Li Ma [EMAIL PROTECTED] wrote: I need to setup for a client to run a myspace-like site. My client kept asking me how many concurrent user's I can support. I really don't know the answer. We will use Apache, jk_mod, Tomcat and Oracle(clustered). We will use X86 servers with Linux. Can anyone share your experience and let me know the best load you have achieved? Thanks a lot and Merry Christmas! -- Li Ma [EMAIL PROTECTED] http://www.idealtechs.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] -- Li Ma [EMAIL PROTECTED] http://www.idealtechs.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] -- Li Ma [EMAIL PROTECTED] http://www.idealtechs.com
Re: Tomcat on Gentoo from the horse, no hear say.
On Sun, 2006-12-24 at 22:03 +0100, Leon Rosenberg wrote: Well yes, but maybe this is for a reason, like it simply doesn't work with another version? Good point. If that is the case, we depend on an older version that does work. And/or we report back to upstream with patches or etc so the sources can be modified to work with newer versions of dependencies. That's not quite true :-) Each day there are at least 2-3 people on the tomcat irc channel claiming having problems with tomcat, which results in using package from a distro or gcj. Not all from gentoo though :-) Well jasonb on the Tomcat IRC channel knows me pretty well. Even met him in person this last summer in CA. Pretty sure he will forward any Gentoo related chatter on IRC to the proper Gentoo channels. I have requested this, and if any here are on IRC and see someone talking about Tomcat on Gentoo. Send them our/my way please. Saves us all grief :) Exactly there we have a problem. If I have 2 apps demanding different versions of stuff, I don't want to break the first by simply installing the second :-) Another good point. On Gentoo we do what we call slotting. For example Tomcat is slotted, 5, 5.5, and 6. So one could have all three installed. Same goes for dependencies. So we can make sure we have the right versions of dependencies. Not to toot our own horn. But we really have allot of revolutionary stuff going on in Gentoo with regard to Java. There is so much more than stated here. Most of this stuff like versions of dependencies, or slotting are core Gentoo concepts. Nothing specific to Java. But we have all kinds of Java specific goodies, tools, and a very well thought out and planned system. So you have a complex automatic regression test suite to ensure that your apps will run in the next version? Than I assume you have never shiped a 5.0.x version above 5.0.19, since there was never a working version in 5.0. branch after 5.0.19. Not sure what you mean there. There was an official 5.0.28 release. However I came in around the Tomcat 5.5.17 days, and at that point anything 5.0.x was quite out dated. Although I have run Tomcat since leaving JRun back in the 3.x days. Just not on Gentoo, was RH back then. Tomcat on Gentoo was just not being maintained and fallen behind. But as far as regression testing. We don't get crazy with that. Again we are a all volunteer effort. We tests as best we can. We either stick stuff in an overlay or in the unstable branch of our portage repository for users to test out and provide feedback on or etc. Then if a package goes 30 days in the tree with no bugs, it can be stabilized. Might sound crazy to leave it up to users, but that's how TC 6.0.x is being developed and tested right now. This is how open source stuff works. Rarely is there a corp entity behind all this, with test tools, and etc. Than gentoo is a lot better than debian or suse. With regard to Java, there is no implementation in the world like what we have on Gentoo. Again not bragging, go look at our implementations with like our java-config tool. We have system vms for running apps, compile time vm's. We allow control over source/target during building, and so much cool, important, and useful stuff. I really don't recall how I ever went on without it all :) But what my post is really about is: distros are good for stuff you don't want to mess around with, like kernel, standard services or security patches. But as soon as you seriously work with java, the distros aren't sufficent. Gentoo just might be. Take a look. There really is quite allot going on, but very few of us making that happen. Help is always welcomed and appreciated. I assume a vlc developer doesn't work with vlc or codec packages from the distros either. Not sure, no comment due to lack of knowledge there ;) Nevertheless merry XMax and a Happy New Year :-) Yes, same here to all those that celebrate xmas. If you don't celebrate the new year, something is wrong with you :) -- William L. Thomson Jr. Gentoo/Java signature.asc Description: This is a digitally signed message part
Re: Tomcat on Gentoo from the horse, no hear say.
On 12/24/06, William L. Thomson Jr. [EMAIL PROTECTED] wrote: Not to toot our own horn. But we really have allot of revolutionary stuff going on in Gentoo with regard to Java. With regard to Java, there is no implementation in the world like what we have on Gentoo. / ... and so much cool, important, and useful stuff. Wow. And I thought there was already a surfeit under the tree. :-) Is there a URL to documentation of all these wonders? -- 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]
Re: Tomcat on Gentoo from the horse, no hear say.
William L. Thomson Jr. wrote: On Sun, 2006-12-24 at 18:32 -0500, Martin Gainty wrote: William- Just went to gentoo site and cant read the type (without a magnifying glass)..apparently the font is cranked way down No control over that sorry. But any browser should have the ability to increase font size. All that is dictated by, well I have no clue ;) I just know we make does in guidexml format. It get's parsed into what you see ;) So all the docs look the same and etc. Not sure off hand who I would talk to about that. However should be a local font issue. Either change your default fonts, increase their sizes, or just enlarge the fonts/text when you are on the page via the browsers options. Should be in a context menu or something. Browsers don't always have control over font size. Setting a font size in absolute terms like pixel units in the css can lock out user preference. I just saw the Gentoo site and it looked fine although it may not render that way in all browsers. Merry Christmas! --David - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
JSP Reload problem (wierd)
I am using WinSCP to open and edit jsp's on my remote Tomcat server. I open the file from the server to edit and add a hello world into the Login jsp. Then I request the page in IE 6 and it loads the page and hello world is displayed. The page loads within a second (is this enough time for a jsp to compile ??!). Then I edit the file in WinSCP again to remove the hello world from the login jsp, and I click on ctrl + refresh in IE6. The login page reloads almost immediately and hello world is still displaying. I hit ctrl refresh over and over, and cant get rid of hello world. I check Login.jsp on the server ant hello world is definitely not in there. I go into the work directory tomcat5.0/work/Catalina/localhost/myWebapp and notice that the Login_jsp.java file is 3 hours old. I delete this as well as the Login_jsp.class file. I try reload the page (ctrl +refresh). Hello world is still displaying. I look in the work folder. No new Login_jsp.java file, and no new Login_jsp.class file. I add aagh into the Login.jsp file. Hit reload in explorer and aagh displays. But there is still no new Login_jsp.java file, and no new Login_jsp.class file If I rename the file to Login1.jsp and then click on reload in IE6, after the third attempt Tomcat realizes there's no JSP file and logs an error in catalina.log. Then if I rename the Login.jsp back to Login.jsp, tomcat reloads the file and displays it correctly. What is going on?? I feel like I'm in the Twilight zone. __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.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: JSP Reload problem (wierd)
Hi, This is usually a problem with IE, it caches your pages for you. This might be the reason. Try doing the same in some other browser. (Firefox usually doesnt cache the pages.) If u still have the problem in other browsers, you might have to enable autoreload in tomcat to recomplie jsps or reload classes whenever there is a change to the file. Hope this helps. Rizwan. - Original Message - From: Mon Cab [EMAIL PROTECTED] To: Tomcat Usergroup users@tomcat.apache.org Sent: Monday, December 25, 2006 12:26 PM Subject: JSP Reload problem (wierd) I am using WinSCP to open and edit jsp's on my remote Tomcat server. I open the file from the server to edit and add a hello world into the Login jsp. Then I request the page in IE 6 and it loads the page and hello world is displayed. The page loads within a second (is this enough time for a jsp to compile ??!). Then I edit the file in WinSCP again to remove the hello world from the login jsp, and I click on ctrl + refresh in IE6. The login page reloads almost immediately and hello world is still displaying. I hit ctrl refresh over and over, and cant get rid of hello world. I check Login.jsp on the server ant hello world is definitely not in there. I go into the work directory tomcat5.0/work/Catalina/localhost/myWebapp and notice that the Login_jsp.java file is 3 hours old. I delete this as well as the Login_jsp.class file. I try reload the page (ctrl +refresh). Hello world is still displaying. I look in the work folder. No new Login_jsp.java file, and no new Login_jsp.class file. I add aagh into the Login.jsp file. Hit reload in explorer and aagh displays. But there is still no new Login_jsp.java file, and no new Login_jsp.class file If I rename the file to Login1.jsp and then click on reload in IE6, after the third attempt Tomcat realizes there's no JSP file and logs an error in catalina.log. Then if I rename the Login.jsp back to Login.jsp, tomcat reloads the file and displays it correctly. What is going on?? I feel like I'm in the Twilight zone. __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.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]