How about EclipseSVN and TortoiseSVN ? (Re: New tag ?)
--- Remy Maucherat <[EMAIL PROTECTED]> wrote: [snip] > > I have looked a little at the command line tool now. It's actually more > like the regular "svn log". It looks like the thing missing is good UI > support. > Have you tried TortoiseSVN for Windows, and the SVN Plugin for Eclipse ? I use both at work, and they meet my requirements. > It indeed seems a bit sluggish overall, but it's very usable :) > > Rémy > -- Sriram __ Yahoo! Mail for Mobile Take Yahoo! Mail with you! Check email on your mobile phone. http://mobile.yahoo.com/learn/mail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: New tag ?
Jason Brittain wrote: 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? I have looked a little at the command line tool now. It's actually more like the regular "svn log". It looks like the thing missing is good UI support. It indeed seems a bit sluggish overall, but it's very usable :) Rémy - 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]
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: 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 ?
Hey Remy, I talk with Stefan Bodwig at ApacheCon about the revision problem. He has implement a small antlib project and hope this help http://svn.apache.org/repos/asf/ant/sandbox/antlibs/svn/trunk/ I have not test it yet, but it seams that we can use this ... == I can help to migrate to svn after 15.te august. Peter Remy Maucherat schrieb: Yoav Shapira wrote: Hi, I'm OK with cutting 5.5.10 tomorrow or Saturday. If that's too early, let's pick a different time. I don't have further code changes to add in this build, it seems. After 5.5.10, I want to talk about SVN migration again ;) I'm aware of the lack of satisfaction among the CVS GUI users, but infra is cutting off CVS on January 1st, and for me personally, August seems like a great time to do the transition since it's traditionally a low-activity period. 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 :) Rémy - 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 ?
Remy Maucherat wrote: Yoav Shapira wrote: Hi, I'm OK with cutting 5.5.10 tomorrow or Saturday. If that's too early, let's pick a different time. I don't have further code changes to add in this build, it seems. After 5.5.10, I want to talk about SVN migration again ;) I'm aware of the lack of satisfaction among the CVS GUI users, but infra is cutting off CVS on January 1st, and for me personally, August seems like a great time to do the transition since it's traditionally a low-activity period. In my new work, I can't use cvs (only http/https it accepted by the proxy). 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 :) How do you do this in cvs? Rémy - 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 ?
Remy, I some how got on your "Tomcat" development distribution listing. Could you please work with the distribution team member to remove me from this activity. Thank you, Everett DeGraaf Abex Division Parker Hannifin Corporation Phone: 269 384.4014 FAX: 269 384.4025 e-mail: [EMAIL PROTECTED] Remy Maucherat <[EMAIL PROTECTED]>To: Tomcat Developers List cc: 07/21/2005 07:34 Subject: Re: New tag ? AM Please respond to "Tomcat Developers List" Peter Rossbach wrote: > Yes, > > I also think we can build a 5.5.10 release with all the new stuff. The > new cluster redesign version is yet only tested under small > load. Better I commit my new jkstatus task after my three week holiday > for next release (5.5.11). Sounds good. > I have add a new lib (catalina-jmx-ant.jar) for jmx ant tasks to > server/lib and two ant scripts include at bin, but I have not test the > release > included this things also. It should be included, no problem (it uses patterns like server/**, and the installer uses server/lib). Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - "PLEASE NOTE: The preceding information may be confidential or privileged. It only should be used or disseminated for the purpose of conducting business with Parker. If you are not an intended recipient, please notify the sender by replying to this message and then delete the information from your system. Thank you for your cooperation." - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: New tag ?
Yoav Shapira wrote: Hi, I'm OK with cutting 5.5.10 tomorrow or Saturday. If that's too early, let's pick a different time. I don't have further code changes to add in this build, it seems. After 5.5.10, I want to talk about SVN migration again ;) I'm aware of the lack of satisfaction among the CVS GUI users, but infra is cutting off CVS on January 1st, and for me personally, August seems like a great time to do the transition since it's traditionally a low-activity period. 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 :) Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: New tag ?
Hi, I'm OK with cutting 5.5.10 tomorrow or Saturday. If that's too early, let's pick a different time. After 5.5.10, I want to talk about SVN migration again ;) I'm aware of the lack of satisfaction among the CVS GUI users, but infra is cutting off CVS on January 1st, and for me personally, August seems like a great time to do the transition since it's traditionally a low-activity period. Yoav Shapira System Design and Management Fellow MIT Sloan School of Management / School of Engineering Cambridge, MA USA [EMAIL PROTECTED] / [EMAIL PROTECTED] > -Original Message- > From: Remy Maucherat [mailto:[EMAIL PROTECTED] > Sent: Wednesday, July 20, 2005 6:43 AM > To: Tomcat Developers List > Subject: New tag ? > > Hi, > > I think the APR capabilities that we added are now sufficiently stable > to warrant testing. If the other areas that saw changes recently > (clustering, JK) are ok too, then it could be a good idea to release a > new build. > > Rémy > > - > 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 ?
Peter Rossbach wrote: Yes, I also think we can build a 5.5.10 release with all the new stuff. The new cluster redesign version is yet only tested under small load. Better I commit my new jkstatus task after my three week holiday for next release (5.5.11). Sounds good. I have add a new lib (catalina-jmx-ant.jar) for jmx ant tasks to server/lib and two ant scripts include at bin, but I have not test the release included this things also. It should be included, no problem (it uses patterns like server/**, and the installer uses server/lib). Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: New tag ?
Yes, I also think we can build a 5.5.10 release with all the new stuff. The new cluster redesign version is yet only tested under small load. Better I commit my new jkstatus task after my three week holiday for next release (5.5.11). I have add a new lib (catalina-jmx-ant.jar) for jmx ant tasks to server/lib and two ant scripts include at bin, but I have not test the release included this things also. Greetings from ApacheCon Peter Remy Maucherat schrieb: Hi, I think the APR capabilities that we added are now sufficiently stable to warrant testing. If the other areas that saw changes recently (clustering, JK) are ok too, then it could be a good idea to release a new build. Rémy - 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 ?
- Original Message - From: "Remy Maucherat" <[EMAIL PROTECTED]> To: "Tomcat Developers List" Sent: Wednesday, July 20, 2005 2:47 PM Subject: Re: New tag ? >Bill Barker wrote: >>>Hi, >>> >>>I think the APR capabilities that we added are now sufficiently stable >>>to warrant testing. If the other areas that saw changes recently >>>(clustering, JK) are ok too, then it could be a good idea to release a >>>new build. >> >> JK should be fine. I've been pretty careful with the changes. > >I was referring to the NIO channel which is marked as "experimental" in >the changelog. Well, it's still flakey on Windows ;-). AFAIK the NIO channel only works well on one (obsolete :) O/S. I think "experimental" is still a good description for it. Since it needs to be explicitly enabled, it won't affect the stability of JK for users that don't want to try it, and there is no good reason to hold up a release just for it. > >> It would be nice to fix BZ 35696 (since it's a spec issue). I'll see if I >> can get some time to look at it. > >Ok. > >Rémy This message is intended only for the use of the person(s) listed above as the intended recipient(s), and may contain information that is PRIVILEGED and CONFIDENTIAL. If you are not an intended recipient, you may not read, copy, or distribute this message or any attachment. If you received this communication in error, please notify us immediately by e-mail and then delete all copies of this message and any attachments. In addition you should be aware that ordinary (unencrypted) e-mail sent through the Internet is not secure. Do not send confidential or sensitive information, such as social security numbers, account numbers, personal identification numbers and passwords, to us via ordinary (unencrypted) e-mail. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: New tag ?
Bill Barker wrote: Hi, I think the APR capabilities that we added are now sufficiently stable to warrant testing. If the other areas that saw changes recently (clustering, JK) are ok too, then it could be a good idea to release a new build. JK should be fine. I've been pretty careful with the changes. I was referring to the NIO channel which is marked as "experimental" in the changelog. It would be nice to fix BZ 35696 (since it's a spec issue). I'll see if I can get some time to look at it. Ok. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: New tag ?
- Original Message - From: "Remy Maucherat" <[EMAIL PROTECTED]> To: "Tomcat Developers List" Sent: Wednesday, July 20, 2005 3:42 AM Subject: New tag ? >Hi, > >I think the APR capabilities that we added are now sufficiently stable >to warrant testing. If the other areas that saw changes recently >(clustering, JK) are ok too, then it could be a good idea to release a >new build. > JK should be fine. I've been pretty careful with the changes. It would be nice to fix BZ 35696 (since it's a spec issue). I'll see if I can get some time to look at it. >Rémy > This message is intended only for the use of the person(s) listed above as the intended recipient(s), and may contain information that is PRIVILEGED and CONFIDENTIAL. If you are not an intended recipient, you may not read, copy, or distribute this message or any attachment. If you received this communication in error, please notify us immediately by e-mail and then delete all copies of this message and any attachments. In addition you should be aware that ordinary (unencrypted) e-mail sent through the Internet is not secure. Do not send confidential or sensitive information, such as social security numbers, account numbers, personal identification numbers and passwords, to us via ordinary (unencrypted) e-mail. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
