Thanks for all the responses.
1. After posting the original, I thought about it all at lunch, and
was leaning towards the db solution, and Chris firmly pushed me over
on that. Now I just convert the byte stream to a (sometimes big)
string, and stuff it in a temporary db place using the user's login
and the current-time-in-millis as a combined key. The I sendRedirect
to nextPage.jsp?t=<current-time-in-millis> and do all the work at that
page.
2. Barry basically has it right as far as my using the call to
javascript: there is some validation and housekeeping concerning the
file and user/organization logins going on before the actual upload.
thanks & cheers,
Ken
On Apr 19, 2010, at 5:59 PM, Propes, Barry L wrote:
My guess is that he may have other various pieces of validation tied
to it, client side.
And he might even have some client-side validation intertwined for
the type of file in an array, - i.e. .xls, .doc., .txt etc. as an
acceptable file type to upload, though, like you, I have no idea not
having seen all of his form and code accompanying it.
-----Original Message-----
From: André Warnier wrote:
The "return false;" at the end of the trigger indicates that the
event
handler will (duh) return false. When that happens, the browser is
supposed to basically drop the event and not send it to the "default"
handler, which would result in the form being submitted in the
traditional way. This is actually a pretty standard Javascript
implementation.
Ok, I'll accept that explanation.
Which still leaves us in the dark concerning the content of that
javascript uploadCSVFile() function which is probably the one used
in this case then to post the form content to the server.
I must admit I still don't see the need of it in this case, since
the form as it is without the onClick would submit the file just as
well.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org