We don't do that but I've seen alot of examples. You mention that it is to slow in the end, what other patterns is good / bad to use with respect to performance and CDI? Are there any articles available on that topic?
Regards Lars-Fredrik On Dec 10, 2013 11:32 AM, "Mark Struberg" <[email protected]> wrote: > I generally question logger injection. It's just way too slow in the end > anyway > LieGrue, > strub > > ------------------------------ > *From:* Lars-Fredrik Smedberg <[email protected]> > *To:* [email protected] > *Sent:* Monday, 9 December 2013, 23:29 > *Subject:* Re: Reinject of transient dependencies? + Question on > @ConversationScoped > > Hi Mark > I was just wondering since some CDI examples (especially those that inject > a Logger that is not proxyable) suggest injecting it to a transient field > in a passivation scope bean.... I guess those examples are not right then? > Hi! > > Nope, we do not re-inject anything. > The parts which do not get serialized are lost. > > You could of course handle serialisation yourself and fill the injection > point with BeanManager#getReference manually. But what for? > > LieGrue, > strub > > > > > > > > >________________________________ > > From: Lars-Fredrik Smedberg <[email protected]> > >To: "[email protected]" <[email protected]> > >Sent: Monday, 9 December 2013, 13:49 > >Subject: Reinject of transient dependencies? + Question on > @ConversationScoped > > > > > > > >Hi! > > > > > >Some questions if anyone can help me out: > > > > > >1. In the case of passivation and activation will OWB reinject transient > dependencies or how are they treated? > >2. Is there any (easy) way to use @ConversationScoped in a none > JSF-environment or should I use something else (or perhaps create a custom > scope)? > > > > > > > >Regards > >Lars-Fredrik > > > >-- > >Med vänlig hälsning / Best regards > > > >Lars-Fredrik Smedberg > > > >STATEMENT OF CONFIDENTIALITY: > >The information contained in this electronic message and any > >attachments to this message are intended for the exclusive use of the > >address(es) and may contain confidential or privileged information. If > >you are not the intended recipient, please notify Lars-Fredrik Smedberg > >immediately at [email protected], and destroy all copies of this > >message and any attachments. > > > > > > >
