Where is the connections tring?
On Tue, Jan 27, 2009 at 9:54 PM, Tim Scott <[email protected]>wrote:
> 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.Int<
> http://Castle.Facilities.AutomaticTransactionManagement.TransactionInterceptor.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
-~----------~----~----~----~------~----~------~--~---
