How can I build and Debug Tomcat 5.5 source code under Eclipse?
http://jakarta.apache.org/tomcat/tomcat-5.5-doc/building.html I am doing some research on Tomcat and want to build and debug Tomcat5.5 under Eclipse. Originally tomcat is built with ANT, it downloads all components from different CVS and build them together. I'd like to import Tomcat Source code (at first only the core components, such as catalina and Coyota, Jasper) and build them with Eclipse Builder, so I can debug it as a normal JAVA program under DEBUG-View. Who has such experience and can help me? I have built Jetty under Eclipse, but Tomcat is much more complex. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How can I build and Debug Tomcat 5.5 source code under Eclipse?
The build process is too complex to use the Eclipse builder. I'd recommenced (as this is what I do): - import the source - build with Ant - use remote debugging Works a treat for me with TC4.1.x, TC5.0.x TC5.5.x Mark Lebing Xie wrote: http://jakarta.apache.org/tomcat/tomcat-5.5-doc/building.html I am doing some research on Tomcat and want to build and debug Tomcat5.5 under Eclipse. Originally tomcat is built with ANT, it downloads all components from different CVS and build them together. I'd like to import Tomcat Source code (at first only the core components, such as catalina and Coyota, Jasper) and build them with Eclipse Builder, so I can debug it as a normal JAVA program under DEBUG-View. Who has such experience and can help me? I have built Jetty under Eclipse, but Tomcat is much more complex. - 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]
Tagging 5.5.10...
right now. The build will be uploaded to minotaur for mirroring in about 90 minutes. Yoav Shapira System Design and Management Fellow MIT Sloan School of Management Cambridge, MA [EMAIL PROTECTED] / [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: New tag ?
Remy Maucherat wrote: It's not really a UI thing for me. One feature I use often are revision lists for a particular file, to be able to tell where a bug has been introduced (I then do diffs between revisions). It seems with SVN I have to retrieve the full revision list for the repository (which will take hours). If someone can offer a workaround for this problem, then I'll support a move to SVN :) I have been doing some quick tests and my totally unscientific, statistically invalid results are that cvs annotate seems to be about 7 to 8 times faster than svn blame (50s compared with 7s) and cvs log seems to be about 2 to 3 times faster than svn log (16s compared to 7s). The svn release notes show a number of modifications to improve the speed of response for a number of commands. The svn team does seem to be moving things in the right direction. I guess the question is can we live with this magnitude performance drop? It is also worth bearing in mind that there is no sign of any scope for negotiation in the CVS switch-off date of 1/1/2006. I would suggest the following way forward: 1. Highlight our performance concerns to infra 2. Request a test migration of something we don't use very much (eg Watchdog) 3. Run some tests so we have some more realistic performance figures 4. Review the results 5. Decide what to do next once we see the performance results If people think this is sensible, I am happy to do 1 to 3 and publish my results so we can do 4 and 5. Thoughts? Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: New tag ?
Hi, Your plan is reasonable and good, +1. We can nag infra and the svn team and hopefully they will improve. But the bottom line is that we have no choice, must migrate to svn by 1/1/2006. We should just pick the date that's best for us... Yoav Shapira System Design and Management Fellow MIT Sloan School of Management Cambridge, MA [EMAIL PROTECTED] / [EMAIL PROTECTED] -Original Message- From: Mark Thomas [mailto:[EMAIL PROTECTED] Sent: Saturday, July 23, 2005 3:14 PM To: Tomcat Developers List Subject: Re: New tag ? Remy Maucherat wrote: It's not really a UI thing for me. One feature I use often are revision lists for a particular file, to be able to tell where a bug has been introduced (I then do diffs between revisions). It seems with SVN I have to retrieve the full revision list for the repository (which will take hours). If someone can offer a workaround for this problem, then I'll support a move to SVN :) I have been doing some quick tests and my totally unscientific, statistically invalid results are that cvs annotate seems to be about 7 to 8 times faster than svn blame (50s compared with 7s) and cvs log seems to be about 2 to 3 times faster than svn log (16s compared to 7s). The svn release notes show a number of modifications to improve the speed of response for a number of commands. The svn team does seem to be moving things in the right direction. I guess the question is can we live with this magnitude performance drop? It is also worth bearing in mind that there is no sign of any scope for negotiation in the CVS switch-off date of 1/1/2006. I would suggest the following way forward: 1. Highlight our performance concerns to infra 2. Request a test migration of something we don't use very much (eg Watchdog) 3. Run some tests so we have some more realistic performance figures 4. Review the results 5. Decide what to do next once we see the performance results If people think this is sensible, I am happy to do 1 to 3 and publish my results so we can do 4 and 5. Thoughts? Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How can I build and Debug Tomcat 5.5 source code under Eclipse?
Thanks Mark, can you give me some links where I can find stuff about such remote debugging. I am a newbie in TC, just finish reading TC 4.1 source and have no experience without IDE as Eclipse (of course I have built TC5 with ANT, 2-3 CVS were down, had to find package with google). I am writing my master thesis about such Application Server and Servlet container. I will program my own Container later, been very interesting in the develop environment. A article about how the TC team program, build and develop TC will help such newbies as me much. Thanx alot for the great work. ur Lebing On Sat, 2005-07-23 at 17:11 +0100, Mark Thomas wrote: The build process is too complex to use the Eclipse builder. I'd recommenced (as this is what I do): - import the source - build with Ant - use remote debugging Works a treat for me with TC4.1.x, TC5.0.x TC5.5.x Mark Lebing Xie wrote: http://jakarta.apache.org/tomcat/tomcat-5.5-doc/building.html I am doing some research on Tomcat and want to build and debug Tomcat5.5 under Eclipse. Originally tomcat is built with ANT, it downloads all components from different CVS and build them together. I'd like to import Tomcat Source code (at first only the core components, such as catalina and Coyota, Jasper) and build them with Eclipse Builder, so I can debug it as a normal JAVA program under DEBUG-View. Who has such experience and can help me? I have built Jetty under Eclipse, but Tomcat is much more complex. - 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: New tag ?
On 7/23/05, Mark Thomas [EMAIL PROTECTED] wrote: I have been doing some quick tests and my totally unscientific, statistically invalid results are that cvs annotate seems to be about 7 to 8 times faster than svn blame (50s compared with 7s) and cvs log seems to be about 2 to 3 times faster than svn log (16s compared to 7s). I've heard the subversion developers remind people that there are at least a few different network protocols for accessing svn. In the http:// case, it will be the slowest. IIRC they say using the svn:// protocol is the fastest. It looks as if the Apache svn installation does not support svn:// URLs. The page that shows the URLs doesn't mention it: http://jakarta.apache.org/site/cvsindex.html#Subversion And when I try to connect to the svn port (tcp 3690) I get a connection refused. So, maybe the infrastructure people could set up a svnserve server as well as serving these repositories through Apache httpd? http://svnbook.red-bean.com/en/1.1/ch06s03.html I use svn and I'm looking forward to having Tomcat hosted in it. Remy: isn't svn blame what you're looking for? -- Jason Brittain - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]