Return-Path: Mailing-List: contact cocoon-users-help@xml.apache.org; run by ezmlm Delivered-To: mailing list cocoon-users@xml.apache.org Received: (qmail 3161 invoked from network); 3 Aug 2000 16:59:04 -0000 Received: from adsl-63-193-211-168.dsl.snfc21.pacbell.net (HELO pls-prod-04.behrman) (63.193.211.168) by locus.apache.org with SMTP; 3 Aug 2000 16:59:04 -0000 Received: by smtp.behrmanic.com with Internet Mail Service (5.5.2650.21) id ; Thu, 3 Aug 2000 09:57:33 -0700 Message-ID: <55E3AD611343D411900F00D0B7848ACB029CC3@smtp.behrmanic.com> From: Steve Conover To: "'cocoon-users@xml.apache.org'" Subject: RE: file uploading, downloading Date: Thu, 3 Aug 2000 09:57:33 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" X-Spam-Rating: locus.apache.org 1.6.2 0/1000/N Marcelo - do you have an example of doing this with Cocoon, by chance? regards, Steve > -----Original Message----- > From: mochoa@ieee.org [mailto:mochoa@ieee.org] > Sent: Thursday, August 03, 2000 5:19 AM > To: 'cocoon-users@xml.apache.org' > Subject: RE: file uploading, downloading > > > > > Part of the requirement of my system is that users not have > direct access > > (i.e. plain links) to documents on the filesystem. I know > that you can open > > up a file and send a bytestream to the browser in a servlet > setting...is > > there any good way of doing this in an xsp environment? > > nope, not really. you'll want cocoon2's pass-through > filtering for that. i > reckon you could abuse cocoon1's architecture to make it do so, but it > wouldn't be pretty. > > > I assume the same problem doesn't exist for uploading...I could just > > reference Jason Hunter's multipart class and grab the incoming file > > stream...right? > > well, cocoon touches the input stream, so i don't think it'll > work well > with jason's stuff, which needs the input stream intact. you could > redirect to cocoon from a servlet which used jason's stuff. > his stuff has > a really silly license though - i wish there were a good no strings > attached multipart file upload thingie inside tomcat or > jserv. personally > i'm now using a pass-through perl cgi which saves the file to the > filesystem, generates a new request to the real destination, and spews > back the results. works pretty well. > You could use JavaMail api in order to open multipart/form > data request, this input stream is in mime complaint mode, > similiar to mime body of an email. > > - donald > Marcelo. > > --------------------------------------------------------------------- > To unsubscribe, e-mail: cocoon-users-unsubscribe@xml.apache.org > For additional commands, e-mail: > cocoon-users-help@xml.apache.org << File: ATT00264.txt >>