I'm not really conviced that we should implement workarounds for such clearly broken weld issues.
Thomas, did you already file a bug report in Weld marking this as blocker? Really, we should at least link to them in our sources (+jira) and asap get rid of this workaround in OUR source again. Otherwise we will end up with unmaintainable CODI sources. LieGrue, strub --- On Sat, 5/21/11, Ing.Thomas Kernstock <t.kernst...@e-technologies.at> wrote: > From: Ing.Thomas Kernstock <t.kernst...@e-technologies.at> > Subject: AW: CODI @ViewAccessScoped not cleaned up? > To: "'MyFaces Discussion'" <users@myfaces.apache.org> > Date: Saturday, May 21, 2011, 1:17 AM > that's what I expected :-) The > chances that weld causes the problem where > rather huge (as we discussed earlier). > have a good one > thomas > > > -----Ursprüngliche Nachricht----- > Von: Gerhard Petracek [mailto:gerhard.petra...@gmail.com] > > Gesendet: Freitag, 20. Mai 2011 21:08 > An: MyFaces Discussion > Betreff: Re: CODI @ViewAccessScoped not cleaned up? > > hi thomas, > > this part of codi hasn't changed since the first release > whereas weld > changed a lot. > > regards, > gerhard > > http://www.irian.at > > Your JSF powerhouse - > JSF Consulting, Development and > Courses in English and German > > Professional Support for Apache MyFaces > > > > 2011/5/20 Ing.Thomas Kernstock <t.kernst...@e-technologies.at> > > > Hi Gerhard, > > > > I Think you are right - this problem exists either > since Codi 0.9.4 or > > Glassfish3.1(Weld 1.1.1). This explains why I see > extra database > > updates (in my logfiles) of entities that should have > been destroyed > > allready. On Glassfish 3.0.1 with CODI 0.9.3 this > worked fine ! > > > > best regards > > Thomas > > > > ___________________________________ > > -----Ursprüngliche Nachricht----- > > Von: Gerhard Petracek [mailto:gerhard.petra...@gmail.com] > > Gesendet: Freitag, 20. Mai 2011 19:35 > > An: MyFaces Discussion > > Betreff: Re: CODI @ViewAccessScoped not cleaned up? > > > > hi gernot, > > > > @PreDestroy will be called after rendering the first > page which > > doesn't use the bean. > > it looks like a weld bug (i see the same with weld > v1.1.1). > > i tested it with owb and it works as expected. > > i'll have a look at it, if there is a possible > workaround for weld. > > > > regards, > > gerhard > > > > http://www.irian.at > > > > Your JSF powerhouse - > > JSF Consulting, Development and > > Courses in English and German > > > > Professional Support for Apache MyFaces > > > > > > 2011/5/20 Gernot Pfingstl <gernot.pfing...@gmx.at> > > > > > Hi, > > > > > > I'm using Glassfish 3.1 and CODI 0.9.5 > > > > > > I've a bean A annotated with @ViewAccessScoped. > > > > > > Bean A is used in page1.xhtml. If page1 is called > from page1 the > > > state of the bean is preserved (as expected). > > > > > > Then I navigate to page2.xhtml (which does not > have any reference to > > > bean A), an then I navigate (from page2) to > page3.xhtml (which also > > > does not have any reference to bean A). > > > At this point I supposed bean A has bean > invalidated/removed - but a > > > @PreDestroy is never calles > > > > > > Now I navigate (from page3) to page1.xhtml - and > bean A has the > > > previous values and not an inital state. > > > > > > Do I misunderstand the @ViewAccessScoped or is > there something wrong? > > > > > > regards, > > > Gernot > > > > > > > > >