Yes, actually I just pass to a servlet the name of the "action" and any extra parameters the specific "action handler" needs.
On Wed, 2002-09-04 at 13:00, neal wrote: > Good to know. Thanks for your thoughts on Struts. Yeah, I'll check out > those taglibs in the Jakarta lirary taglibs. I already found some great > functionality in their commons library. :) > > Yeah, for MVC implementation I was simply talking about a servelt that takes > an "action" parameter to determine which JSP to show and which class to use > to process any data coming from that JSP...and maybe this data is mapped > into an XML or props file. This is pretty much what you're doing too? > > Neal > > > -----Original Message----- > From: Felipe Schnack [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, September 04, 2002 8:21 AM > To: Tomcat Users List > Subject: RE: global.jsa -> Struts > > > My opinion about development: you really should use only tags in JSP, > and never write java code in a jsp file. You should always separate > design from implementation. > About Struts: yeah, we need lots of taglibs to avoid writing Java code > in JSP. So, taglibs for standard APIs are welcome. But Struts goes too > far, with taglibs to generate form tags, etc. These things (html forms) > normally are generated by dreamweaver users, so i don't like strut's > approach. And there are lots of talibs avaliable on the net, including > jakarta site itself, so I don't need Struts. > MVC-style programming is great. But I use my own implementation, much > more simple than Struts. I think that kind of API is a cannon to kill a > fly (as we speak here in Brazil) in most cases, if not all. > > On Wed, 2002-09-04 at 12:10, neal wrote: > > Micael, > > > > You've mentioned Struts a couple of times and I admit I am curious. > > > > I did look into Struts but to be honost I wasn't all that impressed by > what > > (I think) I saw. It seemed like it was just offering a lot of lightweight > > wrappers around the API. Case in point, the Cookie utility class didn't > > appear to offer any additional functionality over the http.cookie class in > > the JDK. It's connection pooling was even pretty rudamentary so I went > > around that. I presume that its XML/XSL, and other such things would also > > be rundamentary probably too. And actually, did I say a lot? I looked at > > the API and I didnt think there was a lot there... > > > > All those things I'm saying wouldn't be bad per se, except that I don't > want > > to learn a whole new API to do basically what Java already does with it's > > own standard API (again back to the wrapper thing). > > > > Granted the MVC pattern implementation is apparentlly very good but I'm > not > > seeing that as a huge stumbling block to write on my own. They also appear > > to provide custom tags wrappers around their API so that you can keep your > > code totally declarative (code based) at the JSP level. Ok, that would be > > cool ... but again I just don't want to be realying on a non-standard API > > still for standard functionality. I'll end up forgetting the JDK API in > > lieu of Struts API. :( > > > > SOOOO, this is my initial impression of Struts. I dont know ... what do > you > > think? Am I totally off base with my concerns and/or assessment of the > > package? If so, please let me know. I am open to being proven wrong > here. > > I've heard Struts is a great package ... its just the cost-benefit (time > to > > learn vs. gain in productivity) analysis doesn't seem to be pointing me in > > that direction right now. :) > > > > -----Original Message----- > > From: micael [mailto:[EMAIL PROTECTED]] > > Sent: Tuesday, September 03, 2002 12:36 PM > > To: Tomcat Users List > > Subject: RE: global.jsa > > > > > > Why don't you look at a struts application? They exist, and all > > applications with Tomcat do this. > > > > At 11:42 AM 9/3/2002 -0700, you wrote: > > >Interesting. I was aware of the application scope option which is cool > ... > > >but not exactly what I was looking for. Running a servlet onStartup is > an > > >intriquing suggestion though. I didn't know you could do that....I think > > >that's what I'm looking for! :) > > > > > >Cool...I'm going to read more about it. Do you know the syntax of the > top > > >of your head for specifying an onStartup servlet in the web.xml file? > > > > > >Thanks for your help. > > > > > >Neal > > > > > > > > >-----Original Message----- > > >From: Barney Hamish [mailto:[EMAIL PROTECTED]] > > >Sent: Tuesday, September 03, 2002 2:14 AM > > >To: 'Tomcat Users List' > > >Subject: RE: global.jsa > > > > > > > > >Why don't you just declare the object you want to use as having > application > > >scope? That way the first time you use it it will be initialized? > > > > > >Alternatively you can specify servlets that should be run on start-up in > > the > > >web.xml if you want some kind of java daemon running. > > > > > >Hamish > > > > > > > -----Original Message----- > > > > From: neal [mailto:[EMAIL PROTECTED]] > > > > Sent: Tuesday, September 03, 2002 10:56 AM > > > > To: Tomcat Users List > > > > Subject: RE: global.jsa > > > > > > > > > > > > Thanks. > > > > > > > > No global.jsa, eeh? > > > > > > > > The web.xml is a good way to go if you have flat variables > > > > that you want > > > > placed into the application object ... but can you instantiate objects > > > > there? Can you specify scope of those objects or will it presume > > > > application scope? > > > > > > > > THanks. > > > > Neal > > > > > > > > > > > > -----Original Message----- > > > > From: Barney Hamish [mailto:[EMAIL PROTECTED]] > > > > Sent: Tuesday, September 03, 2002 1:30 AM > > > > To: 'Tomcat Users List' > > > > Subject: RE: global.jsa > > > > > > > > > > > > You can use the WEB-INF/web.xml to similar effect or you can > > > > also declare > > > > objects to have application scope, then you have a global > > > > object that you > > > > can access anywhere. > > > > Hamish > > > > > > > > > -----Original Message----- > > > > > From: neal [mailto:[EMAIL PROTECTED]] > > > > > Sent: Tuesday, September 03, 2002 10:15 AM > > > > > To: Tomcat Users List > > > > > Subject: global.jsa > > > > > > > > > > > > > > > Is there such a thing as a global.jsa file in Tomcat? > > > > > > > > > > I first saw this concept (an idea taken from ASP's > > > > > global.asa) implemented > > > > > in JRUN. > > > > > > > > > > If there is a global.jsa, does anyone know of any docs on > > > > > this? If not, is > > > > > there an alternative? The reason I would want to use this is > > > > > to instantiate, > > > > > populate, and cache a few objects upon startup of the > > > > application. If > > > > > Tomcat does not provide a global.jsa...does anyone know how > > > > > otherwise to > > > > > achieve the goal? > > > > > > > > > > Thanks. > > > > > Neal > > > > > > > > > > > > > > > -- > > > > > To unsubscribe, e-mail: > > > > > <mailto:[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]> > > > > > > > > > > > > -- > > > > To unsubscribe, e-mail: > > > > <mailto:[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]> > > > > > > > > >-- > > >To unsubscribe, e-mail: > > <mailto:[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]> > > > > > > -- > > 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 > > Faculdade Ritter dos Reis > www.ritterdosreis.br > [EMAIL PROTECTED] > Fone/Fax.: (51)32303328 > > > -- > To unsubscribe, e-mail: > <mailto:[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 Faculdade Ritter dos Reis www.ritterdosreis.br [EMAIL PROTECTED] Fone/Fax.: (51)32303328 -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
