Re: RFC: BLOBAction and Struts Bloat

Matthias Wessendorf wrote: Craig, Btw. like Michael, I am interessted in your proposals on Struts 2.0 too :) Checkout this: http://cvs.apache.org/viewcvs.cgi/jakarta-struts/contrib/struts-chain .V -- Please post on Rich Internet Applications User Interface (RiA/SoA) ---

RE: RFC: BLOBAction and Struts Bloat

Craig, > In the near future, you'll also see the initial release > candidate of the Struts-Faces integration library (packaged > separately from the rest of Struts) that allows JavaServer > Faces to be used with Struts 1.1 or 1.2 based applications, > including the use of the Tiles Framework a

Re: RFC: BLOBAction and Struts Bloat

I will be interested to read your thoughts, Craig. I am more than elated to see that you are going to be actively involved with the discussions on the 2.0 architecture. Part of my concern has been the seeming absence of a visionary and thoughtful voice in this process. With Ted's departure a

Re: RFC: BLOBAction and Struts Bloat

Thanks for your comments, Michael. If you've been following the dev list lately, you've seen some beginning discussions on a Struts 2.0 rearchitecting that would indeed leverage everything we've all learned in the four years since Struts was first created. I have some specific proposals to make i

Re: RFC: BLOBAction

You know Martin, I was all set to reply with two or three points that I THOUGHT were valid against this, but as I started writing them up (I think three or four messages began and aborted!) I decided what you've done I actually DO like! :) The one comment that remains is this... The approach I wa

Re: RFC: BLOBAction

I'd been thinking about something in between. How about an Action that does all the drudge work, but leaves the details to the implementor? Something, perhaps, like this: http://www.apache.org/~martinc/struts/DownloadAction.java This provides easy solutions for downloading files from the file sy

Re: RFC: BLOBAction and Struts Bloat

I've got a good example, check out springworkflow ( sourceforge ) and it's chaining system. http://www.competities.com/springworkflow/chaining.html Chaining is quite frankly a pain with the existing model. The (struts) design needs to be parred down in order to support development according to

Re: RFC: BLOBAction and Struts Bloat

There are some things that I certainly agree with michael on and this is one of them. I think ( and i'm not alone in thinking this ) that struts needs a complete overhaul. At present the only reason I use it is because all the existing tooling supports it. eg m7 nitrox, WSAD, MyEclipse etc

Re: RFC: BLOBAction and Struts Bloat

Geez, leave it to me to instigate a major overhaul in the structure of a well-known project by making an innocent offering :) (I always was a trouble-maker) Not that I actually have a say or anything, but I think there is a lot of logic in what Michael says. The obvious (to me anyway) difficulty

Re: RFC: BLOBAction and Struts Bloat

Open source and painting are connected in someways. The biggest mistake of the amateur painter is to keep adding colors when the painting is done. The result is always that murky, dark, ugly, look. Likewise, open source, filled with people with egos, sometimes does not know when something is

[Fwd: Re: RFC: BLOBAction]

> I agree with Reinhard's reasons that something this specific to > particular data access mechanisms might not be appropriate as a part of the core framework. That being said, questions about downloading binary data come up often enough that something like this would make a dandy example applicat

Re: RFC: BLOBAction

-- Frank W. Zammetti Founder and Chief Software Architect Omnytex Technologies http://www.omnytex.com > I don't really like your approach and don't want to see such an Action > added to a Framework like Struts. Here's a few comments why: A big part of the reason I posted this was to see if this

Re: RFC: BLOBAction

On Mon, 20 Sep 2004 09:57:00 +0200, Reinhard Nägele <[EMAIL PROTECTED]> wrote: > Streaming files back to the reponse is really nothing special, and it's > not exactly a Struts-specific thing. A simple Booch utitlity class would > serve the purpose. I agree with Reinhard's reasons that something t

Re: RFC: BLOBAction

Frank, I don't really like your approach and don't want to see such an Action added to a Framework like Struts. Here's a few comments why: * Struts is database-independent. People don't necessarily use plain JDBC. * You are getting anything you need for accessing your DB from the

Re: RFC: BLOBAction

Ok, I'm not knocking jdbc but for me using hibernate this is what my action class looks like public ActionForward execute(ActionMapping mapping, ActionForm form, HttpServletRequest request, HttpServletResponse response) throws Exception { Long id = new Long(r

RFC: BLOBAction

One of the things I see asked very frequently on the Users mailing list is how to return PDF's and other BLOB fields from a database (or from a file system). People either have trouble figuring out how to do it and require help, or have trouble making it work. Please find attached source for a ne