I think this behaviour should be mentioned next to the documentation of the ModelDrivenInterceptor (there is some documentation about interceptors.. right? ;-)
Jonas
Fred Lamuette wrote:
Jonas, I resolved your problem by pushing the new model on the stack. It's the only clean solution, and it works well. Dont forget, when you push the new model, to set also the model reference in the action, thus you can reference it afterwards if needed. Hope it can help.
Richard HALLIER Chef de projet [EMAIL PROTECTED] 01.40.12.41.52 www.uniclick.org UNICLICK
-----Message d'origine----- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] la part de Jonas Eriksson Envoye : mardi 9 decembre 2003 17:55 A : [EMAIL PROTECTED] Objet : [OS-webwork] Desired behaviour in ModelDrivenInterceptor...
Currently the ModelDrivenInterceptor pushes the model onto the stack before action invocation and before many other interceptors that rely on the model beeing on the stack. That's ok!
What is not ok is the scenario when the action is changing the reference of the "model" and thus the result execution will see the old pushed model. With the new interceptor type there is a possibility to intercept before result execution (?), then why not replace the old model on the stack with a new call to getModel?
If this ain't gonna happen in the cvs, how do I replace the old model reference with a new one? (I guess pushing a new one will suffice because it would be found before the older one, but the old is still there)
Comments?
Jonas
------------------------------------------------------- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ _______________________________________________ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
------------------------------------------------------- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ _______________________________________________ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
------------------------------------------------------- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ _______________________________________________ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
