[OKC JUG] Guidance
Jason Lee
jason at steeplesoft.com
Mon Jun 2 14:29:39 PDT 2008
Ivan Zhidov wrote:
> Given Jackie's experience I would suggest a low-tech approach of
> creating a simple JSP-based aplication that processes the uploaded file
> using the existing validation logic and presents the user with the
> output text file with listed errors. If no errors were encountered the
> data shall be persisted in the database.
IMO, no should ever use JSP. Ever. If Rod Johnson is right and using
JDBC (directly) should be a sackable offense, using JSP should get you
night in the iron maiden... :P On a more serious note, a JSP approach
will either teach and/or require bad practices, or require much more
work (IMO) to handle getting the data, processing, doing forwards, etc.
Since NetBeans is in the mix, heavy dependence on its wizards, etc.
should grease the skids a good deal on the framework side.
> The idea is to re-use as much of the existing process as possible and
> deploy it with very little effort. Jetty or Tomcat should be sufficient.
Jetty, though, will require more work to set up, since it is not
integrated into the IDE. NetBeans 6 *does*, though, support Tomcat 6,
something I had forgotten about, so that might be an option, depending
on what the app is using (i.e., other JEE technologies, which I doubt,
given what has been said so far).
--
Jason Lee, SCJP
Software Architect -- Objectstream, Inc.
Mojarra and Mojarra Scales Dev Team
https://mojarra.dev.java.net
https://scales.dev.java.net
http://blogs.steeplesoft.com
More information about the Jug
mailing list