You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@tapestry.apache.org by Skorpien126 <lo...@web.de> on 2006/12/03 19:21:23 UTC
Why propertys were not updated, when Form "hasErrors"??
Ok... maybe I start nerving but I can´t belive that´s it not possible.
The Situation: I have maybe 20 Textareas in a form... each one using the
"required" validator. The textareas are BOUND to a bean which has
lifecycle=Page. Reading and writing still works... but when I fill data in
first 19 Textareas und I submit I get an ValidationError because the last
textarea has no text... so far so good, Validation is working.. but why the
Hell it´s not possible to update the values. I can´t expire that my users
Refill all the textareas... Is there a workaround or so??? I read some posts
refering this topic... but no REAL solution. Please help...
--
View this message in context: http://www.nabble.com/Why-propertys-were-not-updated%2C-when-Form-%22hasErrors%22---tf2747592.html#a7665535
Sent from the Tapestry - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org
Re: Re: Why propertys were not updated, when Form "hasErrors"??
Posted by Skorpien126 <lo...@web.de>.
Yohhh... I take your Idea and add some more lines and it´s working. I just
had the same "idea"... setting a flag when a Page is loaded first time. But
this didn´t worked, maybe because of using "prepareForRender()".
Nevertheless.. you are my personal TODAYS HERO. Thx a lot.
Sam Gendler-2 wrote:
>
> Well, I have never used prepareForRender(). I tend to have my pages
> implement the pageBeginRenderListener interface or the
> pageAttachListener interface. The former will cause a method called
> pageBeginRender(IRequestCycle) to be called at the start of each
> rendering of the page, much like prepareForRender. Within that
> method, I know that the cycle parameter will return the correct value
> for isRewinding(), so you can check whether you are at the start of
> rewind cycle or a render cycle. I imagine that this is also true for
> prepareForRender(). I could swear I remember reading something about
> preferring pageBeginRender() over prepareForRender(), but I'm not
> seeing it now, so maybe I was imagining things.
>
> But it isn't quite as simple as merely choosing to only initialize
> values before the rewind cycle but not before render, because when
> your page is loaded via a link rather than a form submit, there will
> be no rewind cycle, so you must do your initialization before the
> render cycle instead. SO I have always done the following, in order
> to be able to do initialization once per request, once for eachcycle,
> or only for a particular cycle. I apply the following code to the
> base page class for my application.
>
> @InitialValue("ognl:false")
> public abstract boolean isOnceInitialized();
> public abstract void setOnceInitialized(boolean val);
>
> public final void pageBeginRender(PageEvent event) {
> initPage(event);
> if (!isOnceInitialized()) {
> initOnlyOnce(event);
> setOnceInitialized(true);
> }
> if (getRequestCycle().isRewinding()) {
> initForRewind(event);
> } else {
> initForRender(event);
> }
> }
>
> // gets called before both rewind and render cycles
> public void initPage(PageEvent event) {
> }
>
> public void initOnlyOnce(PageEvent event) {
> }
>
> // gets called before rewind cycle
> public void initForRewind(PageEvent event) {
> }
>
> // gets called before render cycle
> public void initForRender(PageEvent event) {
> }
>
> initPage gets called before every cycle, initOnlyOnce gets called only
> once, no matter whether there is a rewind cycle or not. The other two
> are self explanatory.
>
> In the future I might see if I can overload the behaviour of the
> object which controls the rendering of a page (the engine? I haven't
> looked into it) in order to test for interfaces specific to each of
> the 4 possible init phases, rather than overloading pageBeginRender,
> so that I am not forced into a common base class. But this works
> nicely, so far.
>
> --sam
>
>
> On 12/4/06, Skorpien126 <lo...@web.de> wrote:
>>
>> Hmm yeah ... it´s doing something like this but I found no other way to
>> make
>> the data persistent. My preparePage() looks like this...
>> public void prepareForRender(IRequestCycle request)
>> {
>> super.prepareForRender(request);
>> getPersistItem().reInit(this.getItem());
>> }
>> where PersistItem is the bean and Item the Object, holding the initial
>> data.
>> Is there another way... I tried many ways but is the onliest one working.
>> Have someone a better way.... More infos what happening (which function
>> were) on validating could help.
>> P.S. THX for help.
>>
>>
>> Sam Gendler-2 wrote:
>> >
>> > I've never had this problem. When a form fails validation in my apps,
>> > I always see the content that was posted displayed back in the fields.
>> > Is it possible that the class which backs your page is initializing
>> > the bean back to default values after the rewind cycle completes with
>> > an error?
>> >
>> > --sam
>> >
>> >
>> > On 12/3/06, Skorpien126 <lo...@web.de> wrote:
>> >>
>> >> Ok... maybe I start nerving but I can´t belive that´s it not possible.
>> >>
>> >> The Situation: I have maybe 20 Textareas in a form... each one using
>> the
>> >> "required" validator. The textareas are BOUND to a bean which has
>> >> lifecycle=Page. Reading and writing still works... but when I fill
>> data
>> >> in
>> >> first 19 Textareas und I submit I get an ValidationError because the
>> last
>> >> textarea has no text... so far so good, Validation is working.. but
>> why
>> >> the
>> >> Hell it´s not possible to update the values. I can´t expire that my
>> users
>> >> Refill all the textareas... Is there a workaround or so??? I read some
>> >> posts
>> >> refering this topic... but no REAL solution. Please help...
>> >>
>> >> --
>> >> View this message in context:
>> >>
>> http://www.nabble.com/Why-propertys-were-not-updated%2C-when-Form-%22hasErrors%22---tf2747592.html#a7665535
>> >> Sent from the Tapestry - User mailing list archive at Nabble.com.
>> >>
>> >>
>> >> ---------------------------------------------------------------------
>> >> To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
>> >> For additional commands, e-mail: users-help@tapestry.apache.org
>> >>
>> >>
>> >
>> > ---------------------------------------------------------------------
>> > To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
>> > For additional commands, e-mail: users-help@tapestry.apache.org
>> >
>> >
>> >
>>
>> --
>> View this message in context:
>> http://www.nabble.com/Why-propertys-were-not-updated%2C-when-Form-%22hasErrors%22---tf2747592.html#a7686425
>> Sent from the Tapestry - User mailing list archive at Nabble.com.
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
>> For additional commands, e-mail: users-help@tapestry.apache.org
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
> For additional commands, e-mail: users-help@tapestry.apache.org
>
>
>
--
View this message in context: http://www.nabble.com/Why-propertys-were-not-updated%2C-when-Form-%22hasErrors%22---tf2747592.html#a7700327
Sent from the Tapestry - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org
Re: Re: Why propertys were not updated, when Form "hasErrors"??
Posted by Skorpien126 <lo...@web.de>.
Yohhh... I take your Idea and add some more lines and it´s working. I just
had the same "idea"... setting a flag when a Page is loaded first time. But
this didn´t worked, maybe because of using "prepareForRender()".
Nevertheless.. you are my personal TODAYS HERO. Thx a lot.
Sam Gendler-2 wrote:
>
> Well, I have never used prepareForRender(). I tend to have my pages
> implement the pageBeginRenderListener interface or the
> pageAttachListener interface. The former will cause a method called
> pageBeginRender(IRequestCycle) to be called at the start of each
> rendering of the page, much like prepareForRender. Within that
> method, I know that the cycle parameter will return the correct value
> for isRewinding(), so you can check whether you are at the start of
> rewind cycle or a render cycle. I imagine that this is also true for
> prepareForRender(). I could swear I remember reading something about
> preferring pageBeginRender() over prepareForRender(), but I'm not
> seeing it now, so maybe I was imagining things.
>
> But it isn't quite as simple as merely choosing to only initialize
> values before the rewind cycle but not before render, because when
> your page is loaded via a link rather than a form submit, there will
> be no rewind cycle, so you must do your initialization before the
> render cycle instead. SO I have always done the following, in order
> to be able to do initialization once per request, once for eachcycle,
> or only for a particular cycle. I apply the following code to the
> base page class for my application.
>
> @InitialValue("ognl:false")
> public abstract boolean isOnceInitialized();
> public abstract void setOnceInitialized(boolean val);
>
> public final void pageBeginRender(PageEvent event) {
> initPage(event);
> if (!isOnceInitialized()) {
> initOnlyOnce(event);
> setOnceInitialized(true);
> }
> if (getRequestCycle().isRewinding()) {
> initForRewind(event);
> } else {
> initForRender(event);
> }
> }
>
> // gets called before both rewind and render cycles
> public void initPage(PageEvent event) {
> }
>
> public void initOnlyOnce(PageEvent event) {
> }
>
> // gets called before rewind cycle
> public void initForRewind(PageEvent event) {
> }
>
> // gets called before render cycle
> public void initForRender(PageEvent event) {
> }
>
> initPage gets called before every cycle, initOnlyOnce gets called only
> once, no matter whether there is a rewind cycle or not. The other two
> are self explanatory.
>
> In the future I might see if I can overload the behaviour of the
> object which controls the rendering of a page (the engine? I haven't
> looked into it) in order to test for interfaces specific to each of
> the 4 possible init phases, rather than overloading pageBeginRender,
> so that I am not forced into a common base class. But this works
> nicely, so far.
>
> --sam
>
>
> On 12/4/06, Skorpien126 <lo...@web.de> wrote:
>>
>> Hmm yeah ... it´s doing something like this but I found no other way to
>> make
>> the data persistent. My preparePage() looks like this...
>> public void prepareForRender(IRequestCycle request)
>> {
>> super.prepareForRender(request);
>> getPersistItem().reInit(this.getItem());
>> }
>> where PersistItem is the bean and Item the Object, holding the initial
>> data.
>> Is there another way... I tried many ways but is the onliest one working.
>> Have someone a better way.... More infos what happening (which function
>> were) on validating could help.
>> P.S. THX for help.
>>
>>
>> Sam Gendler-2 wrote:
>> >
>> > I've never had this problem. When a form fails validation in my apps,
>> > I always see the content that was posted displayed back in the fields.
>> > Is it possible that the class which backs your page is initializing
>> > the bean back to default values after the rewind cycle completes with
>> > an error?
>> >
>> > --sam
>> >
>> >
>> > On 12/3/06, Skorpien126 <lo...@web.de> wrote:
>> >>
>> >> Ok... maybe I start nerving but I can´t belive that´s it not possible.
>> >>
>> >> The Situation: I have maybe 20 Textareas in a form... each one using
>> the
>> >> "required" validator. The textareas are BOUND to a bean which has
>> >> lifecycle=Page. Reading and writing still works... but when I fill
>> data
>> >> in
>> >> first 19 Textareas und I submit I get an ValidationError because the
>> last
>> >> textarea has no text... so far so good, Validation is working.. but
>> why
>> >> the
>> >> Hell it´s not possible to update the values. I can´t expire that my
>> users
>> >> Refill all the textareas... Is there a workaround or so??? I read some
>> >> posts
>> >> refering this topic... but no REAL solution. Please help...
>> >>
>> >> --
>> >> View this message in context:
>> >>
>> http://www.nabble.com/Why-propertys-were-not-updated%2C-when-Form-%22hasErrors%22---tf2747592.html#a7665535
>> >> Sent from the Tapestry - User mailing list archive at Nabble.com.
>> >>
>> >>
>> >> ---------------------------------------------------------------------
>> >> To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
>> >> For additional commands, e-mail: users-help@tapestry.apache.org
>> >>
>> >>
>> >
>> > ---------------------------------------------------------------------
>> > To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
>> > For additional commands, e-mail: users-help@tapestry.apache.org
>> >
>> >
>> >
>>
>> --
>> View this message in context:
>> http://www.nabble.com/Why-propertys-were-not-updated%2C-when-Form-%22hasErrors%22---tf2747592.html#a7686425
>> Sent from the Tapestry - User mailing list archive at Nabble.com.
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
>> For additional commands, e-mail: users-help@tapestry.apache.org
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
> For additional commands, e-mail: users-help@tapestry.apache.org
>
>
>
--
View this message in context: http://www.nabble.com/Why-propertys-were-not-updated%2C-when-Form-%22hasErrors%22---tf2747592.html#a7700321
Sent from the Tapestry - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org
Re: Re: Why propertys were not updated, when Form "hasErrors"??
Posted by Sam Gendler <sg...@ideasculptor.com>.
Well, I have never used prepareForRender(). I tend to have my pages
implement the pageBeginRenderListener interface or the
pageAttachListener interface. The former will cause a method called
pageBeginRender(IRequestCycle) to be called at the start of each
rendering of the page, much like prepareForRender. Within that
method, I know that the cycle parameter will return the correct value
for isRewinding(), so you can check whether you are at the start of
rewind cycle or a render cycle. I imagine that this is also true for
prepareForRender(). I could swear I remember reading something about
preferring pageBeginRender() over prepareForRender(), but I'm not
seeing it now, so maybe I was imagining things.
But it isn't quite as simple as merely choosing to only initialize
values before the rewind cycle but not before render, because when
your page is loaded via a link rather than a form submit, there will
be no rewind cycle, so you must do your initialization before the
render cycle instead. SO I have always done the following, in order
to be able to do initialization once per request, once for eachcycle,
or only for a particular cycle. I apply the following code to the
base page class for my application.
@InitialValue("ognl:false")
public abstract boolean isOnceInitialized();
public abstract void setOnceInitialized(boolean val);
public final void pageBeginRender(PageEvent event) {
initPage(event);
if (!isOnceInitialized()) {
initOnlyOnce(event);
setOnceInitialized(true);
}
if (getRequestCycle().isRewinding()) {
initForRewind(event);
} else {
initForRender(event);
}
}
// gets called before both rewind and render cycles
public void initPage(PageEvent event) {
}
public void initOnlyOnce(PageEvent event) {
}
// gets called before rewind cycle
public void initForRewind(PageEvent event) {
}
// gets called before render cycle
public void initForRender(PageEvent event) {
}
initPage gets called before every cycle, initOnlyOnce gets called only
once, no matter whether there is a rewind cycle or not. The other two
are self explanatory.
In the future I might see if I can overload the behaviour of the
object which controls the rendering of a page (the engine? I haven't
looked into it) in order to test for interfaces specific to each of
the 4 possible init phases, rather than overloading pageBeginRender,
so that I am not forced into a common base class. But this works
nicely, so far.
--sam
On 12/4/06, Skorpien126 <lo...@web.de> wrote:
>
> Hmm yeah ... it´s doing something like this but I found no other way to make
> the data persistent. My preparePage() looks like this...
> public void prepareForRender(IRequestCycle request)
> {
> super.prepareForRender(request);
> getPersistItem().reInit(this.getItem());
> }
> where PersistItem is the bean and Item the Object, holding the initial data.
> Is there another way... I tried many ways but is the onliest one working.
> Have someone a better way.... More infos what happening (which function
> were) on validating could help.
> P.S. THX for help.
>
>
> Sam Gendler-2 wrote:
> >
> > I've never had this problem. When a form fails validation in my apps,
> > I always see the content that was posted displayed back in the fields.
> > Is it possible that the class which backs your page is initializing
> > the bean back to default values after the rewind cycle completes with
> > an error?
> >
> > --sam
> >
> >
> > On 12/3/06, Skorpien126 <lo...@web.de> wrote:
> >>
> >> Ok... maybe I start nerving but I can´t belive that´s it not possible.
> >>
> >> The Situation: I have maybe 20 Textareas in a form... each one using the
> >> "required" validator. The textareas are BOUND to a bean which has
> >> lifecycle=Page. Reading and writing still works... but when I fill data
> >> in
> >> first 19 Textareas und I submit I get an ValidationError because the last
> >> textarea has no text... so far so good, Validation is working.. but why
> >> the
> >> Hell it´s not possible to update the values. I can´t expire that my users
> >> Refill all the textareas... Is there a workaround or so??? I read some
> >> posts
> >> refering this topic... but no REAL solution. Please help...
> >>
> >> --
> >> View this message in context:
> >> http://www.nabble.com/Why-propertys-were-not-updated%2C-when-Form-%22hasErrors%22---tf2747592.html#a7665535
> >> Sent from the Tapestry - User mailing list archive at Nabble.com.
> >>
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
> >> For additional commands, e-mail: users-help@tapestry.apache.org
> >>
> >>
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
> > For additional commands, e-mail: users-help@tapestry.apache.org
> >
> >
> >
>
> --
> View this message in context: http://www.nabble.com/Why-propertys-were-not-updated%2C-when-Form-%22hasErrors%22---tf2747592.html#a7686425
> Sent from the Tapestry - User mailing list archive at Nabble.com.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
> For additional commands, e-mail: users-help@tapestry.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org
Re: Why propertys were not updated, when Form "hasErrors"??
Posted by Skorpien126 <lo...@web.de>.
Hmm yeah ... it´s doing something like this but I found no other way to make
the data persistent. My preparePage() looks like this...
public void prepareForRender(IRequestCycle request)
{
super.prepareForRender(request);
getPersistItem().reInit(this.getItem());
}
where PersistItem is the bean and Item the Object, holding the initial data.
Is there another way... I tried many ways but is the onliest one working.
Have someone a better way.... More infos what happening (which function
were) on validating could help.
P.S. THX for help.
Sam Gendler-2 wrote:
>
> I've never had this problem. When a form fails validation in my apps,
> I always see the content that was posted displayed back in the fields.
> Is it possible that the class which backs your page is initializing
> the bean back to default values after the rewind cycle completes with
> an error?
>
> --sam
>
>
> On 12/3/06, Skorpien126 <lo...@web.de> wrote:
>>
>> Ok... maybe I start nerving but I can´t belive that´s it not possible.
>>
>> The Situation: I have maybe 20 Textareas in a form... each one using the
>> "required" validator. The textareas are BOUND to a bean which has
>> lifecycle=Page. Reading and writing still works... but when I fill data
>> in
>> first 19 Textareas und I submit I get an ValidationError because the last
>> textarea has no text... so far so good, Validation is working.. but why
>> the
>> Hell it´s not possible to update the values. I can´t expire that my users
>> Refill all the textareas... Is there a workaround or so??? I read some
>> posts
>> refering this topic... but no REAL solution. Please help...
>>
>> --
>> View this message in context:
>> http://www.nabble.com/Why-propertys-were-not-updated%2C-when-Form-%22hasErrors%22---tf2747592.html#a7665535
>> Sent from the Tapestry - User mailing list archive at Nabble.com.
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
>> For additional commands, e-mail: users-help@tapestry.apache.org
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
> For additional commands, e-mail: users-help@tapestry.apache.org
>
>
>
--
View this message in context: http://www.nabble.com/Why-propertys-were-not-updated%2C-when-Form-%22hasErrors%22---tf2747592.html#a7686425
Sent from the Tapestry - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org
Re: Why propertys were not updated, when Form "hasErrors"??
Posted by Sam Gendler <sg...@ideasculptor.com>.
I've never had this problem. When a form fails validation in my apps,
I always see the content that was posted displayed back in the fields.
Is it possible that the class which backs your page is initializing
the bean back to default values after the rewind cycle completes with
an error?
--sam
On 12/3/06, Skorpien126 <lo...@web.de> wrote:
>
> Ok... maybe I start nerving but I can´t belive that´s it not possible.
>
> The Situation: I have maybe 20 Textareas in a form... each one using the
> "required" validator. The textareas are BOUND to a bean which has
> lifecycle=Page. Reading and writing still works... but when I fill data in
> first 19 Textareas und I submit I get an ValidationError because the last
> textarea has no text... so far so good, Validation is working.. but why the
> Hell it´s not possible to update the values. I can´t expire that my users
> Refill all the textareas... Is there a workaround or so??? I read some posts
> refering this topic... but no REAL solution. Please help...
>
> --
> View this message in context: http://www.nabble.com/Why-propertys-were-not-updated%2C-when-Form-%22hasErrors%22---tf2747592.html#a7665535
> Sent from the Tapestry - User mailing list archive at Nabble.com.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
> For additional commands, e-mail: users-help@tapestry.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org