getThreadLocalCarbonContext / getThreadLocalContext is more intuitive IMHO.
thanks, --Pradeep On Fri, Oct 4, 2013 at 10:20 AM, Afkham Azeez <az...@wso2.com> wrote: > getThreadLocalVariable or getThreadLocalContext? > > > On Thu, Oct 3, 2013 at 9:21 PM, Senaka Fernando <sen...@wso2.com> wrote: > >> Hi Sameera, >> >> I believe that eventually, we should end up getting rid of everything >> #getCurrentContext, >> and then renaming #getThreadLocalVariable to #getCurrentContext isn't >> it? IMHO, the thread local story was needed to differentiate between the >> thread-local model and the non-thread-local model in the past, but since >> that is no more, then we can clean-up and rename as a part of the >> deprecation process. >> >> Thanks, >> Senaka. >> >> >> On Thu, Oct 3, 2013 at 2:10 PM, Sameera Jayasoma <same...@wso2.com>wrote: >> >>> Hi Sanjiva, >>> >>> This method first check whether an instance of the CarbonContext is >>> stored in the MessageContext, if not checks in the ConfiguratoinContext. If >>> both of these checks fails, this method returns the thread local variable. >>> This has caused issues during this 4.2.0 release. Thats why we thought of >>> doing this even at critical time like this to get a stable platform. >>> >>> This CarbonContext has gotten bit messy over the time. Thats the cause >>> of these problems. We should have had a proper control when it comes to >>> changing APIs like this. Now only the kernel team have commit rights to the >>> kernel(for now). We are trying to throttle changes to the kernel. >>> >>> Thanks, >>> Sameera. >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> On Thu, Oct 3, 2013 at 8:13 AM, Sanjiva Weerawarana <sanj...@wso2.com>wrote: >>> >>>> Sameera isn't CarbonContext.getCurrentContext() supposed to return the >>>> context associated with the current thread??? >>>> >>>> >>>> On Tue, Oct 1, 2013 at 11:45 AM, Sameera Jayasoma <same...@wso2.com>wrote: >>>> >>>>> Hi Folks, >>>>> >>>>> Some of you may be wondering why we are doing this change now. The >>>>> simplest reason is, to ensure the consistency of its usage. >>>>> >>>>> Over the past few years somehow we've ended up adding more methods to >>>>> this API and also ended up putting two different set of APIs for setting >>>>> and getting the CarbonContext object. Its not the time to check who has >>>>> done this, but its the time to properly refactor this API as well as its >>>>> usages. Following is the two sets of APIs. Carbon kernel and component >>>>> developers have used these methods interchangeably. This has caused some >>>>> inconsistency in the CarbonPlatform. We've faced many issues related to >>>>> this during the 4.2.0 release. Thats why we thought of fixing this once >>>>> for >>>>> all. >>>>> >>>>> >>>>> CarbonContext.getCurrentContext() >>>>> CarbonContext.getCurrentContext(MessageContext msgCtx) >>>>> CarbonContext.getCurrentContext(HttpSession session) >>>>> CarbonContext.getCurrentContext(AxisConfiguration config) >>>>> CarbonContext.getCurrentContext(ConfigurationContext ctx) >>>>> CarbonContext.getCurrentContext(ThriftSession session) >>>>> >>>>> ----------------- >>>>> *CarbonContext.getThreadLocalVariable()* >>>>> >>>>> The plan is the use the latter API from now onwards. We are >>>>> deprecating the former set of APIs. Now we need to ensure that each >>>>> running >>>>> Thread in the system should have an associated CarbonContext object. >>>>> >>>>> >>>>> Thanks, >>>>> Sameera. >>>>> >>>>> -- >>>>> Sameera Jayasoma, >>>>> Architect, >>>>> >>>>> WSO2, Inc. (http://wso2.com) >>>>> email: same...@wso2.com >>>>> blog: http://sameera.adahas.org >>>>> twitter: https://twitter.com/sameerajayasoma >>>>> flickr: http://www.flickr.com/photos/sameera-jayasoma/collections >>>>> Mobile: 0094776364456 >>>>> >>>>> Lean . Enterprise . Middleware >>>>> >>>>> _______________________________________________ >>>>> Dev mailing list >>>>> Dev@wso2.org >>>>> http://wso2.org/cgi-bin/mailman/listinfo/dev >>>>> >>>>> >>>> >>>> >>>> -- >>>> Sanjiva Weerawarana, Ph.D. >>>> Founder, Chairman & CEO; WSO2, Inc.; http://wso2.com/ >>>> email: sanj...@wso2.com; phone: +94 11 763 9614; cell: +94 77 787 6880| +1 >>>> 650 265 8311 >>>> blog: http://sanjiva.weerawarana.org/ >>>> >>>> >>>> Lean . Enterprise . Middleware >>>> >>> >>> >>> >>> -- >>> Sameera Jayasoma, >>> Architect, >>> >>> WSO2, Inc. (http://wso2.com) >>> email: same...@wso2.com >>> blog: http://sameera.adahas.org >>> twitter: https://twitter.com/sameerajayasoma >>> flickr: http://www.flickr.com/photos/sameera-jayasoma/collections >>> Mobile: 0094776364456 >>> >>> Lean . Enterprise . Middleware >>> >>> _______________________________________________ >>> Dev mailing list >>> Dev@wso2.org >>> http://wso2.org/cgi-bin/mailman/listinfo/dev >>> >>> >> >> >> -- >> * <http://us13.wso2con.com/> >> * >> * >> * >> *Senaka Fernando* >> Senior Technical Lead; WSO2 Inc.; http://wso2.com* >> Member; Apache Software Foundation; http://apache.org >> >> E-mail: senaka AT wso2.com >> **P: +1 408 754 7388; ext: 51736*; *M: +94 77 322 1818 >> Linked-In: http://linkedin.com/in/senakafernando >> >> * >> Lean . Enterprise . Middleware >> >> _______________________________________________ >> Dev mailing list >> Dev@wso2.org >> http://wso2.org/cgi-bin/mailman/listinfo/dev >> >> > > > -- > *Afkham Azeez* > Director of Architecture; WSO2, Inc.; http://wso2.com > Member; Apache Software Foundation; http://www.apache.org/ > * <http://www.apache.org/>** > email: **az...@wso2.com* <az...@wso2.com>* cell: +94 77 3320919 > blog: **http://blog.afkham.org* <http://blog.afkham.org>* > twitter: **http://twitter.com/afkham_azeez*<http://twitter.com/afkham_azeez> > * > linked-in: **http://lk.linkedin.com/in/afkhamazeez* > > * > * > *Lean . Enterprise . Middleware* > > _______________________________________________ > Architecture mailing list > architect...@wso2.org > https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture > > -- *Pradeep Fernando* Associate Technical Lead;WSO2 Inc.; http://wso2.com blog: http://pradeepfernando.blogspot.com m: +94776603662
_______________________________________________ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev