The only config I have for AR is in Binsor:
component "active_record_repository", IRepository, ARRepository
component "active_record_unit_of_work", IUnitOfWorkFactory,
ActiveRecordUnitOfWorkFactory:
assemblies = (Assembly.Load("MyApp.MyCore"),)
Is this what you are asking for?
On 1/27/09 8:43 PM, "Ayende Rahien" <[email protected]> wrote:
> The problem is likely with the scope that you selected for AR
> What is your configuration?
>
> On Tue, Jan 27, 2009 at 7:46 PM, Tim Scott <[email protected]>
> wrote:
>>
>> The app uses Rhino.Commons and its Repository<T>, underlying which is
>> NHibernate. I use ActiveRecord attributes for mapping only. The
>> application is a Rhino.Commons' UnitOfWorkApplication.
>>
>> My service classes are decorated with [Transactional] and the methods with
>> [Transaction].
>>
>> I know you are not a Rhino Commons expert and so this might not be enough
>> detail, and maybe it's some Rhino Commons issue?
>>
>>
>>
>> On 1/27/09 6:01 PM, "hammett" <[email protected]> wrote:
>>
>>> >
>>> > Not with this amount of information. What's the machinery (AR, NH,
>>> > other)? What kind of app? Have you configured a custom activity
>>> > manager?
>>> >
>>> >
>>> > On Tue, Jan 27, 2009 at 3:51 PM, Tim Scott <[email protected]>
>>> > wrote:
>>>> >>
>>>> >> Any thoughts on how this exception might occur?
>>>> >>
>>>> >>
>>>> >> On Jan 27, 5:26 pm, hammett <[email protected]> wrote:
>>>>> >>> This comment is stalled. The TM is now per thread, so there's nothing
>>>>> >>> being shared across threads.
>>>>> >>>
>>>>> >>>
>>>>> >>>
>>>>> >>> On Tue, Jan 27, 2009 at 1:07 PM, Tim Scott
>>>>> <[email protected]>
>>>>> >>> wrote:
>>>>> >>>
>>>>>> >>>> I am using AutomaticTransactionManagement in my app, and I am doing
>>>>>> >>>> some stress testing. All is well until I reach a fairly heavy load;
>>>>>> >>>> then I get the following exception:
>>>>> >>>
>>>>>> >>>> System.ArgumentException: transaction
>>>>>> >>>> Parameter name: Tried to dispose a transaction that is not on the
>>>>>> >>>> current active transaction
>>>>>> >>>> at Castle.Services.Transaction.DefaultTransactionManager.Dispose
>>>>>> >>>> (ITransaction transaction)
>>>>>> >>>> at
>>>>>> >>>>
>>>>>> Castle.Facilities.AutomaticTransactionManagement.TransactionInterceptor.I
>>>>>> nt
>>>>>> <http://Castle.Facilities.AutomaticTransactionManagement.TransactionInter
>>>>>> ceptor.Int>
>>>>>> >>>> ercept
>>>>>> >>>> (IInvocation invocation)
>>>>> >>>
>>>>>> >>>> I decided to have a look at the source code to see if I can figure
out
>>>>>> >>>> what might be happening. The following comment the summary for
>>>>>> >>>> DefaultTransactionManager jumped out at me:
>>>>> >>>
>>>>>> >>>> TODO: Ensure this class is thread-safe
>>>>> >>>
>>>>>> >>>> Has anyone else seen this behavior? Might I be doing something
>>>>>> wrong
>>>>>> >>>> in my app?
>>>>> >>>
>>>>>> >>>> Not sure it it's relevant but I am also using Rhino.Commons and
>>>>>> >>>> UnitOfWorkApplication.
>>>>> >>>
>>>>> >>> --
>>>>> >>> Cheers,
>>>>> >>> hammetthttp://hammett.castleproject.org/
>>>>> <http://hammett.castleproject.org/>
>>>>> >>>
>>>> >>
>>> >
>>> >
>>
>>
>>
>>
>
>
> >
>
--~--~---------~--~----~------------~-------~--~----~
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
-~----------~----~----~----~------~----~------~--~---
