> If cocoon can manage
> files with the same name, which belong to different
> connections, without
> problems, then I've no problem saving the file
> temporaly in the server.
No, I believe there is still a potential race
condition when name conflicts exist, so your best bet
is to stick with the i
ems, then I've no problem saving the file temporaly in the server.
Oskar
- Original Message -
From: "Geoff Howard" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, November 08, 2002 3:16 PM
Subject: Re: mu
>
> - Original Message -
> From: "Geoff Howard" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Thursday, November 07, 2002 10:44 PM
> Subject: Re: multipart HTTP and stream generator
>
>
> > I'm not exactly sure I've
h FilePartArray constructor because it is protected.
Oskar
- Original Message -
From: "Geoff Howard" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, November 07, 2002 10:44 PM
Subject: Re: multipart HTTP and stream generator
> I'm not exactly
I'm not exactly sure I've followed what you're trying
to do, but are you aware that multipart requests are
handled automatically by cocoon? When a file is
included in a request, the default behaviour is to
save it to upload-dir under the work directory in
whatever servlet container you're using.
Hi,
Has anybody tried to get data from a multipart http
request in cocoon? I've modified the stream generator with "marsh" project
classes (in sourceForge.net) in order to support multipart http resquest
and it doesn't work, but I've also tested the same example in a
servlet (outside cocoo