>>>Is this a leftover from an old period? Or is there some logic behind which >>>is well hidden from me? I have explained it lots of time, please look at old emails about this :) It is used for getting chaining dependencies.
--Gurkan ________________________________ From: Mark Struberg <[email protected]> To: [email protected] Sent: Tue, March 23, 2010 10:13:32 PM Subject: AW: Rational Behind Current Interceptor/Decorator Handling/Creational Context I understand what the CreationalContext is for in the spec, but I'm currently hunting for explanations for some helper constructs like e.g. the DependentCreationalContext. Either a dependent object is created in the same CreationalContext or not, but we currently are forced to create new 'dummy' CreationalContexts only to add a dependent contextual instance to the already existing CreationalContext of the bean it depends on. That looks weird to me. Is this a leftover from an old period? Or is there some logic behind which is well hidden from me? txs and LieGrue, strub --- Gurkan Erdogdu <[email protected]> schrieb am Di, 23.3.2010: > Von: Gurkan Erdogdu <[email protected]> > Betreff: Rational Behind Current Interceptor/Decorator Handling/Creational > Context > An: [email protected] > Datum: Dienstag, 23. März, 2010 20:53 Uhr > Hello; > > Subject is a little long :) > > I would like to explain some of the design rational of > current code in regard to using CreationalContext and > handling of Decroators/Interceptors. Creational context is > implemented by the CreationalContextImpl and is used for > saving dependent instances of the NormalScoped beans, i.e > saving dependent bean instance, decorstors, interceptors, > ejb interceptors etc. > > In first creation of the normal scoped bean instance, it is > created and saved in the AbstractContext. After that all of > its dependents are getting from this cretional context. > NormalScopedBeansInterceptorHandler uses this semantic to > get its creational context and setup decorators and > interceptors. > > Moreover, decorators and interceptors of the bean instance > is setup only once and saved in creational context .After > destroying bean contexts, bean's cretional contexts are > destroyed by the container. > > Therefore, current code base is hugely dependent on usage > of CreationalContextImpl class. > > Currently, we pass all of the standalone tests(some issues > have written to CDI TCK jira) and huge part of the web > profile tests. Before changing critical parts of the > codebase, please run TCK before committing them. > > But it always needs another eye to find out more elegant > solution. But we have really arrived in a good point and > care must be taken to not broke the running code :) > > Thanks; > > --Gurkan > > > > > ___________________________________________________________________ > Yahoo! Türkiye açıldı! http://yahoo.com.tr > İnternet üzerindeki en iyi içeriği Yahoo! Türkiye > sizlere sunuyor! __________________________________________________ Do You Yahoo!? Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz gegen Massenmails. http://mail.yahoo.com ___________________________________________________________________ Yahoo! Türkiye açıldı! http://yahoo.com.tr İnternet üzerindeki en iyi içeriği Yahoo! Türkiye sizlere sunuyor!
