Yes, if you plan to write your own framework, take a look at Struts,
steal ideas from it, it's a great framework, like it or not, and it's
very well done. I actually think my framework is simpler, but you know,
we always think our own is better :-)
  
On Fri, 2003-01-24 at 15:09, Tim Moore wrote:
> > -----Original Message-----
> > From: Robert Simmons [mailto:[EMAIL PROTECTED]] 
> > Sent: Friday, January 24, 2003 12:04 PM
> > To: Tomcat Users List
> > Subject: Re: Single Servlet vs Multiple Servlet
> > 
> > 
> > Actually I don't intend to use JSP at all. The resulting 
> > document from the call to the servlet is XML, not HTML or 
> > XHTML or JSP. Just XML. I'm not sure learning a JSP framework 
> > would be worth my time.
> 
> Struts isn't exactly a JSP framework.  It's a servlet command pattern framework, 
>that happens to include some JSP tag libraries to make it easier to use with JSP.  
>But it was explicitly designed to be agnostic of the presentation method used, and 
>people have used it successfully with Velocity, XML/XSLT, etc.
> 
> The framework is actually pretty simple, so it's worth at least taking a look at it 
>so that you don't end up just reinventing the wheel.  You may decide to implement 
>your own anyway for one reason or another, but it can't hurt to check it out and 
>possibly steal some ideas. :-)
> -- 
> Tim Moore / Blackboard Inc. / Software Engineer
> 1899 L Street, NW / 5th Floor / Washington, DC 20036
> Phone 202-463-4860 ext. 258 / Fax 202-463-4863
> 
> 
> 
> > 
> > -- Robert
> > 
> > 
> > ----- Original Message -----
> > From: "Felipe Schnack" <[EMAIL PROTECTED]>
> > To: "Tomcat Users List" <[EMAIL PROTECTED]>
> > Sent: Friday, January 24, 2003 5:46 PM
> > Subject: RE: Single Servlet vs Multiple Servlet
> > 
> > 
> >   Yes, I think there's no reason why you should implement 
> > your application hand-coding a servlet for each "command" you 
> > need. There are several frameworks around the web that you 
> > can use... Apache Struts, JCorporate Expresso (that now is 
> > integrated to Struts) and others. Personally, I'm developing 
> > some applications using my own framework, that consists of 
> > taglibs (I don't use scriptlets at all), special classes to 
> > handle your "commands" (or "actions" in Struts), database 
> > abstraction layer, etc...
> >   I personally like to make one by myself, even if just for 
> > fun (and to learn how to do it), but mainly because of time 
> > constraints probably you'll need some of these frameworks 
> > found in the web.
> > 
> > On Fri, 2003-01-24 at 14:39, Shapira, Yoav wrote:
> > > Howdy,
> > >
> > > >In all there will be about 50 commands that can be done to this
> > > servlet. If
> > > >I put them all in one file it would violate my sense of object 
> > > >oriented engineering. So I thought of either making the various 
> > > >commands
> > > actually be
> > > >in different classes and the servlet routing the requests to the 
> > > >proper command. The alternative is to make individual command 
> > > >servlets that
> > > have a
> > > >common base class and sit on separate URLs.
> > > >
> > > >The problem with option two is that the servlet connects to EJB on 
> > > >the
> > > back
> > > >end and could potentially hold onto allot of resources. The problem
> > > with
> > > >option two, possibly, is federation. If there are hundreds of 
> > > >requests coming, will tomcat federate the servlet or pipe 
> > everything 
> > > >through one hole?
> > >
> > > 1. Take a look at struts.  It will handle the direction of 
> > the request 
> > > to the proper resource based on the 50 actions (which you call 
> > > "commands" above) you define.
> > >
> > > 2. Simply put: don't worry about federation.  Let tomcat 
> > worry about 
> > > how many instances of the servlet it needs, how many request 
> > > processing threads it needs, etc.  Tomcat does a good job 
> > at this, and 
> > > some of the relevant parameters (maxProcessors etc.) are 
> > user-tunable 
> > > as well.  We, as well as many other people on this list, run tomcat 
> > > instances that handle thousands of requests.
> > >
> > > Also, you can always switch containers if you find tomcat doesn't 
> > > handle your traffic volume as well as you'd like...
> > >
> > > Yoav Shapira
> > > Millennium ChemInformatics
> > >
> > > --
> > > To unsubscribe, e-mail:   
> > <mailto:tomcat-user-> [EMAIL PROTECTED]>
> > > For 
> > additional commands, 
> > e-mail: 
> > > <mailto:[EMAIL PROTECTED]>
> > >
> > --
> > 
> > Felipe Schnack
> > Analista de Sistemas
> > [EMAIL PROTECTED]
> > Cel.: (51)91287530
> > Linux Counter #281893
> > 
> > Centro Universit�rio Ritter dos Reis 
> > http://www.ritterdosreis.br > [EMAIL PROTECTED]
> > 
> > Fone/Fax.: (51)32303341
> > 
> > 
> > --
> > To unsubscribe, e-mail:   
> > <mailto:tomcat-user-> [EMAIL PROTECTED]>
> > For 
> > additional commands, 
> > e-mail: <mailto:[EMAIL PROTECTED]>
> > 
> > 
> > --
> > To unsubscribe, e-mail:   
> > <mailto:tomcat-user-> [EMAIL PROTECTED]>
> > For 
> > additional commands, 
> > e-mail: <mailto:[EMAIL PROTECTED]>
> > 
> > 
> 
> --
> To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
> 
-- 

Felipe Schnack
Analista de Sistemas
[EMAIL PROTECTED]
Cel.: (51)91287530
Linux Counter #281893

Centro Universit�rio Ritter dos Reis
http://www.ritterdosreis.br
[EMAIL PROTECTED]
Fone/Fax.: (51)32303341


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Reply via email to