This approach has also worked well for me with one variation. I have one servlet which performs any initial validation/database connection processing, then forwards the request to one of several dozen "processor" objects. The processor then creates the beans and calls the JSP page for output.
I have found that it is easier to trace a request with one source of entry, and by placing my URI-to-processor mappings in a properties file I can add functionality by creating a new processor object and adding a line to the file. My web.xml file is very simple as well, since the lone servlet reads the startup parameters and initializes any singleton or factory processors accordingly. -----Original Message----- From: Felipe Schnack [mailto:felipes@;ritterdosreis.br] Sent: Monday, October 28, 2002 8:49 AM To: Tomcat Users List Subject: Re: JSP's, scriplets, and logic My approach is to have some servlets and lots of beans :-) Roughly speaking, I execute any database query in servlets, fetch data into beans use standard taglibs to show data (mainly tags to iterate bean collections and to get bean values). I use the request taglib a lot too. On Mon, 2002-10-28 at 12:41, Matt Fury wrote: > Yes, > > Again I agree, it can get sloppy. So what would you > reccommend? Many servlets? many beans? Just curious > thats all. Lots of times I think there isn't much to > separate. I am asking because I strive to become a > better programmer as we all do. Advancing to higher > levels means understanding business logic. I worked > for a company who partnered with Rational so we were > all about business logic. > > I don't have a problem taking this offline for a bit > if anyone wants to discuss furthur. > > Thanks. > > -Matt > > > > --- [EMAIL PROTECTED] wrote: > > No its just good design. Its thinking of the > > future. Badly > > partitioned code is one of the prime reasons that > > leads to > > unmaintainable code > > On Friday, October 25, 2002, at 08:43 PM, Matt Fury > > wrote: > > > > > Yes I agree, > > > > > > but not all projects warrant EJB's or the like. > > > I think lots of times trying to separate business > > > logic is just overkill. > > > > > > -Matt > > > > > > --- John Trollinger <[EMAIL PROTECTED]> > > wrote: > > >> > > >>> Which implies you're putting code in scriptlets, > > >> right? Sheesh ... > > >>> > > >>> Java code to implement business logic belongs in > > >> Java > > >>> classes, not intermixed with your presentation > > >> markup in a JSP page. > > >> > > >> > > >> If only more people would listen to this!!!!! > > >> > > >> > > >> -- > > >> To unsubscribe, e-mail: > > >> > > <mailto:tomcat-user-unsubscribe@;jakarta.apache.org> > > >> For additional commands, e-mail: > > >> <mailto:tomcat-user-help@;jakarta.apache.org> > > >> > > > > > > > > > ===== > > > ------------------------ > > > int myName() { > > > cout << "-Matt Fury \n"; > > > return 0; > > > } > > > ------------------------ > > > > > > __________________________________________________ > > > Do you Yahoo!? > > > Y! Web Hosting - Let the expert host your web site > > > http://webhosting.yahoo.com/ > > > > > > -- > > > To unsubscribe, e-mail: > > > > > <mailto:tomcat-user-unsubscribe@;jakarta.apache.org> > > > For additional commands, e-mail: > > > <mailto:tomcat-user-help@;jakarta.apache.org> > > > > > > > > > -- > > To unsubscribe, e-mail: > > <mailto:tomcat-user-unsubscribe@;jakarta.apache.org> > > For additional commands, e-mail: > > <mailto:tomcat-user-help@;jakarta.apache.org> > > > > > ===== > ------------------------ > int myName() { > cout << "-Matt Fury \n"; > return 0; > } > ------------------------ > > __________________________________________________ > Do you Yahoo!? > Y! Web Hosting - Let the expert host your web site > http://webhosting.yahoo.com/ > > -- > To unsubscribe, e-mail: <mailto:tomcat-user-unsubscribe@;jakarta.apache.org> > For additional commands, e-mail: <mailto:tomcat-user-help@;jakarta.apache.org> > -- Felipe Schnack Analista de Sistemas [EMAIL PROTECTED] Cel.: (51)91287530 Linux Counter #281893 Faculdade Ritter dos Reis www.ritterdosreis.br [EMAIL PROTECTED] Fone/Fax.: (51)32303328 -- To unsubscribe, e-mail: <mailto:tomcat-user-unsubscribe@;jakarta.apache.org> For additional commands, e-mail: <mailto:tomcat-user-help@;jakarta.apache.org> -- To unsubscribe, e-mail: <mailto:tomcat-user-unsubscribe@;jakarta.apache.org> For additional commands, e-mail: <mailto:tomcat-user-help@;jakarta.apache.org>
