So the struts upload uses octet stream and the user does not need
to worry if the file being uploaded is a binary or ascii!
-Original Message-
From: Erik Weber [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 08, 2005 11:44 AM
To: Struts Users Mailing List
Subject: Re: DownloadAction
It depends on what you are using to do the uploading. For example, an
FTP system cares. But an application that simply copies bytes from an
octet stream doesn't have to care.
Erik
Rajaneesh wrote:
Hi,
A basic question! Should a file type(BINARY or ASCII) matter during the
upload process?
Regard
-Original Message-
> From: Dakota Jack [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, March 08, 2005 1:22 AM
> To: Struts Users Mailing List
> Subject: Re: DownloadAction Application
>
> Yes, this is possible and an interface for doing that is given my my
> presentat
Hi,
A basic question! Should a file type(BINARY or ASCII) matter during the
upload process?
Regards
Rajaneesh
-Original Message-
From: Dakota Jack [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 08, 2005 1:22 AM
To: Struts Users Mailing List
Subject: Re: DownloadAction Application
See within:
On Mon, 7 Mar 2005 15:06:08 -0500 (EST), Frank W. Zammetti
<[EMAIL PROTECTED]> wrote:
> That's kinda cool, but I have a question... How would such a thing work in
> a clustered environment?
See within:
> I presume a browser starts an upload and you simultaneously open a new
> win
That's kinda cool, but I have a question... How would such a thing work in
a clustered environment?
I may not understand some things about your solution, so feel free to
correct me on any points I get wrong, but...
I presume a browser starts an upload and you simultaneously open a new
window that
Yes, this is possible and an interface for doing that is given my my
presentation on the wiki. If you look at the classes and where
(Monitor)iter.next() occurs in the UploadFileItem class, etc. you will
see how to implement such monitors generally. If you are interested,
the implementation I use
This is true with a proviso.
While the stream has to be sent before it can be assessed generally,
which is not great, you can do a lot on the server side to manage
resources efficiently.
You can monitor the upload taking place, and, if you don't like the
size, reject it whenever you like. You
> <2cents>
> I would highly appreciate if an "upload" could determine the
> size of the file before actually uploading it and reject the
> file if it's larger then the given limit, to reduce traffic.
HTML/HTTP doesn't support that, IMHO. The tag just
grabs the file and starts sending it. The se
<2cents>
I would highly appreciate if an "upload" could determine the size of the
file before actually
uploading it and reject the file if it's larger then the given limit, to
reduce traffic.
Another nice feature would be a monitor, which can inform the client about
current progress,
like in a jav
<2cents>
I would highly appreciate if an "upload" could determine the size of the
file before actually
uploading it and reject the file if it's larger then the given limit, to
reduce traffic.
Another nice feature would be a monitor, which can inform the client about
current progress,
like in a jav
Thanks, Frank. Works for your application for sure, because I
downloaded the file and I assume you are using your application!
///;-)
On Mon, 7 Mar 2005 12:49:23 -0500 (EST), Frank W. Zammetti
<[EMAIL PROTECTED]> wrote:
> I'm not 100% sure it's applicable to what your doing, but...
>
> http://
I'm not 100% sure it's applicable to what your doing, but...
http://www.zammetti.com/downloadapp.zip
This was a sample webapp I wrote when Martin added the DownloadAction some
time ago.
--
Frank W. Zammetti
Founder and Chief Software Architect
Omnytex Technologies
http://www.omnytex.com
On Mon
13 matches
Mail list logo