-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
lb,
lightbulb432 wrote:
> So would the following be a good way of approaching this using filter
> mappings (where the filter is as described in the OP)?
> - No filter on all servlets that can, upon success or failure, redirect to
> another page
> - Filters on all JSPs with a ${message} anywhere in their markup
>
> In what ways could I use the dispatcher element to enhance the setup
> further?
Well, my recommendation would be to bag the redirect-through-session
stuff and just show errors as forwards (not redirects). Then you don't
have to worry about cleaning-up error messages from the session.
I believe your solution violates the principle of least surprise: if I
submit a form and it fails, a RELOAD ought to cause the same error. In
your scenario, the error disappears (which is surprising if you ask me).
Avoiding the redirect also allows you to redisplay the contents of the
form without playing games with the session.
- -chris
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFHBSfq9CaO5/Lv0PARAjcWAJ4lzTuJ9kjnJg5eZ/2mweTrmv4b1QCeNYmq
j2Jf8K24k7Tdb7HajRJHUXs=
=STA0
-----END PGP SIGNATURE-----
---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
