It is if you run in compatibility mode:
<system.serviceModel> <serviceHostingEnvironment
aspNetCompatibilityEnabled=”true” /> </system.serviceModel>
On Jan 28, 2:55 pm, Ayende Rahien <[email protected]> wrote:
> 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.TransactionIn...
>
> > >> >>>> <
> >http://Castle.Facilities.AutomaticTransactionManagement.TransactionIn...
>
> > >> >>>> <
> >http://Castle.Facilities.AutomaticTransactionManagement.TransactionIn...
>
> > >> >>>> 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
-~----------~----~----~----~------~----~------~--~---
