On Fri, September 16, 2005 12:41 pm, Joe Germuska said: > One common use case for this is using the VelocityServlet. If one > doesn't use JSPs, odds are at least decent that your alternative view > technology is packaged as some kind of servlet. This may also come > up once StandAlone Tiles is set up, in that a separate servlet will > process the view, although Standalone Tiles with JSP would still be > able to use the standard Struts taglibs.
Fair point. Never having used Velocity I have no frame of reference with regard to it. What I should probably have said originally is something more like: "If your looking to write your own servlet as your view technology, I would first ask if there doesn't already exist something to do what you need". That's closer to what I actually meant :) It's not that having a servlet as the view technology is neccessarily not good or right or anything like that, just that if your going to write that piece yourself, before I went through the effort I'd see if what's out there already did the trick. > If you're using some other view technology, this is a wheel you'd > have to re-invent. Well, maybe the STXX project did something > similar for people who use XSLT and XML for views? Just curious, > what is your view technology? JSP for me, which of course means servlets in the end :) FYI, I have done an XSLT transformation engine as the view technology, but even there I did it with JSP, i.e., XML returned from an Action, always forwarding to a single JSP that performs the transformation... and yes, you can slap me, it *was* a big scriplet chunk! (well, ~200 lines as I recall, not sure that should be considered "big"). For me, as this demonstrates, even if I'm going to implement an alternate view technology myself, I'd *still* consider doing it from a JSP. I suppose I have no logical reason though, other than it just "feels" right. Eh, clearly going a bit OT here... I think the OP got his answer either way :) > Joe Frank --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
