CSLA .NET

Vibrant discussion about CSLA .NET and using the framework to build great business applications.

Forum has moved

New location: CSLA .NET forum


CSLA .NET Resources:
  • CSLA .NET forum
  • CSLA .NET home page
  • Browse Site by Tags

    Showing related tags and posts across the entire site.
    • ApplicationContextManager issue and WCF

      It looks like we have a nasty problem with ApplicationContext which I am hoping someone can help with. We have some WCF services hosted within an ASP.NET website (where the website also contains ASPX pages) so that we can expose data to JavaScript for client-side functionality (such as auto-complete...
      Posted to CSLA .NET discussion by RockyRocks on Mon, Jul 8 2013
    • Re: Asynchronity on the Data Portal server-side

      GlobalContext should flow one-way, from the caller to the callee. If that doesn't happen then that's a bug. But if Principal is flowing then I suspect the context dictionaries are flowing as well - but again, bugs are possible. You are right that it doesn't automatically flow back to the...
      Posted to CSLA .NET discussion by RockfordLhotka on Wed, Feb 6 2013
    • Re: ApplicationContext.User and threading

      Tasks run on a background thread from the thread pool. Because they are a different thread, thread-specific context (like the principal) doesn't automatically follow onto those threads. The Csla.Threading.BackgroundWorker automatically spins threads onto the thread pool with all the primary thread's...
      Posted to CSLA .NET discussion by RockfordLhotka on Mon, Oct 29 2012
    • GlobalContext, ClientContext, LocalContext in ASP.Net land

      I have two questions: In the ASP.Net scope of things, GlobalContext, ClientContext, LocalContext appear to be the same. The three store to the current HttpContext Items collection and are limited to the users session. Is this correct? Is there a an API like context that would store to the application...
      Posted to CSLA .NET discussion by Joseph Morin on Wed, Sep 26 2012
    • Re: Changing App Server Endpoint at Runtime

      JonnyBee, Thank you for the reply. I tried messing with the ApplicationContext to see if I could get the DataPortal to recognize the changes I was making to my configuration file. Nothing I tried would work. After looking into it further, the real issue seems to be how the default WCF ChannelFactory...
      Posted to CSLA .NET discussion by rlhiggin on Wed, Aug 29 2012
    • Re: CSLA 4.2.2 Broke"ApplicationContext.User"

      On what platform? There were changes to the way the web implementation was loaded to address a bug. I don't think we changed the actual implementation of the web or XAML providers though - just the way in which the web provider is loaded.
      Posted to CSLA .NET discussion by RockfordLhotka on Mon, Feb 13 2012
    • Other User for new Thread

      Hi. I have a WPF-Application. There i start a seperate Thread, when the application starts. Now, I should set a other User for this Thread then the Application has. I have seen, that this works for non-WPF-Application. But in WPF-Application, the User (principal) will be stored in the ApplicationContext...
      Posted to CSLA .NET discussion by t.kehl on Sat, Oct 1 2011
    • Re: Losing user roles

      Do you reference Csla.Web.dll from your UI project? You must do this. The ApplicationContext.User property does the "right thing", but the right thing is different in ASP.NET vs WPF vs SL vs pure .NET. We supply a "User property provider" for different environments. For example, Csla...
      Posted to CSLA .NET discussion by RockfordLhotka on Tue, Sep 27 2011
    • ClientContext cleared during simultaneous ViewModel refresh

      Hi, I am using CSLA 4.1.0 for a Silverlight app. I recently experienced a problem where my ClientContext was being randomly cleared. After a lot of digging I have traced the source of the problem (I hope). It is because I am refreshing several ViewModel objects simultaneously. I am using the MVVM pattern...
      Posted to CSLA .NET discussion by richardp on Wed, Sep 21 2011
    • CSLA 4.0.1.0, .NET 4.0, WCF REST Service

      Hi: I am building several WCF REST services in .NET 4.0 using the new WebServiceHostFactory classes. The user needs to authenticate to the site using Forms Auth. That works as expected. The Csla.ApplicationContext.User has my custom principal. When a call is made to the service instance, Csla.ApplicationContext...
      Posted to CSLA .NET discussion by mhsimkin on Thu, Apr 28 2011
    • Why doesn't ApplicationContext.User use the ServiceSecurityContext from WCF Security model?

      Hello! I faced the following problem. In our application we implemented the custom username authentication in WCF services that are hosted in IIS. This services work with CSLA objects. Custom authentication uses the custom validator to check the username and password. (for more information see http:...
      Posted to CSLA .NET discussion by w1z on Mon, Oct 25 2010
    • Re: WCF Dataportal and ApplicationContext - correct config?

      Compatibility mode should not be required, no. ASP.NET doesn't guarantee that a request will run on the same thread throughout its life (though they usually do). And of course server threads are reused by subsequent requests from other users - it is just a thread pool after all. So the only safe...
      Posted to CSLA .NET discussion by RockfordLhotka on Thu, Sep 30 2010
    • Re: WCF Dataportal and ApplicationContext - correct config?

      On any ASP.NET server, make absolutely sure that Csla.Web.dll is in the \bin directory. ApplicationContext is managed differently depending on runtime context. ASP.NET is different from WPF, which is different from other .NET contexts. The ASP.NET handler for ApplicationContext is in Csla.Web.dll, because...
      Posted to CSLA .NET discussion by RockfordLhotka on Tue, Sep 28 2010
    • Re: Passing authentication data via a host in the middle

      ApplicationContext.User is stored differently on different platforms. On Silverlight it is static - global to the SL app. On WPF it is static - global to the WPF app. On Windows Forms it is per-thread (System.Threading.Thread.CurrentPrincipal) In a Windows service it is per-thread (System.Threading.Thread...
      Posted to CSLA .NET discussion by RockfordLhotka on Thu, Apr 1 2010
    • Re: conceptual/architectural advice needed

      LocalContext is much like ASP.NET Session: Csla.Application.LocalContext is a dictionary that is maintained for you and is globally accessible to all code in your thread (it is stored per-thread, or (I think) in WPF it is per-AppDomain and for sure on Silverlight it is per-AppDomain). The only thing...
      Posted to CSLA .NET discussion by RockfordLhotka on Sun, Mar 21 2010

    Copyright (c) 2006-2014 Marimer LLC. All rights reserved.
    Email admin@lhotka.net for support.
    Powered by Community Server (Non-Commercial Edition), by Telligent Systems