|
From: <tho...@tr...> - 2004-08-04 15:09:00
|
I used JEdit which has excellent support for this kind of modifications. You can easily replace using a regex in all java files in a certain directory tree. Eclipse has similar support - but JEdit's search/replace seems easier to use. Thomas Quoting Colin Sampaleanu <col...@ex...>: > I think Thomas finally changed the package names last year. > > I can do this with a regex search and replace. > > It's too bad that SF is still running the older CVS 1.11.x series, and > not the newer 1.12.x series. The latter apparently respects using -kk to > ignore the keywords on merges, while still working properly with binary > files. That would probably be enough for me to change my vote the other way. > > Will try to do this at an opportune time... > > Colin > > Alef Arendsen wrote: > > >I think our Linux experts will have to jump in here ;-). I can recall Thomas > or Colin changing all the package names from com.interface21 to > org.springframework about a year ago... > > > >Alef > > > > > > > > > >>-----Original Message----- > >>From: spr...@li... > >>[mailto:spr...@li...] > >> On Behalf Of jürgen höller [werk3AT] > >>Sent: Wednesday, August 04, 2004 11:31 AM > >>To: spr...@li... > >>Subject: Re: [Springframework-developer] @since and @version tags > >> > >>OK, so how do we go about removing the @version tags then - > >>in an automated fashion? > >> > >>Juergen > >> > >> > >>________________________________ > >> > >>Von: spr...@li... im > >>Auftrag von Alef Arendsen > >>Gesendet: Di 03.08.2004 10:18 > >>An: spr...@li... > >>Betreff: RE: [Springframework-developer] @since and @version tags > >> > >> > >> > >>Sorry, forgot about this. > >> > >>I'll add my +1 to removing them. > >> > >>Just use @author and @since. > >> > >>So the vote is: > >> > >>3 for > >>5 against > >>1 neutral > >> > >>Alef > >> > >> > >> > >> > >>>-----Original Message----- > >>>From: spr...@li... > >>>[mailto:spr...@li...] > >>> On Behalf Of Dmitriy Kopylenko > >>>Sent: Monday, August 02, 2004 11:15 PM > >>>To: spr...@li... > >>>Subject: Re: [Springframework-developer] @since and @version tags > >>> > >>>So is this the final vote? Are we getting rid of $Id$s then? > >>> > >>>Dmitriy. > >>> > >>>Dmitriy Kopylenko wrote: > >>> > >>> > >>> > >>>>3 in favor > >>>>4 against > >>>>2 neutral > >>>> > >>>> > >>>>William G. Thompson, Jr. wrote: > >>>> > >>>> > >>>> > >>>>>i'm not sure i feel strongly either way...traditionally > >>>>> > >>>>> > >>>I've always > >>> > >>> > >>>>>put $Id$ in every text file I management in CVS. This has > >>>>> > >>>>> > >>>also been > >>> > >>> > >>>>>the case in every open source project I have been involved in or > >>>>>used. That is not neccesarily a good enough reason to > >>>>> > >>>>> > >>>continue to do > >>> > >>> > >>>>>it... > >>>>> > >>>>>In web app dev $Id$ comes in really handy to verify the > >>>>> > >>>>> > >>>build process > >>> > >>> > >>>>>ran correctly and the thing you thought was deployed > >>>>> > >>>>> > >>actually got > >> > >> > >>>>>deployed. for instance we put $Id$ in HTML comments for > >>>>> > >>>>> > >>>our Views so > >>> > >>> > >>>>>that we can view source in the running app to check the versions. > >>>>> > >>>>>however, I also understand the problem with > >>>>> > >>>>> > >>branch/merge...but why > >> > >> > >>>>>doesn't the -kk solution work? > >>>>> > >>>>>+0 for $Id$ > >>>>> > >>>>>later. > >>>>>Bill > >>>>> > >>>>> > >>>>>Dmitriy Kopylenko wrote: > >>>>> > >>>>> > >>>>> > >>>>>>Let's give others a chance ;-) > >>>>>> > >>>>>>Alef, Keith, Mark, Bill.... what's your vote? > >>>>>> > >>>>>> > >>>>>>Rob Harrop wrote: > >>>>>> > >>>>>> > >>>>>> > >>>>>>>Nothing like a good old fashioned standoff :) > >>>>>>> > >>>>>>>Shootout at noon? > >>>>>>> > >>>>>>>Rob > >>>>>>> > >>>>>>>-----Original Message----- > >>>>>>>From: spr...@li... > >>>>>>> > >>>>>>> > >>>>>>> > >>>[mailto:spr...@li...] On > >>> > >>> > >>>>>>>Behalf Of Dmitriy Kopylenko > >>>>>>>Sent: 29 July 2004 16:16 > >>>>>>>To: spr...@li... > >>>>>>>Subject: Re: [Springframework-developer] @since and > >>>>>>> > >>>>>>> > >>@version tags > >> > >> > >>>>>>>3 for (Rod, Dmitriy, Rob) > >>>>>>>3 against (Juergen, Thomas, Colin) > >>>>>>>1 neutral (Darren) > >>>>>>> > >>>>>>> > >>>>>>>Colin Sampaleanu wrote: > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>>>I do like $Id tags to be able to look at files and see who to > >>>>>>>>blame for the last changes :-), but I would rather be able to > >>>>>>>>branch/merge comfortably in the future. With Tortoise > >>>>>>>> > >>>>>>>> > >>>and Eclipse, > >>> > >>> > >>>>>>>>I can see the revision history _very_ easily anyways, > >>>>>>>> > >>>>>>>> > >>>wherever I am. > >>> > >>> > >>>>>>>>So -1 for using them from now on (i.e let's get rid > >>>>>>>> > >>>>>>>> > >>of them)... > >> > >> > >>>>>>>>Dmitriy Kopylenko wrote: > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>>>Well, let's take a vote. I'm for $Id tags (+1) > >>>>>>>>> > >>>>>>>>>Regards, > >>>>>>>>>Dmitriy. > >>>>>>>>> > >>>>>>>>> > >>>>>>>>>jürgen höller [werk3AT] wrote: > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>>>I'd actually prefer if we drop $Id tags from all files. I > >>>>>>>>>>personally don't think that they add much value. Of > >>>>>>>>>> > >>>>>>>>>> > >>>course, if a > >>> > >>> > >>>>>>>>>>democratic decision goes in favor of those tags, well, I'll > >>>>>>>>>>concede ;-) > >>>>>>>>>> > >>>>>>>>>>Regarding @since tags, we're currently using them with the > >>>>>>>>>>creation date. That has been quite nice during our > >>>>>>>>>> > >>>>>>>>>> > >>agile way > >> > >> > >>>>>>>>>>towards 1.0. We could indeed reconsider to use > >>>>>>>>>> > >>>>>>>>>> > >>>version numbers > >>> > >>> > >>>>>>>>>>there now. > >>>>>>>>>> > >>>>>>>>>>Any suggestions on how to apply a consistent style for all > >>>>>>>>>>source files in a batch, without messing them up? $Id is > >>>>>>>>>>probably easy, @since nearly impossible, parameter > >>>>>>>>>> > >>>>>>>>>> > >>alignment > >> > >> > >>>>>>>>>>easy again. > >>>>>>>>>> > >>>>>>>>>>Juergen > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>>________________________________ > >>>>>>>>>> > >>>>>>>>>>Von: > >>>>>>>>>> > >>>>>>>>>> > >>spr...@li... im > >> > >> > >>>>>>>>>>Auftrag von Colin Sampaleanu > >>>>>>>>>>Gesendet: Mi 28.07.2004 20:38 > >>>>>>>>>>An: spr...@li... > >>>>>>>>>>Betreff: Re: [Springframework-developer] @since and > >>>>>>>>>> > >>>>>>>>>> > >>@version > >> > >> > >>>>>>>>>>tags > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>>Dmitriy Kopylenko wrote: > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>>>>I like id keywords...they're mainly in the code > >>>>>>>>>>>> > >>>>>>>>>>>> > >>through my > >> > >> > >>>>>>>>>>>>classes or classes I've edited... (Damn, if it's > >>>>>>>>>>>> > >>>>>>>>>>>> > >>>standardized, > >>> > >>> > >>>>>>>>>>>>I won't know if I've worked on a particular file > >>>>>>>>>>>> > >>>>>>>>>>>> > >>>any more :-) > >>> > >>> > >>>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>>>I also insert $Id:$ when I work on existing classes > >>>>>>>>>>> > >>>>>>>>>>> > >>>or create > >>> > >>> > >>>>>>>>>>>new ones > >>>>>>>>>>>;-) > >>>>>>>>>>> > >>>>>>>>>>>Dmitriy. > >>>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>>I personally like $Id tags. But they do suck big time when > >>>>>>>>>>trying to merge files back in after a branch, causing a > >>>>>>>>>>conflict/change to exist when there shouldn't be > >>>>>>>>>> > >>>>>>>>>> > >>any... There > >> > >> > >>>>>>>>>>seems to be a trend to going away from using them in > >>>>>>>>>> > >>>>>>>>>> > >>>files, by > >>> > >>> > >>>>>>>>>>some people, for this reason. > >>>>>>>>>> > >>>>>>>>>>Colin > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>------------------------------------------------------- > >>>>>This SF.Net email is sponsored by OSTG. Have you noticed > >>>>> > >>>>> > >>>the changes > >>> > >>> > >>>>>on Linux.com, ITManagersJournal and NewsForge in the past > >>>>> > >>>>> > >>>few weeks? > >>> > >>> > >>>>>Now, one more big change to announce. We are now OSTG- > >>>>> > >>>>> > >>Open Source > >> > >> > >>>>>Technology Group. Come see the changes on the new OSTG site. > >>>>>www.ostg.com _______________________________________________ > >>>>>Springframework-developer mailing list > >>>>>Spr...@li... > >>>>> > >>>>> > >>>>> > >>https://lists.sourceforge.net/lists/listinfo/springframework-develope > >> > >> > >>>>>r > >>>>> > >>>>> > >>>> > >>>> > >>>> > >>>>------------------------------------------------------- > >>>>This SF.Net email is sponsored by OSTG. Have you noticed > >>>> > >>>> > >>>the changes > >>> > >>> > >>>>on Linux.com, ITManagersJournal and NewsForge in the past > >>>> > >>>> > >>>few weeks? > >>> > >>> > >>>>Now, one more big change to announce. We are now OSTG- > >>>> > >>>> > >>Open Source > >> > >> > >>>>Technology Group. Come see the changes on the new OSTG site. > >>>>www.ostg.com _______________________________________________ > >>>>Springframework-developer mailing list > >>>>Spr...@li... > >>>> > >>>> > >>>> > >>https://lists.sourceforge.net/lists/listinfo/springframework-developer > >> > >> > >>> > >>> > >>>------------------------------------------------------- > >>>This SF.Net email is sponsored by OSTG. Have you noticed > >>> > >>> > >>the changes > >> > >> > >>>on Linux.com, ITManagersJournal and NewsForge in the past > >>> > >>> > >>few weeks? > >> > >> > >>>Now, one more big change to announce. We are now OSTG- Open Source > >>>Technology Group. Come see the changes on the new OSTG site. > >>>www.ostg.com _______________________________________________ > >>>Springframework-developer mailing list > >>>Spr...@li... > >>> > >>> > >>> > >>https://lists.sourceforge.net/lists/listinfo/springframework-developer > >> > >> > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by OSTG. Have you noticed the changes on > Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, > one more big change to announce. We are now OSTG- Open Source Technology > Group. Come see the changes on the new OSTG site. www.ostg.com > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > |