Hi all,
First of all, is there a site full of patterns and best practices for
tomcat?
Second, here's my specific enquiry: Let's say we've a page where you
select an item from a list, and then you can perform one of 5 actions on
it.
One is 5 forms with different ".do" destinations, and javascript to
copy information from the "master form" into these forms and then submit
them.
This doesn't really strike me as elegant.
However the other solution that immediatly springs to mind is some form
of token (or god forbid an url or class name) describing what action to
call embedded in the form, and set with javascript.
The problem with this, is it moves the "which class file to call to do
an action" decision is moved out of the struts-config.xml, into either
the jsp (in the case of the url/class name), or into some "wrapper"
servlet in the case of the token.
Now although ungainly, it seems to me that the first solution would be
preferrable as it would be the easiest to maintain in the future, but I
could be miles off I suppose :)
Any comments? Is there a third solution perhaps utilising some feature
in the action mapping or <html:form> of which I am unawares? It seems
like many people would have come up against this problem in the past.
Cheers,
-Josh
--
"His comrades fought beside him, Van Owen and the rest...
But of all the thompson gunners- Roland was the best."
Josh McDonald
Analyst Programmer
Information Technology
Ph: 61 7 3006 6460
Email: [EMAIL PROTECTED]
***************************************************************************
Messages included in this e-mail and any of its attachments are those
of the author unless specifically stated to represent WorkCover Queensland. The
contents of this message are to be used for the intended purpose only and are
to be kept confidential at all times.
This message may contain privileged information directed only to the intended
addressee/s. Accidental receipt of this information should be deleted promptly
and the sender notified.
This e-mail has been scanned by Sophos for known viruses.
However, no warranty nor liability is implied in this respect.
****************************************************************************
