Danke sehr vielmals :-) lg Thomas -----Ursprüngliche Nachricht----- Von: Gerhard Petracek [mailto:gerhard.petra...@gmail.com] Gesendet: Samstag, 21. Mai 2011 20:07 An: MyFaces Discussion Betreff: Re: AW: CODI @ViewAccessScoped not cleaned up?
hi @ all, as mentioned before: workaround is committed and issue is reported. 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/21 Ing.Thomas Kernstock <t.kernst...@e-technologies.at> > hi mark, > > I didn't file a bug report yet, because till gernot's email I thought > that I did some faulty refactoring in my code that caused the updates > ! > > I really would appreciate a workaround for this (and other bugs) - > although it's not the best way to implement software but in the moment > the only chance for my project. > > regards > Thomas > > -----Ursprüngliche Nachricht----- > Von: Mark Struberg [mailto:strub...@yahoo.de] > Gesendet: Samstag, 21. Mai 2011 12:01 > An: MyFaces Discussion > Betreff: Re: AW: CODI @ViewAccessScoped not cleaned up? > > 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 > > > > > > > > > > > > > > > > >
