Hello, It's been delayed = bad. Code-wise it's alright, but I've hit a problem with re-running tests in the same process which cause an exception the second time: "The function attempted to use a name that is reserved for use by another transaction", which also locks most further attempts out (to open file handles). I'm going to fix that as soon as I find the problematic (what seems to be an) asynchronous exception.
A failing test-case for the resource-bug would be appreciated as well. AutoTx facility is pretty much done. So is Castle.Core's additions (no modifications to existing files) with the IO namespace. In the morning I can afford to spend a lot of time on this... I've pushed the updates to my repo. Cheers -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Krzysztof Kozmic Sent: den 6 mars 2010 01:05 To: [email protected] Subject: Re: Transaction Management - The chain of resources not rolled back if one fails Henrik, what's the status of your release? Krzysztof On 3/1/2010 12:05 PM, Henrik Feldt wrote: > Hi, > Actually, it seems I never pushed them :p. They are there now. > Cheers > > -----Original Message----- > From: [email protected] > [mailto:[email protected]] On Behalf Of MoonStorm > Sent: den 1 mars 2010 11:03 > To: Castle Project Users > Subject: Re: Transaction Management - The chain of resources not rolled back > if one fails > > You sure you pushed them? On GIT, the only thing I could find under > Transactions are the interfaces. Maybe I'm looking at the wrong > place... > > On Mar 1, 2:56 am, "Henrik Feldt"<[email protected]> wrote: > >> Hello, >> >> I've pushed the changes, but not everything is in there yet (hence the >> > tag, > >> 1.5, not 2.0.) >> >> Going to do the rest tomorrow... To be added: >> - tests >> - bugfix for this message >> >> If you could code me a failing test-case till tomorrow I'd be happy and >> > it's > >> be done quicker. >> >> Regards, >> Henrik >> >> -----Original Message----- >> From: [email protected] >> >> [mailto:[email protected]] On Behalf Of MoonStorm >> Sent: den 1 mars 2010 01:36 >> To: Castle Project Users >> Subject: Re: Transaction Management - The chain of resources not rolled >> > back > >> if one fails >> >> I don't remember encountering problems with any of them. I compiled >> Castle.Services.Transaction, >> Castle.Facilities.AutomaticTransactionManagement and >> Castle.Facilities.ActiveRecordIntegration (I think on this last one I >> encountered an insignificant change in a method definition) against >> the latest version of core. >> >> Btw, it would be nice, with this release, to update the various >> integrations as well. Effectively they are the ones that bring real >> value to cross-resource transactions, and being so small, it would be >> a shame to leave them behind. Well, I'm talking from the perspective >> of 1.x version of transactions. Can't say anything about the 2.x >> version though as I didn't have a chance to see it. >> >> On Mar 1, 12:20 am, "Henrik Feldt"<[email protected]> wrote: >> >>> Hi, >>> >> >>> Well, I'm technically not asleep yet and I haven't discussed time-zones. >>> >> ;) >> >> >>> I'm currently updatinghttp://github.com/hafwiththe latest code, but >>> there's a bit of trickery with the submodules... >>> >> >>> Tell me; are all the dependencies you are using coherent with each >>> > other? > >>> I'm going to depend on the latest versions of all of them... >>> >> >>> Regards, >>> Henrik >>> >> >>> -----Original Message----- >>> From: [email protected] >>> >> >>> [mailto:[email protected]] On Behalf Of MoonStorm >>> Sent: den 1 mars 2010 00:49 >>> To: Castle Project Users >>> Subject: Re: Transaction Management - The chain of resources not rolled >>> >> back >> >>> if one fails >>> >> >>> No release today... :( >>> >> >>> Btw, could you tell me where the latest code is located? I had a look >>> at the SVN repository and the build server output and it's all old. >>> Could you point me to the right location please? >>> >> >>> On Feb 27, 7:40 pm, "Henrik Feldt"<[email protected]> wrote: >>> >>>> Roger that, I've had the same problem. >>>> >> >>>> Fix coming up tomorrow together with release. >>>> >> >>>> Cheers, >>>> Henrik >>>> >> >>>> -----Original Message----- >>>> From: [email protected] >>>> >> >>>> [mailto:[email protected]] On Behalf Of MoonStorm >>>> Sent: den 27 februari 2010 19:06 >>>> To: Castle Project Users >>>> Subject: Transaction Management - The chain of resources not rolled >>>> > back > >>> if >>> >>>> one fails >>>> >> >>>> Here is a simple scenario using the existing implementation of >>>> Castle.Services.Transaction >>>> >> >>>> Transaction manager receives a green light for resource chain commit >>>> and calls every resource enlisted. >>>> Resource1 tries to commit but fails with an exception. >>>> AbstractTransaction cathes the exception and stores it for later use; >>>> the transaction is also given an invalid state. >>>> Resource2 is called now (surprisingly for commit!). >>>> At the end of the chain, the aforementioned exception is wrapped and >>>> re-thrown. >>>> >> >>>> With this in mind, having the AR facility in place and my custom >>>> resource registered as well, a DB commit may fail but my component >>>> will commit, leaving the system in an unstable state. >>>> >> >>>> -- >>>> You received this message because you are subscribed to the Google >>>> >> Groups >> >>>> "Castle Project Users" 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 >>>> >>> athttp://groups.google.com/group/castle-project-users?hl=en. >>> >> >>> -- >>> You received this message because you are subscribed to the Google >>> > Groups > >>> "Castle Project Users" 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 >>> >> athttp://groups.google.com/group/castle-project-users?hl=en. >> >> -- >> You received this message because you are subscribed to the Google Groups >> "Castle Project Users" 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 >> > athttp://groups.google.com/group/castle-project-users?hl=en. > > -- You received this message because you are subscribed to the Google Groups "Castle Project Users" 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-users?hl=en. -- You received this message because you are subscribed to the Google Groups "Castle Project Users" 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-users?hl=en.
