Forwarding to the group.....A reply to typo...

---------- Forwarded message ----------
From: Thilina Gunarathne <[EMAIL PROTECTED] >
Date: Aug 6, 2005 9:39 AM
Subject: Re: [Axis2] File Caching for Attachments
To: Tom Jordahl <[EMAIL PROTECTED]>

A quick comment....
It seems it's not possible to have a size threshold according to how we are handling the file storage in Axis2.
We directly stream the incoming binary data to files after reading mime part headers..We are not reading and buffering them to memory. This gives no room to calculate sizes before writing to the disk. Currently what we are doing is if "file caching" is switched "on" all the parts will be directed to files irrespective of sizes....I'll try to come up with a work around.
 
Any ideas or work arounds to solve this clean up problem are welcome.
 
Thanx & regards,
~Thilina
 
On 8/4/05, Tom Jordahl <[EMAIL PROTECTED] > wrote:

+1 to solving the cleanup problem.

It would also be great to have a size threshold - anything over X
K-bytes will be streamed to disk, otherwise we handle it in memory.  A
reasonable default should be used and of course it should be user
configurable.


Tom Jordahl
Macromedia Server Development

-----Original Message-----
From: Davanum Srinivas [mailto:[EMAIL PROTECTED]]
Sent: Thursday, July 28, 2005 6:41 PM
To: axis-dev@ws.apache.org ; Thilina Gunarathne
Subject: Re: [Axis2] File Caching for Attachments

Thilina,

Check Axis 1.X, see how the temp directory is used to store
attachments when the working directory is not specified. Also in a
servlet environment we should not clutter the bin directory with
attachments.

Not cleaning up attachments has been a *****LONG***** standing problem
with Axis 1.X, So PLEASE think of a way to do it and API to do it
explicitly (both on client and server).

thanks,
dims

On 7/28/05, Thilina Gunarathne <[EMAIL PROTECTED]> wrote:
> Hi all,
> I implemented a  temporary file caching solution for Axis2.With this
> we'll be able to directly pump the mime parts in incoming stream to
> temporary files, without buffering them at all in memory. We achieve
> this by parsing the part headers by our selves and then writing the
> rest of the part to a temporary file till we reach the boundary...
>
> Anybody can switch on file caching from the server.xml. When it's set
> to true all the parts will get stored as files.. Also one can specify
> the directory where attachments should be stored..
> When it's not mentioned we are saving it in the working directory
> which is bit troublesome....
> Also is there any way to delete the temporary files after consuming
them..
>
> thanx & regards,
> ~Thilina
>
> --
> "May the SourcE be with u"
> http://www.bloglines.com/blog/thilina
>


--
Davanum Srinivas -http://blogs.cocoondev.org/dims/



--

"May the SourcE be with u"
http://www.bloglines.com/blog/thilina


--
"May the SourcE be with u"
http://www.bloglines.com/blog/thilina

Reply via email to