Hi, I have updated the transactions project on my github, current master. I fixed a problem when one doesn't start the transaction functionality by setting TxAdapterBase.UseTransactions = true. If you want the code, you can pull from my github (add it as a remote and do a cherry-picking merge if you _really_ hate something).
It still uses submodules, but only for development of my own projects (C.S.Tx and C.S.AutoTx in between), I will not be removing submodules between these as it's what keeps me sane. For any of the commits, I am not _using_ the .Core submodule I'm referencing, but using the binary instead, so there's no problem with this. I have written quite extensive documentation to this feature as a part of another project and done performance testing and evaluation (QA). I will publish this as soon as possible on my web site. Cheers, Henrik -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of John Simons Sent: den 20 april 2010 00:25 To: Castle Project Development List Subject: Re: So do we GIT now? I believe there is, - Reference Core v1.2 (you need to move the code that you want in Core to one of your projects in the meantime) - Remove submodules - Provide us with pull requests for both Castle.Facilities.AutomaticTransactionManagement and Castle.Services.Transaction Cheers John On Apr 20, 8:03 am, "Henrik Feldt" <[email protected]> wrote: > Hi John, > > There's nothing more to do for me on the release, is there? > > Cheers, > Henrik > > -----Original Message----- > From: [email protected] > [mailto:[email protected]] On Behalf Of John Simons > Sent: den 19 april 2010 23:44 > To: Castle Project Development List > Subject: Re: So do we GIT now? > > Henrik, > > The majority of the committers of Castle are against the use of > submodules, there is no requirement for more voting! > I advice you to adhere to the coding standards + project structure(we > chose) and get on with your release. > > Cheers > John > > On Apr 20, 1:14 am, "Henrik Feldt" <[email protected]> wrote: > > 1. It can be done and is done automatically when it comes to the > > actual commit hash, but when it comes to a subtree, where is this needed? > > > 2. It’s fairly trivial, isn’t it? It can even be scripted easily, > > surely? > > > 3. Why submodules/read-tree? Because it allows easier updating. I was > > asked to adhere to a structure of the transactions project, so clearly, > > there’s still an aim to standardize the projects, and they are then not > > self contained. > > > So clearly, not having submodules, in this thread was chosen by 3 people > > over the course of 2 days… > > > Cheers, > > > Henrik > > > From: [email protected] > > [mailto:[email protected]] On Behalf Of Roelof Blom > > Sent: den 23 februari 2010 13:44 > > To: [email protected] > > Subject: Re: So do we GIT now? > > > The 'problem' is twofold: > > > 1. When we used svn we did this with svn:externals on the tools > > directory: > > ^/buildtools/NUnit/2.5.3/ NUnit > > ^/buildtools/MSBuildCommunityTasks/r492/ MSBuildCommunityTasks > > This way you got get two folders named NUnit and MSBuildCommunityTasks > > below the tools folder, > > and you could reference these from scripts. Notice how both point to a > > specific version (url really). > > I am pretty sure Git cannot do this. > > 2. The other is the not-so-obvious 'git submodule init;git submodule > > update', especially when you switch between branches > > this is non-trivial and easy to forget. At least this is what I understood > > from googling a bit, and the last section > > ofhttp://progit.org/book/ch6-6.html > > > In addition, to update a submodule reference over the projects you need to > > update (git checkout master, git pull, git push) on every submodule in > > every project because, unlike in svn, the head cannot be automatically > > tracked. I guess it's just as easy (easier?) to update that shared thing on > > all your local git clones and push them. > > > With the projects being split there's no real story to keep all things > > equal for all projects, IMHO. > > > -- Roelof. > > > On Tue, Feb 23, 2010 at 1:17 PM, Mauricio Scheffer > > <[email protected]> wrote: > > > I didn't have any issues with the buildscripts submodule... what was > > the problem with buildtools? > > > On Feb 23, 1:48 am, John Simons <[email protected]> wrote: > > > > Re the use of submodules, so how come we are using them for the > > > buildscripts? > > > > Cheers > > > John > > > > On Feb 22, 10:58 pm, Roelof Blom <[email protected]> wrote: > > > > > Inline > > > > > On Mon, Feb 22, 2010 at 12:42 PM, John Simons > > > > <[email protected]>wrote: > > > > > > Thanks guys, good links :) > > > > > > Re repositories on github, I've noticed we've added a submodule for > > > > > the buildscripts to the already migrated projects, I was wondering if > > > > > it makes also sense to add the buildtools(Nant, nunit, ....) as > > > > > submodules so that we can just clone and build? > > > > > I've tried this but submodules work differently than svn:externals, and > > > > come > > > > with a whole share of problems, check this > > > > out:http://progit.org/book/ch6-6.html > > > > > > Also, the following repositories can be deleted: > > > > > Castle.Components.EmailSender > > > > > Castle.Facilities.BatchRegistration > > > > > Castle.Services.Logging > > > > > Castle.Facilities.Cache > > > > > Castle.Services.Transaction > > > > > Will do > > > > > > and finally, the presentation that Krzysztof pointed me to > > > > > mentions .gitignore file, should we add this file to each repository > > > > > to exclude bin, obj,....? > > > > > Yup > > > > > > Cheers > > > > > John > > > > > > On Feb 22, 7:54 pm, Krzysztof Koźmic (2) <[email protected]> wrote: > > > > > > John, > > > > > > > watch this presentation: > > > > >http://jagregory.com/writings/git-e-van-recording/ > > > > > > > very good stuff that will kickstart you into using git > > > > > > > On 22 Lut, 08:47, John Simons <[email protected]> wrote: > > > > > > > > Mauricio or Henry, > > > > > > > > Can I please have one of you migration "TemplateEngine Component"? > > > > > > > I would do it, but I have zero experience using git, so I feel > > > > > > > very > > > > > > > nervous doing it! > > > > > > > > Also, can someone give me some pointers on what to install on my > > > > > > > workstation? Do I install both msysgit (any specific > > > > > > > configuration or > > > > > > > just use defaults when installing it) and tortoisegit? Any advice > > > > > > > is > > > > > > > welcomed :) > > > > > > > > Cheers > > > > > > > John > > > > > > > > On Feb 20, 10:19 pm, Ken Egozi <[email protected]> wrote: > > > > > > > > > 10x > > > > > > > > > 2010/2/20 Henry Conceição <[email protected]> > > > > > > > > > > I can take care of MR too, if someone doesn't step in. > > > > > > > > > > Cheers, > > > > > > > > > Henry Conceição > > > > > > > > > > On Fri, Feb 19, 2010 at 8:12 PM, Ken Egozi <[email protected]> > > > > > wrote: > > > > > > > > > > any chance someone might be able to do the history trick > > > > > > > > > > for MR? > > > > > > > > > > all of my spare OSS time is now consumed by performance > > > > > improvements to > > > > > > > > > > AspView, which I've been doing on my MR fork @ github (got > > > > > > > > > > to > > > > > love git > > > > > > > > > and > > > > > > > > > > github). By now I managed to push a complex page with many, > > > > > deeply nested > > > > > > > > > > subviews, from about a second down to the neighbourhood of > > > > > 100ms. > > > > > > > > > > apparently the code I initially transformed from the old > > > > > > > > > > .boo > > > > > code of > > > > > > > > > brail, > > > > > > > > > > plus the tons of naive changes I applied over the years, > > > > > > > > > > was not > > > > > too good > > > > > > > > > > > On Fri, Feb 19, 2010 at 10:53 PM, Roelof Blom < > > > > > [email protected]> > > > > > > > > > wrote: > > > > > > > > > > >> Done. > > > > > > > > > >> git:// > > > > > > github.com/castleproject/Castle.Facilities.AutomaticTransactionManagement.g > > > > > it > > > > > > > > > > >> -- Roelof. > > > > > > > > > > >> On Fri, Feb 19, 2010 at 9:27 PM, Henrik Feldt > > > > > > > > > >> <[email protected]> > > > > > wrote: > > > > > > > > > > >>> :) When you’ve migrated it > > > > > > > > > > >>> From: [email protected] > > > > > > > > > >>> [mailto:[email protected]] On Behalf > > > > > > > > > >>> Of > > > > > Roelof > > > > > > > > > Blom > > > > > > > > > >>> Sent: den 19 februari 2010 21:25 > > > > > > > > > > >>> To: [email protected] > > > > > > > > > >>> Subject: Re: So do we GIT now? > > > > > > > > > > >>> huh? > > > > > > > > > > >>> On Fri, Feb 19, 2010 at 9:17 PM, Henrik Feldt > > > > > > > > > >>> <[email protected]> > > > > > wrote: > > > > > > > > > > >>> Tell me updates as you go, please. > > > > > > > > > > >>> Cheers, > > > > > > > > > > >>> Henrik > > > > > > > > > > >>> From: [email protected] > > > > > > > > > >>> [mailto:[email protected]] On Behalf > > > > > > > > > >>> Of > > > > > Roelof > > > > > > > > > Blom > > > > > > > > > >>> Sent: den 19 februari 2010 20:38 > > > > > > > > > >>> To: [email protected] > > > > > > > > > >>> Subject: Re: So do we GIT now? > > > > > > > > > > >>> I am currently working on moving the AutoTX facility. > > > > > > > > > > >>> 2010/2/19 Henry Conceição <[email protected]> > > > > > > > > > > >>> Ok, so I'll continue to move some repos to github. > > > > > > > > > > >>> I'm planning to move all the facilties on the next days. > > > > > > > > > >>> Is > > > > > everybody > > > > > > > > > >>> ok with that? > > > > > > > > > > >>> Cheers, > > > > > > > > > >>> Henry Conceição > > > > > > > > > > >>> On Thu, Feb 18, 2010 at 6:21 PM, John Simons < > > > > > > > > > [email protected]> > > > > > > > > > >>> wrote: > > > > > > > > > >>> > Agree > > > > > > > > > > >>> > On Feb 18, 5:19 am, Henry Conceição < > > > > > [email protected]> > > > > > > > > > wrote: > > > > > > > > > >>> >> So, we all agree that one scm is better than two and > > > > > > > > > >>> >> there > > > > > is no > > > > > > > > > >>> >> problem to have all the history and not only the > > > > > > > > > >>> >> relevant > > > > > part for > > > > > > > > > >>> >> each repo? > > > > > > > > > > >>> >> Cheers, > > > > > > > > > >>> >> Henry Conceição > > > > > > > > > > >>> >> On Tue, Feb 16, 2010 at 7:03 AM, Roelof Blom < > > > > > [email protected] > > > > > > > > > > >>> >> wrote: > > > > > > > > > >>> >> > Inline > > > > > > > > > > >>> >> > On Tue, Feb 16, 2010 at 9:24 AM, John Simons > > > > > > > > > >>> >> > <[email protected]> > > > > > > > > > >>> >> > wrote: > > > > > > > > > > >>> >> >> Mauricio, > > > > > > > > > > >>> >> >> All very good points :) > > > > > > > > > >>> >> >> Inline > > > > > > > > > > >>> >> >> Cheers > > > > > > > > > >>> >> >> John > > > > > > > > > > >>> >> >> On Feb 16, 12:29 pm, Mauricio Scheffer < > > > > > > > > > [email protected]> > > > > > > > > > >>> >> >> wrote: > > > > > > > > > >>> >> >> > * It's simpler to have one SCM than two. > > > > > > > > > >>> >> >> I agree, but I thought we were going to freeze svn > > > > > > > > > >>> >> >> and > > > > > make it > > > > > > > > > >>> >> >> readonly, or is this not the plan? > > > > > > > > > > >>> >> > Which thread was that decided on? I don't like the > > > > > > > > > >>> >> > idea of > > > > > having > > > > > > > > > >>> >> > two SCM's, > > > > > > > > > >>> >> > see the recent thread on the users list about APTCA > > > > > > > > > >>> >> > in > > > > > which > > > > > > > > > people > > ... > > read more » -- You received this message because you are subscribed to the Google Groups "Castle Project Development List" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/castle-project-devel?hl=en. -- You received this message because you are subscribed to the Google Groups "Castle Project Development List" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/castle-project-devel?hl=en.
