Because if you are also using WCF, the HTTP context is not ensured. On Wed, Jan 28, 2009 at 12:28 PM, hammett <[email protected]> wrote:
> > Why? IsWeb=true should be enough.. albeit I dont see how transactions > will be involved in thread switches.. > > On Wed, Jan 28, 2009 at 6:49 AM, Ayende Rahien <[email protected]> wrote: > > I think that you need to write one that will use the WCF call context to > > keep the session > > > > On Wed, Jan 28, 2009 at 9:46 AM, Tim Scott <[email protected] > > > > wrote: > >> > >> Castle trunk has three concrete implementations of IThreadScopeInfo: > >> ThreadScopeInfo, WebThreadScopeInfo and HybridThreadScopeInfo. I assume > >> that because I do not have isWeb="true" I am using the ThreadScopeInfo. > >> Should I add isWeb="true", and do you think that will solve it? Do I > need > >> to write a custom IThreadScopeInfo? > >> > >> > >> On 1/28/09 7:49 AM, "Ayende Rahien" <[email protected]> wrote: > >> > >> <activerecord default-lazy="true"> > >> > >> This is where you define your scope semantics > >> isWeb="true", or hybrid. > >> I don't know if we have a scope impl for Call Context, though. > >> > >> On Wed, Jan 28, 2009 at 8:46 AM, Tim Scott < > [email protected]> > >> wrote: > >> > >> Okay, I lied. Here is the AR config: > >> > >> <activerecord default-lazy="true"> > >> <config> > >> <add key="connection.driver_class" > >> value="NHibernate.Driver.SqlClientDriver" /> > >> <add key="dialect" value="NHibernate.Dialect.MsSql2005Dialect" /> > >> <add key="connection.provider" > >> value="NHibernate.Connection.DriverConnectionProvider" /> > >> <add key="connection.connection_string_name" > >> value="MyNamedConnection" /> > >> </config> > >> </activerecord> > >> > >> > >> > >> On 1/27/09 9:00 PM, "Ayende Rahien" <[email protected] > >> <http://[email protected]> > wrote: > >> > >> Where is the connections tring? > >> > >> On Tue, Jan 27, 2009 at 9:54 PM, Tim Scott < > [email protected] > >> <http://[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] > >> <http://[email protected]> <http://[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] > >> <http://[email protected]> <http://tscott@ > lunaversesoftware.com> > >> > 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] > >> <http://[email protected]> <http://[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] > >> > <http://[email protected]> <http://tscott@ > lunaversesoftware.com> > >> > > > >> > >> > wrote: > >> >> > >> >> Any thoughts on how this exception might occur? > >> >> > >> >> > >> >> On Jan 27, 5:26 pm, hammett <[email protected] > >> >> <http://[email protected]> <http://[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] <http://[email protected]> > >> >>> <http://[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 > > > >> >>>> < > http://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/> < > http://hammett.castleproject.org/> > >> >>> <http://hammett.castleproject.org/> > >> >>> > >> >> > >> > > >> > > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > > > > > > > > > > > > > -- > Cheers, > hammett > 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 -~----------~----~----~----~------~----~------~--~---
